Der vollständige Leitfaden zur
AIA G702 & G703 Datenextraktion

Was sind AIA G702- und G703-Formulare?

Das AIA G702 – offiziell der Antrag und die Zahlungsbescheinigung – ist das Standardformular für die Abschlagsrechnung bei praktisch allen gewerblichen Bauprojekten in den USA. Sein Begleitdokument, das G703 Fortsetzungsblatt, liefert die detaillierte Aufschlüsselung der Einzelposten, die die zusammenfassenden Zahlen untermauert. Zusammen bilden sie das, was die Branche als Zahlungsantragspaket bezeichnet. Diese vom American Institute of Architects (AIA) entwickelten und urheberrechtlich geschützten Formulare schaffen eine einheitliche Struktur für die Beantragung von Abschlagszahlungen: Das gleiche Format wird verwendet, ob es sich nun um einen 200.000-Dollar-Mieterausbau oder ein 200-Millionen-Dollar-Krankenhaus handelt.

Das G702 ist eine einseitige Zusammenfassung, die das finanzielle Gesamtbild des Projekts darstellt. Es erfasst den ursprünglichen Vertragssumme, Anpassungen durch genehmigte Nachtragsangebote, den Gesamtwert der bisher ausgeführten Arbeiten und eingelagerten Materialien, einbehaltene Sicherheitseinbehalte, bereits erhaltene Zahlungen und den aktuell fälligen Nettobetrag. Der Architekt oder Eigentümer bescheinigt das Formular, und die Zahlung erfolgt – theoretisch innerhalb von 30 Tagen, in der Praxis oft länger, wenn Fehler erneute Einreichungszyklen auslösen.

Das G703 Fortsetzungsblatt enthält die Details. Jede Zeile steht für einen Einzelposten aus dem Leistungsverzeichnis (Schedule of Values, SOV) des Projekts, und jede Spalte verfolgt eine andere Dimension des finanziellen Fortschritts dieses Postens: Sollwert, in früheren Perioden ausgeführte Arbeiten, in dieser Periode ausgeführte Arbeiten, eingelagerte Materialien, kumulierte Summen, Fertigstellungsgrad, Restbetrag bis zur Fertigstellung und Sicherheitseinbehalt. Ein G703 mit 30 Einzelposten enthält etwa 270 einzelne Datenpunkte, und jede dieser Zahlen fließt in die G702-Zusammenfassung ein. Die beiden Formulare sind keine unabhängigen Dokumente – sie sind eine Eltern-Kind-Datenstruktur, bei der die G702-Gesamtsummen mit den G703-Gesamtsummen übereinstimmen müssen. Stimmen sie nicht überein, wird der Antrag unbezahlt zurückgegeben.

Die Datenextraktion aus G702/G703 hat in den letzten Jahren aus drei miteinander verbundenen Gründen zunehmend an Aufmerksamkeit gewonnen. Erstens wächst das Volumen der Zahlungsanträge, die ein Generalunternehmer bearbeitet, mit jedem Projekt, und die Anzahl der Subunternehmer bei einem typischen gewerblichen Projekt ist mit zunehmender Spezialisierung gestiegen. Zweitens erwarten Bauabrechnungs- und Projektmanagement-Plattformen wie Procore, Viewpoint, Sage 300 CRE und CMiC strukturierte Daten – sie können ein ausgefülltes PDF-Formular nicht erfassen und ihre Auftragskostenbücher automatisch befüllen. Drittens haben die KI-Tools, die diese Formulare lesen können, indem sie deren Semantik verstehen, anstatt Vorlagenpositionen abzugleichen, erst in den letzten 18 bis 24 Monaten eine zuverlässige Genauigkeit erreicht. Die Formulare haben sich nicht geändert. Die Fähigkeit, aus ihnen zu extrahieren, schon.

Warum die G702/G703-Bearbeitung teurer ist als gedacht

Die sichtbaren Kosten der Bearbeitung von Zahlungsanträgen sind die Zeit, die zum Öffnen einer PDF, zum Lesen der Zahlen und zum Eintippen in eine Tabelle benötigt wird. Für einen einzelnen Antrag mit einer 30-Positionen-G703 benötigt ein kompetenter Projektbuchhalter dafür etwa 30 bis 45 Minuten. Die versteckten Kosten entstehen rund um diese Aufgabe: Die monatliche Abgabefrist für die Schlussrechnung drängt alle Anträge in ein Drei-Tage-Fenster, Einbehaltsfehler erzwingen Wiedervorlagezyklen, die die 30-Tage-Zahlungsuhr zurücksetzen, Querformat-Unstimmigkeiten erfordern Klärungsgespräche mit Subunternehmern, und das AIA-Formular selbst kostet Geld bei jedem neuen Projektstart. Einzeln betrachtet sind diese Kosten gering. Zusammen summieren sie sich für viele mittelgroße Generalunternehmer auf das Äquivalent eines Vollzeitgehalts.

Der monatliche Abrechnungszyklus. Zahlungsanträge im gewerblichen Bau folgen einem festen monatlichen Rhythmus. Subunternehmer reichen ihre Zahlungsanträge bis zu einem Stichtag ein – in der Regel der 20. oder 25. des Monats. Der Generalunternehmer prüft, verifiziert und konsolidiert sie bis zum Monatsende zu einem Eigentümer-Auszahlungsantrag. Die Zahlung des Eigentümers, falls genehmigt, trifft 30 bis 45 Tage später ein. Wird der Stichtag verpasst, verzögert sich die Zahlung des Subunternehmers um einen gesamten Abrechnungszyklus – eine Wartezeit von 60 statt 30 Tagen. Wenn ein Projektbuchhalter manuell 40 Zahlungsanträge in vier Tagen bearbeitet, ist das Risiko, die Frist für einen oder zwei zu verpassen, nicht theoretisch. Der Financial Benchmarker 2025 der Construction Financial Management Association, basierend auf Geschäftsjahresdaten 2024 von 1.558 Firmen, berichtet, dass das typische Bauunternehmen mit einer Nettogewinnmarge vor Steuern von 6,7 Prozent arbeitet. Jeder verspätete Antrag, jeder Korrekturzyklus, jede Wiedervorlage schmälert diese Marge direkt.

Fehler bei der Einbehaltsberechnung. Der Einbehalt – der Prozentsatz jeder Zahlung, der bis zur Fertigstellung des Projekts einbehalten wird – ist die häufigste Ursache für Streitigkeiten bei Zahlungsanträgen. Die meisten Verträge legen einen festen Satz fest, typischerweise 5 oder 10 Prozent, angewendet auf den Gesamtwert der abgeschlossenen Arbeiten und eingelagerten Materialien. Aber die Berechnung ist selten so einfach wie „10 Prozent von Zeile 4 der G702 nehmen". Viele Verträge verwenden variable Einbehalte: Der Satz reduziert sich von 10 auf 5 Prozent, sobald die Arbeiten zu 50 Prozent abgeschlossen sind, oder der Einbehalt auf eingelagerte Materialien wird zu einem anderen Satz berechnet als der auf installierte Arbeiten. Einige Bundesstaaten legen gesetzliche Einbehaltsgrenzen fest – Kalifornien begrenzt den Einbehalt auf 5 Prozent nach 50 Prozent Fertigstellung bei privaten Projekten – die den Vertragssatz außer Kraft setzen. Ein Subunternehmer, der den Einbehalt mit 10 Prozent berechnet, obwohl der Vertrag 5 Prozent vorsieht, hat einen überhöhten Zahlungsantrag eingereicht, und das gesamte Paket kommt zur Korrektur zurück. Der Fehler ist in der Regel gering – ein paar tausend Dollar – aber die Verzögerung durch die Wiedervorlage kostet alle am Projekt Beteiligten zwei bis vier Wochen.

G702-G703 formularübergreifende Prüfung. Die G702-Zusammenfassung bezieht ihre Zahlen aus den G703-Positionssummen. Die „Gesamtsumme der bis heute abgeschlossenen und eingelagerten Arbeiten“ in G702 Zeile 4 muss der Gesamtsumme von G703 Spalte G entsprechen. Der Einbehalt in G702 Zeile 5 muss der Gesamtsumme von G703 Spalte I (oder der auf die G703-Summen angewandten Festbetragsberechnung) entsprechen. Wenn ein Projektbuchhalter diese Zahlen manuell überträgt, ist der häufigste Fehler, dass eine kumulative Summe aus der G703 in die falsche G702-Zeile eingetragen wird – die Gesamtsumme der abgeschlossenen Arbeiten wird in das Feld für den Einbehalt eingegeben, oder frühere Zahlungsnachweise werden als aktuelle fällige Zahlung eingetragen. Die Formulare selbst haben eine integrierte Arithmetik: Zeile 6 minus Zeile 7 ergibt Zeile 8, und Zeile 3 minus Zeile 6 ergibt Zeile 9. Ein Übertragungsfehler in einem einzigen Feld wirkt sich auf alle abgeleiteten Zeilen aus und führt zu einer G702, deren Arithmetik intern inkonsistent ist. Ein Architekt, der den Antrag prüft, erkennt die Inkonsistenz innerhalb von Sekunden und lehnt das gesamte Paket ab.

AIA-Formularkosten. Anders als Standard-Bestellungen oder Lieferscheine sind AIA-Formulare urheberrechtlich geschützte Dokumente. Eine einzelne G702/G703-Kombination, die als einmalige Nutzung über AIA Contract Documents erworben wird, kostet etwa 49,99 $ – oder etwa 15 bis 25 $ pro Satz bei Mengenkauf über das AIA-Softwareabonnement, das bei etwa 500 $ pro Jahr für unbegrenzten Zugang beginnt. Für einen Generalunternehmer, der 50 aktive Subunternehmer über fünf Projekte hinweg verwaltet, liegen die jährlichen Formularkosten zwischen 750 und 2.500 $ – keine große Summe, aber ein laufender Betriebsaufwand, der keinen Mehrwert über die Standardisierung des Formats der ohnehin zu verarbeitenden Abrechnungsdaten hinaus bietet.

Die G702/G703-Eltern-Kind-Struktur: Zusammenfassungsseite vs. Fortsetzungsblatt

Um zu verstehen, warum die Datenextraktion aus diesen Formularen mehr erfordert, als jede Seite einzeln zu lesen, muss man zunächst ihre strukturelle Beziehung verstehen. Die G702 und G703 sind nicht zwei gemeinsam eingereichte Formulare. Sie sind zwei Ansichten derselben Finanzdaten, verknüpft durch eine Reihe arithmetischer Bedingungen, die ein zuverlässiges Extraktionstool sowohl lesen als auch überprüfen muss.

Die G702 ist das Elternteil: neun Zeilen mit einer finanziellen Zusammenfassung des gesamten Vertrags. Ihre Zeilen sind:

Drei dieser neun Zeilen werden aus der G703 übernommen (Zeile 4, und davon abgeleitet die Zeilen 5 bis 9). Vier sind arithmetische Ableitungen (Zeilen 3, 6, 8, 9). Zwei sind feste Eingaben aus dem Vertrag (Zeilen 1 und 2). Ein Extraktionstool, das nur das G702-Deckblatt liest, erfasst zwar die Zusammenfassungszahlen, kann sie aber nicht mit ihrer Quelle abgleichen. Es übersieht auch den einzigen Ort, an dem die Daten aufgeschlüsselt werden können – die G703.

Die G703 ist das Kind: eine Tabelle mit variabler Länge, in der jede Zeile einen Leistungsverzeichnis-Posten darstellt und jede Spalte den finanziellen Verlauf dieses Postens über die Abrechnungszeiträume verfolgt. Ein standardmäßiges G703-Fortsetzungsblatt organisiert die Daten in diesen Spalten:

Jede Zeile in der G703 ist eine kleine Finanzaufstellung für diesen spezifischen Leistungsbereich. Die Gesamtsumme von Spalte G muss mit Zeile 4 der G702 übereinstimmen. Die Summe von Spalte I muss mit Zeile 5 übereinstimmen. Diese formularübergreifenden Bedingungen machen die Extraktion von Zahlungsanträgen anders als die Rechnungsextraktion: Sie lesen nicht nur Felder aus einem einzelnen Dokument. Sie lesen eine zweiteilige Datenstruktur und validieren die arithmetische Konsistenz zwischen den beiden Teilen. Eine Schritt-für-Schritt-Anleitung, wie diese Extraktion in der Praxis funktioniert, finden Sie in der ausführlichen Anleitung zum Extrahieren von AIA G702-Zahlungsantragsdaten in eine Tabellenkalkulation.

Die versteckten Herausforderungen bei der Datenextraktion aus Zahlungsanträgen

Auch wenn die Formulare korrekt ausgefüllt sind, birgt die Datenextraktion aus G702/G703-Paketen Herausforderungen, die bei anderen Baudokumenttypen nicht auftreten. Diese Herausforderungen sind für jemanden, der Zahlungsanträge nicht im großen Maßstab verarbeitet hat, nicht sofort ersichtlich.

Handschriftliche Nachtragsaufträge und Mengen. Trotz der weiten Verbreitung digitaler AIA-Formulare treffen viele Nachunternehmer-Zahlungsanträge handschriftlich ein. Häufig sind handschriftlich ergänzte G703-Blätter: Der Projektleiter eines Nachunternehmers druckt die Leistungsverzeichnisse aus, trägt die aktuellen Mengen per Hand ein, berechnet den Fertigstellungsgrad am Rand und scannt das ergänzte Blatt als PDF. Ein Nachunternehmer, der an mehreren Projekten arbeitet, erstellt möglicherweise ein einziges handschriftliches Nachtragsauftragsverzeichnis und fügt es dem Zahlungsantrag bei, anstatt die AIA-Nachtragsauftragstabelle zu verwenden. Herkömmliche OCR- und vorlagenbasierte Extraktionstools – die Datenfelder anhand ihrer Pixelposition auf der Seite lokalisieren – scheitern an diesen Dokumenten, da die handschriftlichen Werte das Layout verschieben. Eine handschriftliche "1.247" in der Spalte "Menge" verschiebt den angrenzenden Dollarbetrag um eine Zelle nach rechts, und die Vorlagenextraktion liefert den falschen Wert, ohne zu signalisieren, dass etwas schiefgelaufen ist. Die visionbasierte KI-Extraktion hingegen liest jeden Wert in seinem semantischen Kontext: Sie identifiziert Zahlen in der Spalte "In diesem Zeitraum ausgeführte Arbeiten", indem sie versteht, dass sie sich in einer Spalte mit der Überschrift "In diesem Zeitraum ausgeführte Arbeiten" befinden, und nicht durch Messen von Pixelabständen vom oberen Seitenrand.

CSI-MasterFormat-Codes. Die meisten G703-Fortsetzungsblätter organisieren Positionen mithilfe von CSI-MasterFormat-Abschnittsnummern – dem standardisierten Klassifikationssystem des Construction Specifications Institute. Ein typisches G703 könnte Positionen wie "03 30 00 – Ortbeton", "08 11 00 – Metalltüren und -rahmen", "23 31 00 – HLK-Kanalnetz" und "26 10 00 – Mittelspannungs-Elektrik" auflisten. Diese Codes sind für die Auftragskalkulation von Bedeutung – ein Projektbuchhalter muss wissen, dass 47.000 $ für Betonarbeiten zum Kosten-Code 03 30 00 gehören, nicht zu "Beton" als allgemeiner Kategorie. Ein Extraktionstool, das Positionsbeschreibungen als unstrukturierten Text erfasst, verliert den strukturierten Kosten-Code. Ein Tool, das die MasterFormat-Hierarchie kennt, kann die Abschnittsnummer in einer separaten Spalte ausgeben und so die Zuordnung zwischen positionsweiser Abrechnung und Auftragskostenzuordnung erhalten. Die aktuelle MasterFormat 2026-Ausgabe, veröffentlicht vom CSI in Zusammenarbeit mit Construction Specifications Canada, organisiert Bauleistungsbeschreibungen in 50 Abschnitte – von Abschnitt 00 (Beschaffungs- und Vertragsanforderungen) bis Abschnitt 49 – mit etwa 2.185 neuen Einträgen im Update 2026.

Vertragssummenverfolgung über Nachtragsaufträge hinweg. Ein Bauprojekt wird selten zur ursprünglichen Vertragssumme abgeschlossen. Nachtragsaufträge fügen Arbeit hinzu, ziehen Arbeit ab oder passen die Preise im Projektverlauf an. Das G702 verfolgt dies über die Zeilen 1, 2 und 3: die ursprüngliche Summe, die Nettoänderung und die angepasste Gesamtsumme. Aber die Nachtragsauftragszusammenfassung auf dem G702 ist nur eine einzelne Zahl – sie listet keine einzelnen Nachtragsaufträge oder deren Status (genehmigt, ausstehend, strittig) auf. Nachunternehmer fügen ihren Zahlungsantragspaketen oft separate Nachtragsauftragsverzeichnisse oder CO-Begleitschreiben bei. Ein Extraktionsworkflow, der nur die G702-Felder erfasst, übersieht die unterstützenden Details, die der Projektbuchhalter benötigt, um zu überprüfen, ob die Nettoänderungszahl korrekt ist. Die allgemeinere Lehre für die Vertragsdatenextraktion gilt auch hier: Strukturierte Extraktion funktioniert am besten, wenn sie nicht nur das zusammenfassende Dokument liest, sondern auch die unterstützenden Dokumente, die darin einfließen.

Komplexität der formularübergreifenden Validierung. Die arithmetischen Abhängigkeiten zwischen G702 und G703 gehen über den einfachen Abgleich von Spaltensummen hinaus. Spalte D (Bereits abgerechnete Leistungen aus vorherigem Antrag) in G703 des aktuellen Zahlungsantrags muss Spalte G (Bisher abgerechnete und eingelagerte Leistungen) des vorherigen Antrags abzüglich Spalte F (Eingelagerte Materialien) des Vormonats entsprechen. Ändert ein Subunternehmer seine Leistungsaufstellung während des Projekts – teilt eine Position auf oder verschiebt Werte zwischen Gewerken –, bricht diese Übertragungskette. Der Generalunternehmer muss die Abweichung manuell korrigieren. Ein Extraktionstool, das jeden Zahlungsantrag als unabhängiges Dokument behandelt, erkennt diese Diskrepanz nicht. Ein Tool, das aufeinanderfolgende Anträge liest und deren Übertragungswerte vergleicht, schon.

Traditionell vs. KI: Zwei Ansätze zur Extraktion von Zahlungsanträgen

Der Unterschied zwischen traditioneller und KI-basierter Extraktion von Zahlungsanträgen liegt nicht in der Geschwindigkeit – beide verarbeiten eine Seite in Sekunden. Der Unterschied liegt im Umgang mit Abweichungen, Fehlern und formularübergreifenden Beziehungen.

Manuelles Kopieren und Einfügen mit Tabellenkalkulation. Der traditionelle Ansatz: PDF des G702 des Subunternehmers öffnen, Zeile 4 (Bisher abgerechnete und eingelagerte Leistungen) ablesen, in die Projektverfolgungstabelle in die Zeile des Subunternehmers eintragen. G703 öffnen, ab der ersten Position beginnen: Positionsnummer, Bezeichnung, Vertragswert, Vorperiode, Aktuelle Periode, Eingelagert, Gesamt, Prozent, Saldo, Einbehalt eingeben – 10 Felder pro Zeile für 30 Zeilen. Diesen Vorgang für jeden der 40 Subunternehmer wiederholen, die in diesem Abrechnungszyklus Anträge einreichen. Der Prozess ist unkompliziert und erfordert keine Softwareinvestition. Er garantiert jedoch mindestens eine Handvoll Übertragungsfehler pro Abrechnungszyklus – eine im Journal of Construction Engineering and Management veröffentlichte Studie zur Dateneingabegenauigkeit in der Baubranche ergab, dass die manuelle Übertragung numerischer Baudaten Fehlerraten von 0,5 bis 2,5 Prozent pro Feld verursacht. Bei 300 Werten pro Antrag und 40 Anträgen sind das 60 bis 300 Fehler pro Abrechnungszyklus. Die meisten sind klein. Einige nicht.

Vorlagenbasierte OCR. Vorlagenbasierte Extraktionstools wie Docparser und traditionelle OCR-Plattformen lösen das Übertragungsproblem, schaffen aber ein Wartungsproblem. Sie erstellen eine Vorlage für die G702-Übersichtsseite: definieren einen Bereich an Position (x=200, y=150), der die ursprüngliche Vertragssumme erfasst, einen weiteren Bereich bei (x=200, y=180) für Netto-Nachtragsänderungen und so weiter für alle neun Zeilen. Sie erstellen eine zweite Vorlage für die G703-Tabelle: definieren Spaltenbereiche, die die Tabellenzellen anhand ihrer Pixelkoordinaten relativ zu den Tabellenrändern erfassen. Die Vorlagen funktionieren perfekt für das digital eingereichte Formular des ersten Subunternehmers. Sie versagen, wenn der zweite Subunternehmer einen gescannten G703 einreicht, bei dem sich die Tabelle beim Drucken um 3 Millimeter nach links verschoben hat. Sie versagen, wenn der dritte Subunternehmer einen anderen PDF-Editor verwendet, der die Formularfelder geringfügig anders positioniert. Sie versagen vollständig, wenn ein handschriftlicher G703 eingeht und die Tabellenstruktur unregelmäßig ist. Jeder Fehler erfordert eine neue Vorlage oder eine Anpassung der bestehenden – und die Anpassung beeinträchtigt die Abdeckung der zuvor funktionierenden Formulare.

Benutzerdefinierte Spaltenextraktion mit semantischer KI. Moderne visuelle Extraktion liest G702/G703-Formulare, indem sie die Bedeutung jedes Feldes versteht – nicht dessen Position auf der Seite. Das ist Benutzerdefinierte Spaltenextraktion: Sie legen die gewünschten Spalten in Ihrer Ausgabetabelle fest – „Ursprüngliche Vertragssumme", „Gesamt abgeschlossen und gelagert", „Einbehaltungsprozentsatz", „Positionsnummer", „Beschreibung", „Planwert", „Diese Periode abgeschlossene Arbeiten", „Bisher insgesamt abgeschlossen", „Restbetrag bis Fertigstellung" – und die KI liest das gesamte Dokument, identifiziert die Werte, die jeder Spalte anhand ihrer semantischen Rolle im Formular entsprechen, und gibt sie als strukturierte Zeile aus. Die digitale G702 des ersten Subunternehmers und der handschriftliche Scan des zweiten Subunternehmers liefern dieselben Ausgabespalten – weil die KI weiß, was „Einbehalt" bedeutet, nicht wo er normalerweise steht.

Für einen praktischen Vergleich verschiedener Extraktionstools mit AIA G702-Formularen und anderen Baudokumenttypen finden Sie im Artikel Beste Dokumentextraktionssoftware für das Bauwesen 2026 Testergebnisse von acht Plattformen anhand eines gemeinsamen Testsatzes von 35 Baudokumenten sowie feldgenaue Genauigkeitsbenchmarks speziell für Zahlungsanträge.

Berechnete Spalten: Den arithmetischen Kreislauf schließen

Eine der nützlichsten Funktionen für die G702/G703-Extraktion ist die Möglichkeit, Spalten zu definieren, die während des Extraktionsdurchlaufs abgeleitete Werte berechnen, anstatt nach der Extraktion Tabellenkalkulationsformeln zu erfordern. Dies ist der Bereich der berechneten Spalten – Spalten, in denen die KI eine bestimmte Berechnung mit anderen extrahierten Werten durchführt und das Ergebnis als Teil der Datenzeile ausgibt.

Drei berechnete Spalten sind besonders wertvoll für die Zahlungsantragsextraktion:

• Einbehaltsprüfung – Definieren Sie eine berechnete Spalte, die den extrahierten „Gesamt abgeschlossen und gelagert bis heute" mit dem vertraglichen Einbehaltungsprozentsatz multipliziert. Weicht der im G702 angegebene Einbehaltungsbetrag um mehr als eine kleine Toleranz (z. B. 1,00 €) von diesem berechneten Wert ab, kennzeichnet die Extraktion eine Abweichung, die der Prüfer vor Genehmigung des Antrags untersuchen kann.
• Formularübergreifende Validierung – Definieren Sie eine berechnete Spalte, die G703 Spalte G (Gesamt abgeschlossen und gelagert bis heute) über alle Positionen summiert und das Ergebnis mit G702 Zeile 4 vergleicht. Dies ist die wichtigste arithmetische Prüfung im Zahlungsantrag, und ihre Automatisierung eliminiert die häufigste Ursache für Neueinreichungen.
• Restbetrag bis Fertigstellung – Aufrollung – Berechnen Sie den verbleibenden Vertragswert, indem Sie die kumulierten verdienten Beträge zuzüglich einbehaltener Beträge von der bisherigen Vertragssumme abziehen. Dies gibt dem Projektteam einen Echtzeit-Überblick über das verbleibende Budget für jeden Leistungsbereich, ohne auf den nächsten Zahlungsantrag des Subunternehmers warten zu müssen.

Diese berechneten Spalten erfordern keine Formeleingabe durch den Benutzer nach der Extraktion. Sie werden im Extraktions-Setup festgelegt – entweder als Teil des Spaltennamens (z. B. „Einbehaltsprüfung (Gesamt abgeschlossen x 10 %)") oder als JSON-Regel im Regelformat des Tools für mehrstufige Logik – und die KI führt die Berechnung während des Extraktionsdurchlaufs durch. Das Ergebnis ist eine Ausgabetabelle, in der die Spalten zur Überprüfung der Richtigkeit des Zahlungsantrags bereits gefüllt sind, bevor der Prüfer die Datei öffnet.

Stapelverarbeitung: Von 30 Zahlungsanträgen zu einer konsolidierten Tabelle

Die Extraktion eines einzelnen G702/G703-Pakets ist ein Machbarkeitsnachweis. 30 bis 50 Pakete in einem Durchlauf zu extrahieren, bringt den operativen Mehrwert. Der Batch-Workflow für Zahlungsanträge folgt einer anderen Logik als die Stapelverarbeitung von Rechnungen oder Belegen – denn das Ergebnis ist keine flache Liste von Positionen, sondern eine strukturierte Konsolidierung, die die Hierarchie von Projekt, Subunternehmer und Leistungsbereich bewahrt.

Der konsolidierte Zahlungsplan eines Generalunternehmers – die Master-Tabelle, die den Zahlungsstatus aller Subunternehmer über alle aktiven Projekte hinweg verfolgt – organisiert Daten typischerweise auf drei Ebenen: Projekt, Subunternehmer und Einzelposition. Eine Stapelextraktion von 40 G702/G703-Paketen aus sieben verschiedenen Projekten muss eine einzige Tabelle ausgeben, in der die erste Spalte das Projekt, die zweite Spalte den Subunternehmer und die restlichen Spalten die Zahlungsantragsdaten für jede Position erfassen. Wenn die 40 Anträge eine Mischung aus digitalen Formularen und handschriftlichen Scans enthalten, muss die Stapelverarbeitung beide im selben Workflow verarbeiten, ohne dass eine separate Konfiguration pro Datei erforderlich ist.

Der Batch-Ansatz macht auch die formularübergreifende Validierung leistungsfähiger. Anstatt isoliert zu prüfen, ob die G703-Summe von Subunternehmer A mit seiner G702-Summe übereinstimmt, ermöglicht die konsolidierte Tabelle den Vergleich von Zahlungsbeträgen zwischen Subunternehmern mit ähnlichen Leistungen auf demselben Projekt – und deckt so eine Situation auf, in der der Trockenbau-Subunternehmer 80 Prozent Fertigstellung abrechnet, während der Maler-Subunternehmer, der erst nach Abschluss des Trockenbaus beginnen kann, 90 Prozent abrechnet. Diese anomalen Muster auf Prozessebene bleiben unsichtbar, wenn jeder Antrag einzeln verarbeitet wird. Eine detaillierte Anleitung zur Stapelverarbeitung finden Sie im speziellen Leitfaden zur Stapelverarbeitung von AIA G702-Zahlungsanträgen über ein gesamtes Projektportfolio.

Export und Integration: Daten dorthin bringen, wo sie hinmüssen

Die Extraktion von Zahlungsantragsdaten ist nur dann sinnvoll, wenn die extrahierten Daten das System erreichen, in dem die Zahlungsabwicklung stattfindet. Für die meisten Generalunternehmer ist dieses System eines von dreien: eine Projektmanagement-Plattform (Procore, Viewpoint, CMiC), ein Bauabrechnungssystem (Sage 300 CRE, Foundation) oder eine Reihe von Tabellenkalkulationen, die in eines dieser Systeme einfließen.

Excel-Export. Der häufigste und flexibelste Ausgabepfad. Eine gut strukturierte G702/G703-Extraktion erzeugt eine Excel-Datei mit separaten Blättern oder klar beschrifteten Spalten für die G702-Zusammenfassungsfelder und die G703-Positionen. Das G702-Blatt enthält eine Zeile pro Subunternehmer und Projekt mit Spalten für ursprüngliche Vertragssumme, Netto-Nachtragsänderungen, Vertragssumme bis heute, insgesamt abgeschlossen und gelagert, Einbehalt, frühere Zahlungen, aktuell fälliger Betrag und Restbetrag bis zur Fertigstellung. Das G703-Blatt enthält eine Zeile pro Position mit Spalten für die Projekt- und Subunternehmerkennungen sowie alle zehn Positionsspalten. Ein Projektbuchhalter kann dann Pivot-Tabellen, SUMIF-Formeln oder Power Query verwenden, um die Daten in das Format zu überführen, das für seine spezifischen Berichts- und Zahlungsabwicklungsworkflows erforderlich ist.

Google Sheets-Integration. Für Teams, die ihre Auszahlungspläne in Google Sheets verwalten, können die Extraktionsergebnisse direkt über ein Google Sheets-Add-on in die aktive Tabelle eingefügt werden. Dies macht den Export-Import-Schritt vollständig überflüssig: Die hochgeladenen Zahlungsantrags-PDFs werden verarbeitet, und die resultierenden strukturierten Daten werden in Echtzeit an das designierte Blatt angehängt, wobei die Spaltenüberschriften mit der bestehenden Tracking-Vorlage des Benutzers übereinstimmen. Für ein tieferes Verständnis, wie sich semantische Extraktion grundlegend von vorlagenbasierten Ansätzen unterscheidet, behandelt der vollständige Leitfaden zur COI-Extraktion denselben Paradigmenwechsel, angewendet auf Versicherungszertifikatsdaten.

Procore- und Viewpoint-Integration. Procores KI-Fähigkeiten, gestützt durch die Übernahme von Datagrid, konzentrieren sich auf Unterlagen, RFIs und Vertragsprüfung – nicht auf die Aufnahme externer Dokumentdaten in das Zahlungsabwicklungsmodul. Viewpoint (Trimble) bietet AIA-Abrechnungsfunktionalität innerhalb seiner Vista- und Spectrum-ERP-Plattformen, erfordert jedoch, dass der Zahlungsantrag innerhalb des Systems erstellt wird, anstatt von einem Subunternehmer als ausgefülltes PDF empfangen zu werden. In der Praxis bleibt der zuverlässigste Integrationspfad für extern empfangene G702/G703-Pakete der Excel- oder CSV-Export, gefolgt vom Import in die Projektmanagement- oder Buchhaltungsplattform – und die Qualität dieser Integration hängt vollständig davon ab, wie sauber das Extraktionstool seine Ausgabe strukturiert.

So bewerten Sie ein Tool zur Extraktion von Zahlungsanträgen

Nicht jedes Dokumentenextraktionstool ist für die spezifischen Anforderungen von G702/G703-Daten geeignet. Die folgenden Kriterien unterscheiden Tools, die Zahlungsanträge verarbeiten können, von solchen, die nur bei perfekt formatierten digitalen PDFs brauchbare Ergebnisse liefern.

Fähigkeit zur formularübergreifenden Validierung. Das wichtigste Kriterium: Erkennt das Tool, dass G702 und G703 zusammengehörige Dokumente sind? Ein Tool, das jede Seite unabhängig verarbeitet, extrahiert die Zusammenfassungszahlen des G702 und die Positionen des G703 als separate, unverbundene Datenzeilen. Ein Tool, das Zahlungsanträge versteht, gibt die G702-Daten verknüpft mit den G703-Daten aus oder zeigt idealerweise bereits während der Extraktion Abweichungen zwischen den beiden Formularen an. Ohne diese Fähigkeit entstehen zwei Datensätze, die der Benutzer manuell abgleichen muss – genau die Arbeit, die die Extraktion eliminieren sollte.

Prüfung der Sicherheitseinbehaltsberechnung. Das Tool sollte entweder den Prozentsatz und Betrag des Sicherheitseinbehalts als strukturierte Felder extrahieren oder dem Benutzer erlauben, eine berechnete Spalte zu definieren, die den erwarteten Einbehalt aus den extrahierten Summen ermittelt. Ein Tool, das „5 %“ als Textzeichenfolge in einer Notizspalte ausgibt, hat die Daten nicht wirklich extrahiert – es gibt die Interpretationsverantwortung an den Benutzer zurück.

Toleranz gegenüber handschriftlichen Einträgen. Wenn das Tool handschriftliche Einträge auf einem G703-Fortsetzungsblatt nicht lesen kann, scheitert es bei etwa 30 bis 50 Prozent der realen Nachunternehmer-Einreichungen, je nach Projekttyp und beteiligten Nachunternehmern. Der einzig zuverlässige Test ist die Einreichung eines Mustersatzes mit mindestens drei handschriftlichen oder handannotierten Zahlungsanträgen – nicht von Anbietern bereitgestellte Demos – und der Vergleich der feldspezifischen Genauigkeit zwischen digitalen und handschriftlichen Dokumenten im Testsatz.

Tabellenextraktion für variable G703-Längen. G703-Tabellen variieren in der Zeilenanzahl von 10 bis über 100 Positionen. Ein Tool, das mit festen Tabellenlayouts umgeht, aber bei Tabellen versagt, bei denen eine Position auf zwei Zeilen umbricht oder der Nachunternehmer eine handschriftliche Zeile zwischen zwei gedruckte Zeilen eingefügt hat, liefert unvollständige Ergebnisse. Testen Sie mit einem G703, der mindestens 40 Zeilen und mindestens eine Position mit mehrzeiliger Beschreibung enthält.

Erhaltung der CSI MasterFormat-Codes. Wenn das Projekt CSI-Abteilungscodes für die Auftragskalkulation verwendet, sollte das Extraktionstool den Code und die Beschreibung in getrennten Spalten ausgeben oder zumindest die vollständige Positionsbeschreibung ohne Kürzung oder Zusammenführung benachbarter Felder erhalten. Ein Tool, das „03 30 00 — Ortbeton“ auf „03 30 00“ kürzt, hat bereits Informationen verloren, die das Kostenrechnungssystem benötigt.

Keine Vorlageneinrichtung. Das Tool sollte ein G702/G703-Paket extrahieren, ohne dass der Benutzer Zonen zeichnen, ein Modell trainieren oder eine Vorlage erstellen muss. Wenn der Anbieter während der Einrichtung Beispieldokumente anfordert, verwendet das Tool eine vorlagen- oder trainingsbasierte Architektur, die Wartung erfordert, wenn sich die Formulare ändern oder ein neuer Nachunternehmer Zahlungsanträge in einem anderen Format einreicht.

Häufig gestellte Fragen

Was ist der Unterschied zwischen AIA G702 und G703?

Das G702 ist der Antrag und die Zahlungsbescheinigung – eine einseitige Zusammenfassung, die das finanzielle Gesamtbild auf Vertragsebene abbildet: ursprüngliche Vertragssumme, Nachträge, Gesamtfertigstellung bis heute, Einbehalte, bisherige Zahlungen und aktuell fälliger Betrag. Das G703 Fortsetzungsblatt liefert die detaillierte Aufschlüsselung aus dem Leistungsverzeichnis und erfasst den geplanten Wert, die im Zeitraum abgeschlossenen Arbeiten, eingelagerte Materialien und Einbehalte pro Position. Die Summen des G703 fließen direkt in die Zusammenfassungszeilen des G702 ein.

Wie werden Einbehalte auf den AIA G702- und G703-Formularen berechnet?

Einbehalte auf dem G702 werden in der Regel als fester Prozentsatz – meist 5 oder 10 Prozent – von Zeile 4 (Gesamtfertigstellung und Einlagerung bis heute) berechnet. Auf dem G703 können Einbehalte pro Position (Spalte I) berechnet werden, wenn ein variabler Einbehaltssatz gilt, oder leer bleiben, wenn ein fester, projektweiter Satz verwendet wird. Berechnete Spalten in einem Extraktionstool können diese Überprüfung automatisieren, indem sie den erwarteten Einbehalt aus extrahierten Summen berechnen und Abweichungen kennzeichnen.

Kann KI handschriftliche Einträge aus G703-Fortsetzungsblättern extrahieren?

Ja, aber die Genauigkeit hängt von der Leserlichkeit der Handschrift und der Architektur des Extraktionstools ab. Eine visionsbasierte KI, die Zeichen im semantischen Kontext liest – also versteht, dass ein Wert in der Spalte „In diesem Zeitraum abgeschlossene Arbeiten“ ein Dollarbetrag und kein Datum oder eine Positionsnummer ist –, erzielt bei handschriftlichen G703-Formularen eine wesentlich höhere Genauigkeit als eine vorlagenbasierte OCR. Bei leserlichen handschriftlichen Einträgen erreicht moderne visuelle KI eine feldgenaue Genauigkeit von etwa 85 bis 92 Prozent; bei schlechter Handschrift oder stark annotierten Formularen sinkt die Genauigkeit auf 70 bis 80 Prozent. Der praktische Workaround besteht darin, die Extraktionsausgabe mit einer Konfidenzspalte zu versehen und nur die Werte zu prüfen, die unter einem bestimmten Schwellenwert liegen.

Kann ich G702-Pakete mehrerer Subunternehmer gleichzeitig stapelverarbeiten?

Ja. Die Stapelverarbeitung ist der Anwendungsfall, bei dem die KI-Extraktion für Generalunternehmer den höchsten Nutzen bringt. Laden Sie alle Zahlungsanträge als PDFs hoch – digital oder handschriftlich, von jedem Subunternehmer, für jedes Projekt – in einem einzigen Stapel. Die KI liest jedes Formular eigenständig, extrahiert die G702- und G703-Daten und gibt eine konsolidierte Tabelle mit einer Spalte zur Identifizierung der Quelldatei aus. Der Stapelworkflow verarbeitet automatisch gemischte Formate: Einige Dateien können digitale AIA-Formulare sein, andere gescannte Papierdokumente, wieder andere als PDF gespeicherte Excel-Exporte. Eine vollständige Anleitung zu diesem Workflow finden Sie unter Stapelverarbeitung von AIA-G702-Zahlungsanträgen über ein Projektportfolio hinweg.

Kosten AIA-G702-Formulare Geld?

Ja. AIA Contract Documents besitzt das Urheberrecht an den offiziellen G702- und G703-Formularen. Ein Einmalsatz G702/G703 kostet auf der AIA-Website ca. 49,99 €. Ein Jahresabonnement für unbegrenzten Zugriff auf alle AIA-Dokumente kostet ca. 500 € pro Jahr. Viele Auftragnehmer erstellen tabellenbasierte Versionen, die das G702/G703-Layout nachbilden, ohne das urheberrechtlich geschützte Formular zu verwenden. Diese erfordern jedoch manuelle Dateneingabe und werden von Architekten und Bauherren nicht gleichermaßen akzeptiert. Die Datenextraktion ersetzt nicht das Formular selbst – sie automatisiert die Übertragung der Daten aus dem ausgefüllten Formular in Ihre Nachverfolgungssysteme.

Unterstützt Procore die G702/G703-Datenextraktion?

Die KI-Funktionen von Procore, die durch die Übernahme von Datagrid eingeführt wurden, konzentrieren sich auf die Analyse von Vertragsdokumenten, Nachunterlagen und RFIs – nicht auf die Extraktion strukturierter Daten aus eingehenden Zahlungsantrags-PDFs. Procore bietet zwar eine AIA-Abrechnungsfunktion zur Erstellung von G702/G703-Formularen innerhalb der Plattform, aber dies ist ein Dokumenterstellungstool, kein Extraktionstool für von Subunternehmern erhaltene Formulare. Der gängigste Integrationsweg besteht darin, G702/G703-Daten mit einem speziellen Extraktionstool zu erfassen und die strukturierten Ergebnisse per Excel- oder CSV-Upload in Procore zu importieren.

Wie wirken sich CSI-MasterFormat-Codes auf die G702/G703-Extraktion aus?

Die meisten G703-Fortsetzungsblätter identifizieren Positionen anhand ihres CSI-MasterFormat-Divisionscodes – eines standardisierten Nummerierungssystems des Construction Specifications Institute. Das System ist als sechsstellige Zahl strukturiert (z. B. 03 30 00 für Ortbeton, 08 11 00 für Metalltüren und -rahmen, 23 31 00 für HLK-Kanäle). Für Projektbuchhaltungs- und Auftragskalkulations-Workflows, die diese Codes verwenden, muss das Extraktionstool den vollständigen Code und die Beschreibung erhalten, anstatt benachbarte Felder zu kürzen oder zusammenzuführen. Die aktuelle Ausgabe, MasterFormat 2026, fügt etwa 2.185 neue Einträge im 50-Divisionen-Rahmenwerk hinzu.

Wie funktioniert die Nachverfolgung von Nachtragsaufträgen bei der G702/G703-Extraktion?

Die G702 erfasst Nachtragsaufträge als einen einzigen Nettobetrag in Zeile 2 – die Summe aller genehmigten Zuschläge und Abzüge zum ursprünglichen Vertragssumme. Sie listet keine einzelnen Nachtragsaufträge, deren Status oder zugehörige Unterlagen auf. Ein umfassender Extraktions-Workflow sollte nicht nur den Nettobetrag der G702 erfassen, sondern auch etwaige beigefügte Nachtragsauftragsprotokolle oder CO-Begleitschreiben, die der Subunternehmer im Zahlungsantragspaket beifügt. Dies gibt dem Projektbuchhalter die nötigen Details, um zu überprüfen, ob der Nettobetrag mit dem Nachtragsregister des Projekts übereinstimmt.

Welche Genauigkeit kann ich bei der G702/G703-Extraktion erwarten?

Bei sauberen digitalen Formularen mit gedrucktem Text liegt die Feldgenauigkeit für visionsbasierte KI-Extraktion typischerweise zwischen 92 und 98 Prozent über alle G702- und G703-Felder hinweg. Bei Formularen mit handschriftlichen Einträgen liegt die Genauigkeit zwischen 80 und 92 Prozent, abhängig von der Leserlichkeit der Handschrift und dem Zustand des Formulars. Die wichtigste operative Kennzahl ist nicht die Rohgenauigkeit, sondern die Fehlererkennungsrate: Ein gut gestalteter Extraktions-Workflow mit berechneten Spalten und formularübergreifender Validierung kennzeichnet Werte, die außerhalb erwarteter Bereiche liegen, sodass der Prüfer genau weiß, welche Felder zu inspizieren sind, anstatt jede Zahl manuell erneut zu überprüfen.

Wie lässt sich die G702/G703-Extraktion am besten in Viewpoint oder Sage 300 CRE integrieren?

Sowohl Viewpoint (Trimble's Vista und Spectrum) als auch Sage 300 CRE bieten Module zur Erstellung von AIA-Abrechnungen für Zahlungsanträge an, die innerhalb des Systems erstellt werden. Keines der Systeme kann jedoch strukturierte Daten aus extern empfangenen G702/G703-PDFs direkt übernehmen. Der Standard-Integrationsweg besteht darin, die Extraktionsergebnisse als Excel- oder CSV-Datei zu exportieren und über die integrierten Importfunktionen der Plattform in das Modul für Debitorenbuchhaltung oder Auftragskalkulation zu importieren. Manche Generalunternehmer nutzen Middleware-Tools wie Acumatica oder RabbitMQ, um die Übertragung zu automatisieren. Für die meisten Unternehmen ist jedoch ein gut strukturierter Excel-Export, dessen Spalten auf die Importvorlage der Plattform abgestimmt sind, die praktikabelste Lösung.

Die G702 und G703 sind so standardisiert wie kaum andere Baudokumente – von der AIA entwickelt, um ein einheitliches Format für die Abschlagsrechnung in der gesamten Branche zu schaffen. Doch die Standardisierung des Formulars standardisiert nicht den anschließenden Datenerfassungsprozess. Jedes Zahlungsantragspaket ist eine Momentaufnahme des finanziellen Status eines Projekts zu einem bestimmten Zeitpunkt, und diese Momentaufnahme enthält die Informationen, die zur Verfolgung von Budgets, zur Überprüfung des Fortschritts und zur Freigabe von Zahlungen erforderlich sind. Die Extraktionsebene, die die Momentaufnahme mit dem Verfolgungssystem verbindet, ist für Generalunternehmer, die Dutzende von Anträgen pro Monat bearbeiten, kein Luxus – sie ist der einzig zuverlässige Weg, um das Volumen zu bewältigen, ohne die Fehlerquote zu akzeptieren, die eine manuelle Übertragung garantiert.

Laden Sie einen einzelnen Zahlungsantrag hoch, um zu sehen, wie die semantische Extraktion die Formulare Ihrer Subunternehmer verarbeitet – oder führen Sie einen vollständigen Batch von 30 Anträgen aus und beobachten Sie, wie sich die konsolidierte Tabelle in Sekunden füllt. Die Formulare sind standardisiert. Die Extraktion sollte es auch sein.