Der vollständige Leitfaden zur
Datenextraktion aus AIA G702 & G703

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 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-Verarbeitung mehr kostet, als Sie denken

Die sichtbaren Kosten der Verarbeitung von Zahlungsanträgen sind die Zeit, die benötigt wird, um eine PDF-Datei zu öffnen, die Zahlen zu lesen und sie in eine Tabellenkalkulation einzutragen. Für einen einzelnen Antrag mit einer G703 mit 30 Positionen erledigt ein kompetenter Projektbuchhalter diese Aufgabe in etwa 30 bis 45 Minuten. Die versteckten Kosten entstehen rund um diese Aufgabe: Die monatliche Auszahlungsfrist komprimiert alle Anträge in ein Drei-Tage-Fenster, Einbehaltsfehler erzwingen Wiedervorlagezyklen, die die 30-tägige Zahlungsfrist neu starten, formübergreifende Abweichungen erfordern Abstimmungsgespräche mit Subunternehmern, und das AIA-Formular selbst kostet Geld, sobald ein neues Projekt beginnt. Einzeln betrachtet sind diese Kosten gering. Zusammen summieren sie sich für viele mittelgroße Generalunternehmer (GU) zum Äquivalent eines Vollzeitgehalts.

Der monatliche Auszahlungszyklus. Zahlungsanträge im gewerblichen Bau folgen einem festen monatlichen Rhythmus. Subunternehmer reichen ihre Zahlungsanträge bis zu einem Stichtag ein – in der Regel am 20. oder 25. des Monats. Der GU prüft, verifiziert und konsolidiert sie bis zum Monatsende zu einem Eigentümer-Auszahlungsantrag. Die Zahlung des Eigentümers trifft, sofern genehmigt, 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 40 Zahlungsanträge in vier Tagen manuell bearbeitet, ist das Risiko, die Frist bei einem oder zwei zu verpassen, nicht theoretisch. Wir haben genau aufgeschlüsselt, wie langsame G702-Dateneingabe Zahlungszyklen verlängert in einer separaten Darstellung der Wiedereingabekette. Der 2025 Financial Benchmarker der Construction Financial Management Association, der auf Geschäftsjahresdaten 2024 von 1.558 Unternehmen basiert, berichtet, dass typische Bauunternehmen eine Nettogewinnmarge vor Steuern von 6,7 Prozent erzielen. Jeder verzögerte Antrag, jeder Korrekturzyklus, jede Wiedervorlage schmälert diese Marge direkt.

Fehler bei der Einbehaltsberechnung. Der Einbehalt – der Prozentsatz jeder Zahlung, der bis zum Projektabschluss einbehalten wird – ist die häufigste Quelle für Streitigkeiten bei Zahlungsanträgen. Die meisten Verträge legen einen festen Satz fest, in der Regel 5 oder 10 Prozent, angewandt auf den Gesamtwert der ausgeführten Arbeiten und eingelagerten Materialien. Doch die Berechnung ist selten so einfach wie „10 Prozent von Position 4 der G702 nehmen“. Viele Verträge verwenden einen variablen Einbehalt: 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 Einbehalt auf ausgeführte Arbeiten. Einige Bundesstaaten legen gesetzliche Einbehaltsgrenzen fest – Kalifornien begrenzt den Einbehalt auf 5 Prozent nach 50 Prozent Fertigstellung bei privaten Projekten –, die den Vertragssatz überschreiben. 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.

Formübergreifende Validierung G702-G703. Die G702-Zusammenfassung bezieht ihre Zahlen aus den Positionssummen der G703. Die „Gesamtsumme der bis dato abgeschlossenen und eingelagerten Arbeiten“ in Zeile 4 des G702 muss der Gesamtsumme von Spalte G des G703 entsprechen. Der Einbehalt in Zeile 5 des G702 muss der Gesamtsumme von Spalte I des G703 entsprechen (bzw. der auf die G703-Summen angewandten Festbetragsberechnung). Wenn ein Projektbuchhalter diese Zahlen manuell überträgt, ist der häufigste Fehler, dass eine kumulierte Summe aus dem G703 in die falsche G702-Zeile eingegeben wird – die abgeschlossene Gesamtsumme wird in das Einbehaltfeld eingetragen oder frühere Zahlungsnachweise werden als aktuelle fällige Zahlung erfasst. Die Formulare selbst verfügen über eine eingebaute 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 erzeugt einen G702, dessen Arithmetik intern inkonsistent ist. Ein Architekt, der den Antrag prüft, erkennt die Inkonsistenz innerhalb von Sekunden und lehnt das gesamte Paket ab – ein Fehlermodus, den wir in häufigen G702-Extraktionsfehlern, die Zahlungsantragsstreitigkeiten auslösen im Detail untersuchen.

Kosten der AIA-Formulare. Im Gegensatz zu Standard-Bestellungen oder Lieferscheinen 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 beim Kauf in größeren Mengen über das AIA-Softwareabonnement, das bei etwa 500 $ pro Jahr für unbegrenzten Zugriff beginnt. Für einen Generalunternehmer (GU), der 50 aktive Subunternehmer über fünf Projekte verwaltet, liegen die jährlichen Formularkosten zwischen 750 und 2.500 $ – keine große Summe, aber eine laufende Betriebsausgabe, die keinen Mehrwert bietet, abgesehen von der Standardisierung des Formats der Abrechnungsdaten, die der GU ohnehin verarbeiten muss.

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

Um zu verstehen, warum die Datenextraktion aus diesen Formularen mehr erfordert als das unabhängige Lesen jeder Seite, muss man zunächst ihre strukturelle Beziehung verstehen. Die G702 und G703 sind nicht zwei getrennt eingereichte Formulare. Sie sind zwei Ansichten derselben Finanzdaten, verbunden durch eine Reihe arithmetischer Bedingungen, die ein zuverlässiges Extraktionstool sowohl lesen als auch verifizieren muss.

Die G702 ist das übergeordnete Formular: neun Zeilen mit finanziellen Zusammenfassungen für den gesamten Vertrag. Ihre Zeilen sind:

Drei dieser neun Zeilen werden von der G703 übernommen (Zeile 4 und in der Folge 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 die Zusammenfassungszahlen, kann sie aber nicht gegen ihre Quelle verifizieren. Es übersieht auch den einzigen Ort, an dem die Daten aufgeschlüsselt werden können – die G703.

Die G703 ist das untergeordnete Formular: eine Tabelle mit variabler Länge, in der jede Zeile eine Position der Wertansatzliste (SOV) darstellt und jede Spalte den finanziellen Fortschritt dieser Position ü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 Arbeitsbereich. Die Gesamtsumme von Spalte G muss mit Zeile 4 auf der G702 übereinstimmen. Die Summe von Spalte I muss mit Zeile 5 übereinstimmen. Diese formü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. Für 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

Selbst wenn die Formulare korrekt ausgefüllt sind, stellt die Datenextraktion aus G702/G703-Paketen Herausforderungen dar, die bei anderen Baudokumenttypen nicht existieren. Diese Herausforderungen sind für jemanden, der Zahlungsanträge nicht in großem Umfang verarbeitet hat, nicht sofort offensichtlich.

Handschriftliche Nachtragsanordnungen und Mengen. Trotz der weit verbreiteten Verfügbarkeit digitaler AIA-Formulare treffen ein erheblicher Teil der Zahlungsanträge von Subunternehmern mit handschriftlichen Einträgen ein. Mit Feldanmerkungen versehene G703-Formulare sind üblich: Der Projektmanager eines Subunternehmers druckt die Wertansatzliste (SOV), trägt die Mengen der aktuellen Periode von Hand ein, berechnet den Fertigstellungsgrad am Rand und scannt das annotierte Blatt als PDF. Ein Subunternehmer, der an mehreren Projekten arbeitet, kann ein einziges handschriftlich annotiertes Nachtragsanordnungsprotokoll erstellen und es dem Zahlungsantrag beifügen, anstatt die AIA-Änderungsauftragszusammenfassungstabelle zu verwenden. Herkömmliche OCR- und vorlagenbasierte Extraktionstools — die Datenfelder anhand ihrer Pixelpositionen auf der Seite lokalisieren — scheitern bei diesen Dokumenten, weil die handschriftlichen Werte das Layout verschieben. Eine handschriftliche „1.247" in der Mengenspalte verschiebt den angrenzenden Dollarbetrag um eine Zelle nach rechts, und die Vorlagenextraktion liefert den falschen Wert, ohne zu signalisieren, dass etwas schiefgelaufen ist. Vision-basierte 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 befinden, deren Kopfzeile „In diesem Zeitraum ausgeführte Arbeiten" lautet — nicht durch Messen von Pixelabständen vom oberen Seitenrand.

CSI-MasterFormat-Codes. Die meisten G703-Folgeblätter organisieren Positionen mithilfe von CSI-MasterFormat-Abschnittsnummern — dem standardisierten Klassifizierungssystem, das vom Construction Specifications Institute (CSI) gepflegt wird. Ein typisches G703 könnte Positionen wie „03 30 00 — Ortbeton", „08 11 00 — Metalltüren und -rahmen", „23 31 00 — HLK-Kanäle" 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 Kostenstellencode 03 30 00 gehören, nicht zu „Beton" als allgemeiner Kategorie. Ein Extraktionstool, das Positionsbeschreibungen als unstrukturierten Text erfasst, verliert den strukturierten Kostenstellencode. Ein Tool, das die MasterFormat-Hierarchie kennt, kann die Abschnittsnummer in einer separaten Spalte ausgeben und so die Zuordnung zwischen positionsbasierter Abrechnung und Auftragskostenallokation bewahren. Die aktuelle MasterFormat-2026-Ausgabe, die von CSI in Zusammenarbeit mit Construction Specifications Canada veröffentlicht wurde, organisiert Bauleistungsbeschreibungen in 50 Abschnitte — von Abschnitt 00 (Beschaffungs- und Vertragsanforderungen) bis Abschnitt 49 — mit etwa 2.185 neuen Einträgen, die im Update 2026 hinzugefügt wurden.

Verfolgung der Vertragssumme über Nachtragsanordnungen hinweg. Ein Bauprojekt wird selten zu seiner ursprünglichen Vertragssumme abgeschlossen. Nachtragsanordnungen ergänzen Arbeiten, kürzen Arbeiten oder passen die Preise an, während das Projekt fortschreitet. Das G702 verfolgt dies über die Zeilen 1, 2 und 3: die ursprüngliche Summe, die Nettoänderung und die angepasste Gesamtsumme. Aber die Nachtragsanordnungszusammenfassung auf dem G702 ist nur eine einzelne Zahl — sie listet keine einzelnen Nachtragsanordnungen oder deren Status (genehmigt, ausstehend, umstritten) auf. Subunternehmer fügen ihren Zahlungsantragspaketen oft separate Nachtragsanordnungsprotokolle oder CO-Begleitschreiben bei. Ein Extraktionsworkflow, der nur die G702-Felder erfasst, verpasst die unterstützenden Details, die der Projektbuchhalter benötigt, um zu überprüfen, ob die Nettoänderungszahl korrekt ist. Die allgemeinere Lektion für 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 formübergreifenden Validierung. Die rechnerischen Abhängigkeiten zwischen G702 und G703 gehen über den einfachen Abgleich von Spaltensummen hinaus. Spalte D (Bisherige Arbeiten aus früherem Antrag) des aktuellen Zahlungsantrags in G703 muss der Spalte G (Gesamte bisherige Arbeiten und eingelagerte Materialien) des vorherigen Zahlungsantrags entsprechen, abzüglich der Spalte F (Eingelagerte Materialien) der Vorperiode. Wenn ein Subunternehmer seine Wertansatzliste (SOV) mitten im Projekt ändert – eine Position in zwei aufteilt oder Werte zwischen Gewerken umverteilt – bricht diese Übertragung, und der Generalunternehmer (GU) muss die Abweichung manuell abgleichen. Ein Extraktionstool, das jeden Zahlungsantrag als unabhängiges Dokument behandelt, wird diese Unstimmigkeit nicht kennzeichnen. Ein Tool, das aufeinanderfolgende Zahlungsanträge liest und deren Übertragungswerte vergleicht, wird es tun.

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

Der Unterschied zwischen traditioneller Zahlungsantrag-Extraktion und KI-basierter Extraktion ist keine Frage der Geschwindigkeit – beide können eine Seite in Sekunden verarbeiten. Der Unterschied liegt darin, wie sie mit Abweichungen, Fehlern und formübergreifenden Beziehungen umgehen.

Manuelles Kopieren-Einfügen mit Tabellenkalkulation. Der traditionelle Ansatz: Die G702-PDF des Subunternehmers öffnen, Zeile 4 (Gesamte bisherige Arbeiten und eingelagerte Materialien) lesen und in die Projektverfolgungstabelle unter der Zeile dieses Subunternehmers eintragen. Die G703 öffnen, bei der ersten Position beginnen und Positionsnummer, Beschreibung, geplanter Wert, bisherige Arbeiten, aktuelle Periode, eingelagerte Materialien, Gesamt, Prozent, Restbetrag, Einbehalt eintragen – 10 Felder pro Zeile für 30 Zeilen. Diesen Vorgang für jeden der 40 Subunternehmer wiederholen, die in diesem Auszahlungszyklus Zahlungsanträ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 Bauindustrie ergab, dass die manuelle Übertragung numerischer Baudaten Fehlerraten von 0,5 bis 2,5 Prozent pro Feld erzeugt. Bei 300 Werten pro Antrag und 40 Anträgen sind das 60 bis 300 Fehler pro Abrechnungszyklus. Die meisten sind klein. Einige sind es nicht.

Template-basierte OCR. Template-basierte Extraktionstools wie Docparser und traditionelle OCR-Plattformen lösen das Übertragungsproblem, führen aber ein Wartungsproblem ein. Sie erstellen eine Vorlage für die G702-Übersichtsseite: definieren eine Zone an Position (x=200, y=150), die die ursprüngliche Vertragssumme erfasst, eine weitere Zone an (x=200, y=180) für Netto-Nachtragsanordnungen, und so weiter für alle neun Zeilen. Sie erstellen eine zweite Vorlage für die G703-Tabelle: definieren Spaltenzonen, die die Tabellenzellen anhand ihrer Pixelkoordinaten relativ zu den Tabellenrändern erfassen. Die Vorlagen funktionieren einwandfrei für den digital eingereichten Formular des ersten Subunternehmers. Sie versagen, wenn der zweite Subunternehmer eine gescannte G703 einreicht, bei der 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 leicht anders positioniert. Sie versagen vollständig, wenn eine handschriftliche G703 eintrifft und die Tabellenstruktur unregelmäßig ist. Jeder Fehler erfordert eine neue Vorlage oder eine Anpassung der bestehenden – und die Anpassung bricht die Abdeckung der zuvor funktionierenden Formulare.

Benutzerdefinierte Spaltenextraktion mit semantischer KI. Moderne vision-basierte Extraktion liest G702/G703-Formulare, indem sie versteht, was jedes Feld bedeutet, und nicht, wo es auf der Seite steht. Das ist Benutzerdefinierte Spaltenextraktion: Sie definieren die Spalten, die Sie in Ihrer Ausgabetabelle wünschen — „Original Contract Sum", „Total Completed and Stored", „Retainage Percentage", „Item Number", „Description", „Scheduled Value", „Work Completed This Period", „Total Completed to Date", „Balance to Finish" — und die KI liest das gesamte Dokument, identifiziert die Werte, die jeder Spalte entsprechen, anhand ihrer semantischen Rolle im Formular und gibt sie als strukturierte Zeile aus. Das digitale G702 des ersten Subunternehmers und der handschriftliche Scan des zweiten Subunternehmers erzeugen beide dieselben Ausgabespalten — weil die KI weiß, was „Retainage" bedeutet, und nicht, wo es normalerweise erscheint.

Für einen praktischen Vergleich, wie verschiedene Extraktionstools mit AIA-G702-Formularen neben anderen Baudokumenttypen umgehen, hat der Artikel beste Dokumentextraktionssoftware für das Bauwesen im Jahr 2026 acht Plattformen anhand eines gemeinsamen Testsatzes von 35 Baudokumenten getestet und bietet feldgenaue Genauigkeits-Benchmarks speziell für Zahlungsanträge.

Berechnete Spalten: Den Rechenkreislauf schließen

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

Drei berechnete Spalten sind für die Extraktion von Zahlungsanträgen besonders wertvoll:

• Einbehaltsprüfung — definieren Sie eine berechnete Spalte, die den extrahierten „Total Completed and Stored to Date" mit dem vertraglichen Einbehaltsprozentsatz multipliziert. Wenn der im G702 angegebene Einbehaltsbetrag um mehr als eine kleine Toleranz (z. B. 1,00 $) von diesem berechneten Wert abweicht, kennzeichnet die Extraktion eine Abweichung, die der Prüfer untersuchen kann, bevor er den Antrag genehmigt.
• Formübergreifende Validierung — definieren Sie eine berechnete Spalte, die G703-Spalte G (Total Completed and Stored to Date) über alle Positionen summiert und das Ergebnis mit G702-Zeile 4 vergleicht. Dies ist die wichtigste arithmetische Prüfung im Zahlungsantrag, und ihre Automatisierung beseitigt die häufigste Ursache für Wiedereinreichungen.
• Restbetrag-Rollup — berechnen Sie den verbleibenden Vertragswert, indem Sie die kumulierten verdienten Beträge plus einbehaltene Einbehalte von der Vertragssumme bis heute abziehen. Dies gibt dem Projektteam einen Echtzeit-Überblick darüber, wie viel Budget für jeden Leistungsbereich übrig ist, ohne auf den nächsten Zahlungsantrag des Subunternehmers warten zu müssen.

Diese berechneten Spalten erfordern nicht, dass der Benutzer nach der Extraktion Formeln eingibt. Sie werden in der Extraktionseinrichtung festgelegt — entweder als Teil des Spaltennamens (z. B. „Retainage Check (Total Completed 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, die die Genauigkeit des Zahlungsantrags überprüfen, gefüllt sind, bevor der Prüfer die Datei öffnet.

Stapelverarbeitung: Von 30 Zahlungsanträgen zu einer konsolidierten Übersichtstabelle

Die Extraktion eines einzelnen G702/G703-Pakets ist ein Proof of Concept. Die Extraktion von 30 bis 50 Paketen in einem einzigen Durchgang ist der Punkt, an dem der operative Nutzen sichtbar wird. 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 aus Projekt, Subunternehmer und Leistungsbereich bewahrt.

Der konsolidierte Auszahlungsplan eines Generalunternehmers (GU) – die Master-Tabelle, die den Zahlungsstatus aller Subunternehmer über alle aktiven Projekte hinweg verfolgt – organisiert die Daten typischerweise auf drei Ebenen: Projekt, Subunternehmer und Position. Eine Batch-Extraktion 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 übrigen Spalten die Zahlungsantragsdaten für jede Position erfassen. Wenn die 40 Anträge eine Mischung aus digitalen Formularen und handschriftlichen Scans umfassen, muss die Batch-Extraktion beide durch denselben Workflow verarbeiten, ohne dass eine separate Konfiguration pro Datei erforderlich ist.

Der Batch-Ansatz macht auch die formübergreifende Validierung leistungsfähiger. Anstatt in Isolation zu prüfen, ob die G703-Summe von Subunternehmer A mit seiner G702-Summe übereinstimmt, ermöglicht die konsolidierte Tabelle den Vergleich der Zahlungsbeträge zwischen Subunternehmern, die ähnliche Leistungen auf demselben Projekt ausführen – und markiert so eine Situation, in der der Trockenbau-Subunternehmer 80 Prozent Fertigstellung abrechnet, während der Maler-Subunternehmer, der erst beginnen kann, wenn der Trockenbau abgeschlossen ist, 90 Prozent abrechnet. Solche Anomalien auf Musterebene sind unsichtbar, wenn jeder Antrag einzeln verarbeitet wird. Eine detaillierte Anleitung zur Stapelverarbeitung finden Sie im eigenen Leitfaden zu Batch-Verarbeitung von AIA-G702-Zahlungsanträgen über ein gesamtes Projektportfolio.

Export und Integration: Daten dorthin bringen, wo sie benötigt werden

Das Extrahieren von Zahlungsantragsdaten ist nur dann sinnvoll, wenn die extrahierten Daten das System erreichen, in dem die Zahlungsabwicklung stattfindet. Für die meisten GU 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 Ausgabepfad und der flexibelste. 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-Nachtragsanordnungen, Vertragssumme bis heute, insgesamt abgeschlossen und eingelagert, 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 die jeweiligen Berichts- und Zahlungsabwicklungsworkflows erforderlich ist.

Google-Sheets-Integration. Für Teams, die ihre Auszahlungspläne in Google Sheets verwalten, kann die Extraktionsausgabe direkt in die aktive Tabelle über ein Google-Sheets-Add-on gelangen. Dies eliminiert den Export-Import-Schritt vollständig: Die hochgeladenen Zahlungsantrags-PDFs werden verarbeitet, und die resultierenden strukturierten Daten werden in Echtzeit an das festgelegte Blatt angehängt, wobei die Spaltenüberschriften der vorhandenen Tracking-Vorlage des Benutzers entsprechen. 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 Datagrid-Übernahme, konzentrieren sich auf Submittals, RFIs und Vertragsprüfung – nicht auf die Aufnahme externer Dokumentdaten in das Zahlungsabwicklungsmodul. Viewpoint (Trimble) bietet AIA-Abrechnungsfunktionen innerhalb seiner Vista- und Spectrum-ERP-Plattformen, erfordert jedoch, dass der Zahlungsantrag im System generiert wird, anstatt als ausgefülltes PDF von einem Subunternehmer 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 stapelweise verarbeiten?

Ja. Die Stapelverarbeitung ist das Szenario, in dem die KI-Extraktion für Generalunternehmer (GU) den höchsten Nutzen bietet. Laden Sie alle Zahlungsantrags-PDFs – digital oder handschriftlich, von jedem Subunternehmer, für jedes Projekt – in einem einzigen Stapel hoch. Die KI liest jedes Formular unabhängig, extrahiert die G702- und G703-Daten und erstellt eine konsolidierte Tabelle mit einer Spalte, die die Quelldatei identifiziert. Der Stapelworkflow verarbeitet gemischte Formate automatisch: 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.

Kosten AIA-G702-Formulare Geld?

Ja. AIA Contract Documents besitzt das Urheberrecht an den offiziellen G702- und G703-Formularen. Ein Einmalnutzungs-Set aus G702/G703 kostet über die AIA-Website etwa 49,99 $. Ein Jahresabonnement für unbegrenzten Zugriff auf alle AIA-Dokumente kostet etwa 500 $ pro Jahr. Viele Bauunternehmen 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 die Notwendigkeit des Formulars selbst – sie automatisiert die Übertragung der Daten aus dem ausgefüllten Formular in Ihre Tracking-Systeme.

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, Submittals und RFIs – nicht auf die Extraktion strukturierter Daten aus eingehenden Zahlungsantrags-PDFs. Procore bietet zwar AIA-Abrechnungsfunktionen zur Erstellung von G702/G703-Formularen innerhalb der Plattform, aber dies ist ein Dokumenterstellungstool, kein Extraktionstool für Formulare, die von Subunternehmern eingehen. Der gängigste Integrationsweg besteht darin, G702/G703-Daten mit einem speziellen Extraktionstool zu extrahieren 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.