Ein deutsches Bauunternehmen erhält ein neues Leistungsverzeichnis. Die Kalkulation übernimmt die Datei, ergänzt Preise und schickt das Angebot zurück. Kurz davor trifft eine überarbeitete Ausschreibung ein. Einige Positionen sehen unverändert aus, andere haben neue Mengen oder zusätzliche Anforderungen. Wenn die Schnittstelle jetzt nur Zeilen überschreibt, kann ein formal gültiges Angebot wirtschaftlich auf dem falschen Stand beruhen.
Wer eine GAEB-Anbindung an ERP, Kalkulation oder ein eigenes Bieterportal beauftragt, sollte deshalb den sicheren Versionswechsel zum Kern des Projekts machen. Der Nutzen entsteht nicht beim ersten erfolgreichen Upload, sondern dort, wo bestehende Preise, neue Leistungsbeschreibungen und eine Freigabe nachvollziehbar zusammenkommen.
Die Austauschphase gehört in den Auftrag
GAEB beschreibt für das Leistungsverzeichnis unter anderem X83 als Angebotsaufforderung, X84 als Angebotsabgabe und X86 als Auftragserteilung. Diese Dateien stehen für unterschiedliche Schritte. Die offizielle Übersicht zu GAEB DA XML 3.3 unterscheidet außerdem verschiedene Pakete und Ausgabestände. Ein Auftrag mit der einzigen Anforderung „GAEB-kompatibel“ lässt damit wesentliche Fragen offen.
Legen Sie fest, welche Phasen Ihre Partner tatsächlich senden und erwarten. Nehmen Sie die konkret verwendeten Versionen in die Leistungsbeschreibung auf. Entscheiden Sie auch, wie das System mit älteren Dateien umgehen soll. Die GAEB-FAQ zum Datenaustausch erklärt, dass eine Konvertierung zwischen älteren und neueren Formaten nur Informationen übertragen kann, die beide Formate darstellen können. Ein erfolgreicher Konvertierungslauf belegt deshalb noch keine vollständige fachliche Übernahme.
Für den Einkauf bedeutet das: Eine unterstützte Kombination aus Phase, Version und Zielsystem ist ein prüfbarer Liefergegenstand. „Alle GAEB-Dateien“ ist ohne vereinbarten Umfang keine brauchbare Zusage.
Eine Position braucht mehr als eine Tabellenzeile
Beginnen Sie mit einem kleinen Datenmodell, das Ihr Kalkulator erklären kann. Ein Projekt enthält mehrere eingegangene Leistungsverzeichnisse. Jede importierte Fassung bleibt als unveränderter Eingang erhalten. Eine Position gehört zu dieser Fassung und trägt ihre fachlichen Kennzeichen, Texte, Mengen und Einheiten. Der kalkulierte Preis ist eine eigene Information mit Bearbeitungsstand und verantwortlicher Person.
Die sichtbare Ordnungszahl allein sollte nicht ungeprüft als dauerhafte Identität verwendet werden. Ihr Entwicklungspartner muss anhand echter Beispieldateien nachweisen, wie Hierarchie und Zuordnung erhalten bleiben. Falls eine neue Fassung die Struktur verändert, braucht die Anwendung einen Vergleich und gegebenenfalls eine menschliche Entscheidung.
Eine sinnvolle Oberfläche zeigt Änderungen dort, wo kalkuliert wird: neuer Langtext, andere Einheit, verschobene Position oder veränderte Menge. Sie darf einen übernommenen Preis als Vorschlag darstellen. Sie sollte ihn jedoch nicht stillschweigend als erneut freigegeben behandeln. Gerade eine kleine Textänderung kann einen bislang passenden Ansatz unbrauchbar machen.
Den Preisfluss vom Export trennen
Viele Unternehmen möchten vorhandene Kalkulationswerkzeuge behalten. Das kann sinnvoll sein. Eine individuelle Integration muss nicht die gesamte AVA-Software ersetzen. Sie kann Eingänge prüfen, interne Bearbeitung organisieren und die passenden Daten kontrolliert an vorhandene Systeme übergeben.
Definieren Sie dabei drei Grenzen. Erstens: Welche Anwendung führt die Kalkulation? Zweitens: Wo erfolgt die fachliche Freigabe? Drittens: Welche Anwendung erzeugt das verbindlich weitergegebene Angebot? Wenn zwei Systeme dieselben Preise verändern dürfen, benötigen Sie eine klare Konfliktregel statt eines nächtlichen Überschreibens.
Vereinbaren Sie, was bei Rundung, fehlenden Werten und nicht unterstützten Positionsarten passiert. Null, leer und noch nicht kalkuliert sind verschiedene Zustände. Eine fehlende Eingabe darf nicht dadurch unsichtbar werden, dass die Schnittstelle automatisch eine Null ergänzt. Die Fachabteilung muss entscheiden, welche Fälle eine Abgabe blockieren und welche ausdrücklich freigegeben werden dürfen.
Lassen Sie den Anbieter diese Änderungen vorführen
Eine gute Demonstration verwendet einen vollständigen kleinen Vorgang und anschließend gezielte Änderungen. Geben Sie dem Anbieter nach der ersten Kalkulation eine zweite Fassung, die nicht vorher eingeübt wurde. Lassen Sie zeigen, wie betroffene Positionen erkannt werden und wie eine Person den Vergleich prüft.
- ▸Eine Position behält ihre Nummer, bekommt aber eine andere Leistungsbeschreibung.
- ▸Eine Menge ändert sich, während der zugehörige Preis bereits freigegeben war.
- ▸Eine neue Position erscheint zwischen bestehenden Positionen.
- ▸Eine bisher enthaltene Position entfällt aus der neuen Fassung.
- ▸Der Export wird nach einer Unterbrechung nochmals gestartet.
- ▸Ein Empfängersystem lehnt eine Datei ab, obwohl die interne Prüfung erfolgreich war.
Zu jedem Fall gehört ein sichtbares Ergebnis. Der Prüfer sollte nicht in Serverprotokollen suchen müssen, welcher Preis zu welchem Eingang gehört. Für den Rückexport benötigen Sie außerdem einen Nachweis, dass die vereinbarten Partnerwerkzeuge die Datei fachlich korrekt übernehmen. Eine eigene Vorschau ist dafür nur ein Teil des Tests.
Datenqualität und Zugriff gehören zur Kalkulation
Angebote enthalten vertrauliche Informationen über Preise und Vorgehensweisen. Trennen Sie deshalb Projekte und Rollen sauber. Ein externer Nachunternehmer sollte nur die freigegebenen Positionen sehen, die ihn betreffen. Ein Leserecht darf keinen versteckten Export aller Kalkulationsdetails einschließen.
Legen Sie fest, wie Dateien geprüft werden, bevor sie verarbeitet werden. Größenbegrenzungen, sichere XML-Verarbeitung und ein kontrollierter Umgang mit eingebetteten Inhalten gehören in den technischen Umfang. Bei einem Fehler soll die Anwendung den Eingang bewahren und verständlich melden, was nicht übernommen wurde. Ein teilweise importiertes Leistungsverzeichnis braucht einen deutlich anderen Status als ein vollständig geprüftes.
Die Betriebsübergabe muss auch Änderungen an Formatunterstützung und Partneranbindungen abdecken. Wer untersucht eine künftig abgelehnte Datei? Wie wird ein Parser aktualisiert? Welche Beispieldateien werden bei jeder Änderung erneut geprüft? Diese Aufgaben verschwinden nicht nach der ersten Abnahme.
Ein sinnvoller erster Projektumfang
Starten Sie mit einer vorhandenen Kalkulationsanwendung, einer vereinbarten Dateiversion und einem wiederkehrenden Angebotsprozess. Kaufen Sie zunächst eine Bestandsaufnahme der Beispieldateien, ein dokumentiertes Zuordnungsmodell und einen vollständigen Durchlauf von Eingang bis Rückexport. Erst danach erweitern Sie den Umfang auf zusätzliche Phasen oder Partner.
Messen Sie im Pilot die manuell nachzuarbeitenden Positionen, ungeklärten Zuordnungen und abgelehnten Exporte. Die Ausgangswerte müssen aus Ihrem Betrieb kommen. Eine behauptete pauschale Zeitersparnis ist weniger hilfreich als der Nachweis, dass der nächste geänderte Eingang ohne Verlust der bereits geleisteten Kalkulationsarbeit bearbeitet werden kann.
Unser Leitfaden zur Abnahme von Individualsoftware hilft, diese Nachweise in den Auftrag aufzunehmen. Für die wirtschaftliche Abgrenzung ist der Beitrag zu den Kostentreibern individueller Software eine ergänzende Grundlage.
TuniCyberLabs entwickelt individuelle Anwendungen und Softwareintegrationen. Wenn Sie eine GAEB-Integration anfragen, reichen zunächst anonymisierte Beispieldateien, die beteiligten Programme und eine Beschreibung des problematischen Versionswechsels. Daraus lässt sich ein konkreter Pilot mit klaren Abnahmekriterien planen.