Die Datei lässt sich öffnen, aber nicht sinnvoll übernehmen
Ein Parser allein löst die Zuordnung nicht. Wir verbinden GAEB-Struktur, Austauschphase und das interne Modell und dokumentieren Felder, die bewusst nicht übernommen werden.
GAEB · Leistungsverzeichnis · Softwareentwicklung
Eine GAEB-Schnittstelle entwickeln, die zum eigenen System passt
Eine GAEB-Datei ist kein PDF mit anderem Namen. Sie transportiert ein strukturiertes Leistungsverzeichnis zwischen Beteiligten und Programmen. Ich prüfe den konkreten Austausch und baue einen kleinen Import, Export oder Prüfablauf, bevor daraus ein großes Projekt wird.
Prototyp · individuelle Software · Systemintegration · klare Übergabe
Die Aufgabe
Vom konkreten Engpass zum überprüfbaren Liefergegenstand
GAEB steht für einen geregelten Datenaustausch bei Ausschreibung, Vergabe und Abrechnung von Bauleistungen. Für die Softwareentwicklung ist trotzdem nicht nur das Dateiformat wichtig. Entscheidend sind die Austauschphase, die tatsächlich gelieferten Felder und die Frage, wie Positionen, Mengen, Texte und interne Schlüssel im eigenen System zusammengehören.
Wenn eine vorhandene Anwendung GAEB DA XML lesen soll, beginne ich mit freigegebenen Beispieldateien und dem internen Datenmodell. Wir prüfen, welche Informationen zuverlässig vorhanden sind, welche Varianten auftreten und wie Fehler sichtbar werden. Der erste Liefergegenstand ist bewusst klein: ein technischer Test, der eine Datei nachvollziehbar einliest, prüft und einem begrenzten Zielmodell zuordnet.
Für einen Export gilt dasselbe in Gegenrichtung. Die Software muss wissen, welche Daten sie für die gewünschte Austauschphase liefern kann. Fehlende Pflichtangaben dürfen nicht still mit Annahmen gefüllt werden. Ein Prüfbericht und reproduzierbare Testdateien sind deshalb ebenso wichtig wie der eigentliche Programmcode.
Ich arbeite aus Bassum mit Unternehmen und Organisationen im Landkreis Diepholz und im Großraum Bremen. Bremen ist dabei ein Kerngebiet für persönliche Abstimmungen. Termine in Bremen sind möglich; die Schnittstelle kann anschließend remote entwickelt und getestet werden. Meine lokale Mitgliedschaft bei WIR Bassum belegt den Standort, nicht eine Bau-Referenz.
Typische Fehlerbilder
Wo individuelle Software sinnvoll werden kann
Importe verändern Texte, Mengen oder Ordnungszahlen
Vergleichbare Testfälle zeigen, an welcher Stelle Informationen verloren gehen. Der Prototyp macht Abweichungen sichtbar, statt eine scheinbar erfolgreiche Übernahme zu melden.
Mehrere GAEB-Varianten treffen auf ein gewachsenes System
Wir prüfen reale Dateien und grenzen die erste unterstützte Variante ein. Seltene oder unklare Fälle erhalten einen definierten Fehlerweg.
Der Export wird erst beim Empfänger getestet
Offizielle Schemata, Beispielprüfungen und ein technischer Gegencheck gehören vor die erste Übergabe. Fachliche Freigabe und Vergabeentscheidung bleiben bei den verantwortlichen Personen.
Rapid Prototyping
Ein vollständiger technischer Test vor der großen Integration
- Beispieldaten und Ziel festlegenWir wählen wenige freigegebene Dateien und genau eine Austauschaufgabe. Persönliche, vertrauliche oder nicht benötigte Inhalte werden entfernt.
- Struktur und Zuordnung prüfenGAEB-Felder werden dem eigenen Datenmodell gegenübergestellt. Pflichtangaben, interne Schlüssel und nicht abbildbare Informationen werden ausdrücklich markiert.
- Einen vollständigen Weg bauenDer Prototyp liest oder erzeugt eine Datei, protokolliert Fehler und liefert ein überprüfbares Ergebnis für den vereinbarten Fall.
- Über Weiterbau oder Stopp entscheidenNach dem Test kennen wir Varianten, Risiken und Integrationsaufwand. Erst dann wird eine produktive Schnittstelle, eine interne Anwendung oder ein bewusster manueller Weg geplant.
Ergebnis und Grenzen
Was der erste Auftrag liefert und was nicht
Mögliche Ergebnisse
- lauffähiger Import-, Export- oder Prüfprototyp
- dokumentierte Zuordnung zwischen GAEB und internem Datenmodell
- Testdateien für gültige und fehlerhafte Fälle
- sichtbarer Fehler- und Freigabeweg
- technische Empfehlung für Integration, Weiterbau oder Stopp
Bewusste Grenzen
- Vergaberecht berate ich nicht.
- Ich prüfe keine Leistungsverzeichnisse fachlich oder kaufmännisch.
- Eine Schema-Prüfung beweist noch keine fachlich richtige Datei.
- Vertrauliche Projektdaten werden nur nach geklärtem Zweck und Schutz verwendet.
- Eine produktive Integration braucht Betrieb, Monitoring und Verantwortlichkeit.
Einordnung
Fachseite, Angebote und Region verbinden
Passende Seiten
FAQ
FAQ: Fragen vor dem ersten Prototyp
Welche GAEB-Dateien kannst Du verarbeiten?
Das wird nicht pauschal versprochen. Im ersten technischen Test klären wir Format, Austauschphase und konkrete Beispieldateien. Daraus folgt, welche Varianten der erste Lieferumfang tatsächlich unterstützt.
Kannst Du eine GAEB-Schnittstelle in unsere bestehende Software einbauen?
Ja, wenn Quellcode, Erweiterungspunkte oder geeignete Schnittstellen verfügbar sind. Ein kurzer technischer Spike prüft Datenmodell und Integrationsweg, bevor ein größerer Umbau zugesagt wird.
Kann KI ein Leistungsverzeichnis automatisch bewerten?
KI kann Texte ordnen, Auffälligkeiten markieren oder eine Suche unterstützen. Eine fachliche, kaufmännische oder vergaberechtliche Bewertung darf daraus nicht ungeprüft entstehen.
Was brauche ich für das erste Gespräch?
Hilfreich sind eine anonymisierte Beispieldatei, die gewünschte Austauschphase, das Zielsystem und ein konkretes Beispiel dafür, was heute manuell oder fehleranfällig läuft.
Nächster Schritt
Mit einer Datei oder einem echten Ablauf beginnen
Bring ein anonymisiertes Beispiel und die offene Entscheidung mit. In einem Termin von 30 Minuten klären wir, ob ein technischer Prototyp der richtige nächste Schritt ist.