GAEB-Formate erklärt: X81 bis X86 im Überblick

Was ist GAEB? Historie, Organisation und Bedeutung

Der Gemeinsame Ausschuss Elektronik im Bauwesen (GAEB) wurde bereits 1966 gegründet und gehört damit zu den ältesten Standardisierungsgremien der deutschen Bauwirtschaft. Träger sind das Bundesministerium für Wohnen, Stadtentwicklung und Bauwesen, die Länderarbeitsgemeinschaft für Städtebau und das Institut für Bauinformatik der Technischen Universität Dresden. Der GAEB hat die Aufgabe, einheitliche Datenformate und Verfahren für den elektronischen Datenaustausch im Bauwesen zu entwickeln und zu pflegen. Die Geschichte des GAEB spiegelt die Digitalisierung der Baubranche wider: In den 1980er Jahren wurden die ersten Datenformate für die elektronische Übertragung von Leistungsverzeichnissen entwickelt (GAEB 90, GAEB 2000). Mit GAEB XML (eingeführt ab 2003) erfolgte der Umstieg auf das XML-basierte Format, das heute als Standard gilt. Die aktuelle Generation — GAEB DA XML Version 3.3 — unterstützt internationale Zeichensätze (Unicode), komplexe Losstrukturen und erweiterte Metadaten. Die Bedeutung des GAEB für die deutsche Bauwirtschaft kann kaum überschätzt werden: Nahezu alle öffentlichen Auftraggeber verwenden GAEB-Formate für ihre Bauausschreibungen. Die VOB/A (Vergabe- und Vertragsordnung für Bauleistungen) referenziert GAEB als Standard für den elektronischen Datenaustausch. Softwarehersteller von AVA-Programmen (Ausschreibung, Vergabe, Abrechnung) wie ORCA, California.pro, iTWO und Allplan müssen GAEB-Kompatibilität nachweisen. Für Bauunternehmen, Architekten und Ingenieure ist die Fähigkeit, GAEB-Dateien zu lesen, zu bearbeiten und zu exportieren, eine Grundvoraussetzung für die Teilnahme am öffentlichen Vergabemarkt.

Die GAEB-Formatfamilie im Überblick: X81 bis X86

Die GAEB-Formatfamilie besteht aus sechs Dateitypen, die jeweils eine bestimmte Austauschphase im Vergabezyklus abbilden. Alle Formate basieren auf XML und tragen die Dateiendung des jeweiligen Typs (z. B. .X81, .X83). Die Formate sind so konzipiert, dass sie nahtlos ineinander übergehen: Die Vergabestelle übergibt das unbepreiste Leistungsverzeichnis — als LV-Übergabe (X81) bzw. als Angebotsaufforderung (X83) an die Bieter; der Bieter trägt seine Preise ein und reicht die Datei als Angebotsabgabe (X84) zurück; der Zuschlag wird als X86 übermittelt.

GAEB X81 im Detail: Das Leistungsverzeichnis

Das X81-Format ist das Herzstück des GAEB-Standards und das Format, mit dem Bauunternehmen am häufigsten arbeiten. Ein X81-Leistungsverzeichnis ist hierarchisch aufgebaut und folgt einer standardisierten Gliederungslogik, die für die maschinelle Verarbeitung optimiert ist. An der obersten Ebene steht die Ausschreibung (Award) mit den globalen Informationen: Auftraggeber, Projektbezeichnung, Vergabenummer, Abgabefrist und allgemeine Vertragsbedingungen. Darunter folgt die Gliederung in Lose (Lots), die eigenständige Vergabeeinheiten darstellen. Ein Bauprojekt kann aus einem einzelnen Los oder aus Dutzenden Fachgebieten bestehen — etwa Los 1 Rohbau, Los 2 Elektro, Los 3 Sanitär. Innerhalb jedes Loses wird das Leistungsverzeichnis in Titel (Chapters) und Untergruppen (SubChapters) gegliedert. Titel fassen thematisch zusammenhängende Leistungen zusammen, etwa „Erdarbeiten", „Mauerarbeiten" oder „Betonarbeiten". Auf der untersten Ebene stehen die einzelnen Leistungspositionen (Items) mit ihren Attributen: Ordnungszahl (OZ), Kurztext, Langtext, Menge, Mengeneinheit (Stück, Quadratmeter, Kubikmeter, Pauschale etc.) und — bei den bepreisten Formaten wie der Angebotsabgabe (X84) — Einheitspreis und Gesamtpreis. Die Positionen unterscheiden sich in Normalposition (bepreisbar), Alternativposition (optionale Leistungen), Eventualposition (bedingte Leistungen, die nur bei Bedarf abgerufen werden), Bedarfsposition (ähnlich wie Eventualposition) und Grundposition mit Wahlposition (der Bieter wählt zwischen vorgegebenen Alternativen). Diese Differenzierung ist für die Kalkulation entscheidend, da nur Normalpositionen und aktivierte Alternativpositionen in die Angebotssumme einfließen. Ein typisches Leistungsverzeichnis für ein mittleres Bauprojekt enthält 200 bis 1.000 Einzelpositionen; bei Großprojekten können es mehrere Tausend sein. Die manuelle Prüfung und Bepreisung aller Positionen ist eine der zeitaufwendigsten Aufgaben im Bid-Management von Bauunternehmen.

GAEB X82 bis X84: Kostenanschlag, Angebotsaufforderung und Angebotsabgabe

Die Formate X82, X83 und X84 bilden den Weg von der Preisermittlung bis zum verbindlichen Angebot ab. Dieser durchgängige Datenfluss ist einer der größten Vorteile des GAEB-Standards: Die Daten müssen nicht manuell von einem System in ein anderes übertragen werden, was Fehlerquellen eliminiert und die Effizienz steigert. Das X82-Format (Kostenanschlag) enthält ein bepreistes Leistungsverzeichnis für die Kostenanschlagsphase — etwa zwischen Planer und Auftraggeber, bevor das förmliche Angebotsverfahren beginnt. In der Praxis wird X82 häufig fälschlich als „Angebotsformat" bezeichnet; die Angebotsphase läuft jedoch über X83 und X84. Der Angebots-Workflow beginnt mit der Angebotsaufforderung: Die Vergabestelle stellt das unbepreiste Leistungsverzeichnis als X83-Datei über die Vergabeplattform bereit. Das Bauunternehmen importiert das X83 in seine AVA- oder Kalkulationssoftware, die Kalkulationsabteilung ergänzt Einheitspreise für jede Position, die Software berechnet die Gesamtpreise und die Angebotsendsumme. Das Ergebnis wird als X84-Datei (Angebotsabgabe) exportiert und über die Vergabeplattform an den Auftraggeber übermittelt — in derselben GAEB-Version wie die erhaltene Aufforderung. Der Auftraggeber importiert alle eingehenden X84-Dateien und kann die Angebote direkt vergleichen — die identische Datenstruktur macht einen positionsscharfen Preisspiegel möglich. Wichtig für Bieter: Die Struktur des Leistungsverzeichnisses ist bindend. Positionen dürfen im X84 weder hinzugefügt noch gelöscht oder umstrukturiert werden — sonst droht der Ausschluss des Angebots. Dieselbe Phasenlogik gilt in den älteren GAEB-Generationen: In GAEB 90 erhalten Bieter die Angebotsaufforderung als D83 und geben das bepreiste Angebot als D84 zurück, in GAEB 2000 entsprechend als P83/P84.

GAEB X85 und X86: Nebenangebot und Zuschlag

Die Formate X85 und X86 schließen die Angebotsphase ab. Das X85-Format (Nebenangebot) transportiert alternative Ausführungsvorschläge, die ein Bieter zusätzlich zum Hauptangebot (X84) einreichen kann — etwa eine abweichende technische Lösung oder geänderte Positionen. Ob und in welcher Form Nebenangebote zugelassen sind, legen die Vergabeunterlagen fest; nur dann darf ein X85 eingereicht werden. Für Bieter ist das Nebenangebot eine Chance, sich über die reine Preisdimension hinaus zu differenzieren — es erfordert aber eine nachvollziehbare Dokumentation der Abweichungen gegenüber dem ausgeschriebenen Leistungsverzeichnis. Das X86-Format (Zuschlag/Auftragserteilung) markiert den Abschluss des Vergabeverfahrens: Nach der Wertung übermittelt der Auftraggeber die Auftragserteilung als X86-Datei — auf Basis des bezuschlagten Angebots (X84). Das X86 dokumentiert die beauftragten Leistungen und Preise; Änderungen gegenüber dem Angebot, etwa aus Aufklärungsgesprächen oder gestrichenen Positionen, werden darin festgehalten. Für den Auftragnehmer ist der Abgleich des X86 mit der eigenen Angebotsabgabe (X84) der wichtigste Schritt: Unerklärte Abweichungen bei Positionen, Mengen oder Einheitspreisen sollten vor Ausführungsbeginn geklärt werden. Zusammen mit den Vertragsbedingungen (VOB/B, BVB, ZVB) bildet der beauftragte LV-Stand die Referenz für die Ausführung. Eine Abrechnungsphase enthält die Austauschreihe X81 bis X86 nicht — Aufmaß und Abrechnung laufen über eigene Regelungen außerhalb dieser Reihe.

GAEB-Dateien lesen und verarbeiten: Technische Aspekte

GAEB-Dateien basieren seit der Version GAEB DA XML (ab 2003) auf dem XML-Standard (Extensible Markup Language). Die XML-Struktur einer GAEB-Datei folgt einem definierten Schema, das vom GAEB als XSD (XML Schema Definition) bereitgestellt wird. Das Root-Element einer GAEB-XML-Datei ist <GAEB>, gefolgt vom Element <Award> (Vergabe), das die globalen Informationen enthält. Innerhalb von <Award> folgt <BoQ> (Bill of Quantities — Leistungsverzeichnis) mit der hierarchischen Gliederung in <BoQBody>, <BoQCtgy> (Kategorien/Titel) und <Itemlist> (Positionslisten). Jede Position (<Item>) enthält Attribute wie Ordnungszahl, Kurztext, Langtext, Menge und Einheit. Die Zeichenkodierung ist UTF-8, was internationale Sonderzeichen und Umlaute unterstützt. Die GAEB-Version wird im Header der Datei angegeben; aktuelle Dateien verwenden typischerweise Version 3.3 (GAEB DA XML 3.3). Ältere Formate wie GAEB 90 und GAEB 2000 verwenden eine andere, nicht-XML-basierte Struktur mit festen Satzlängen und Kennzeichen. Diese Formate sind in der Praxis noch gelegentlich anzutreffen, werden aber zunehmend durch GAEB DA XML abgelöst. Die technische Verarbeitung von GAEB-Dateien erfordert entweder spezialisierte AVA-Software (ORCA, California.pro, iTWO, Allplan, Bechmann) oder programmgesteuerte XML-Parser. Für die automatisierte Analyse ist das XML-Format gut geeignet, da die hierarchische Struktur eine systematische Extraktion von Positionen, Mengen und Gliederungsinformationen ermöglicht. KI-gestützte Systeme wie BlackSwanAI können GAEB-XML-Dateien automatisch parsen, die Positionen in den Kontext der Gesamtausschreibung einordnen und branchenspezifische Analysen durchführen.

Häufige Probleme mit GAEB-Dateien und Lösungen

In der Praxis treten bei der Arbeit mit GAEB-Dateien regelmäßig Probleme auf, die von Formatinkompatibilitäten bis zu inhaltlichen Fehlern reichen. Die häufigsten Probleme und ihre Lösungen sind nachfolgend dargestellt.

Wie KI GAEB-Dateien automatisch analysieren kann

Die automatisierte KI-Analyse von GAEB-Dateien kombiniert XML-Parsing mit intelligenter Inhaltsanalyse und liefert Ergebnisse, die über die reine Datenextraktion weit hinausgehen. Der technische Prozess beginnt mit dem automatischen Erkennen des GAEB-Formats und der Version. Der XML-Parser extrahiert die hierarchische Struktur — Lose, Titel, Positionen — und ordnet jede Position in den Kontext der Gesamtausschreibung ein. Anschließend analysiert die KI die Inhalte auf mehreren Ebenen: Auf der Positionsebene werden Leistungstexte analysiert, um unklare oder widersprüchliche Beschreibungen zu identifizieren. Mengenplausibilität wird gegen Erfahrungswerte und die Baubeschreibung geprüft. Fehlende oder ungewöhnliche Einheiten werden markiert. Auf der Strukturebene wird die Gliederung auf Vollständigkeit geprüft: Fehlen typische Gewerke für den beschriebenen Bautyp? Sind die Lose logisch aufgeteilt? Gibt es Überschneidungen zwischen Losen oder Titeln? Auf der kommerziellen Ebene werden Eventualansätze, Bedarfspositionen und Alternativpositionen identifiziert und hinsichtlich ihres Einflusses auf die Angebotsstrategie bewertet. Die KI erkennt auch ungewöhnliche Positionsstrukturen, die auf versteckte Kostentreiber hindeuten können. Im Rahmen des Ausschreibungs-Dossiers von BlackSwanAI werden GAEB-Dateien nicht isoliert betrachtet, sondern im Zusammenspiel mit den übrigen Ausschreibungsunterlagen — Vertragsbedingungen, technische Spezifikationen, Zeitpläne — analysiert. Widersprüche zwischen dem Leistungsverzeichnis und den textlichen Beschreibungen werden automatisch erkannt und als Klärungsbedarf gekennzeichnet. Das Ergebnis ist eine umfassende Analyse, die Bauunternehmen eine fundierte Grundlage für die Kalkulation und die Angebotsentscheidung liefert — strukturiert statt unter Zeitdruck.

Häufig gestellte Fragen