So extrahieren Sie AIA-G702-Zahlungsantragsdaten
automatisch in eine Tabelle
Das AIA-G702-Formular „Antrag und Bescheinigung zur Zahlung" sowie das zugehörige G703-Fortsetzungsblatt sind die Standard-Abrechnungsdokumente bei nahezu jedem gewerblichen Bauprojekt in den USA. Ein mittelgroßer Hauptauftragnehmer mit fünf laufenden Projekten erhält von Subunternehmern monatlich etwa 10 bis 15 Zahlungsanträge. Jeder Antrag umfasst eine G702-Übersichtsseite und ein G703-Fortsetzungsblatt mit 20 bis 50 Positionen – jede Position enthält zehn Spalten mit kumulierten und periodenbezogenen Werten. Das sind 200 bis 750 Werte, die pro Antrag zu prüfen sind, und 2.000 bis 7.500 Werte pro Monat über alle Projekte hinweg. Jede dieser Zahlen wird entweder manuell in eine Zahlungsverfolgungstabelle eingegeben oder von einer Tabelle in eine andere übertragen. Das Formular ist standardisiert. Die Dateneingabe nicht.
Wichtigste Erkenntnisse
- Das AIA-G702/G703-Formular ist das am stärksten standardisierte Formular im US-Bauwesen – dennoch geben mittelgroße Hauptauftragnehmer monatlich 2.000 bis 7.500 Zahlungsantragswerte manuell neu ein – Zahlen, die von drei verschiedenen Personen in drei separate Systeme eingegeben werden.
- Die Vorlagen-Extraktion – die naheliegende Lösung für Standardformulare – scheitert bei G702/G703 nicht, weil die Formulare variieren, sondern weil dasselbe Standardformular mit unterschiedlichen PDF-Editoren ausgefüllt wird, stark unterschiedliche Positionsanzahlen enthält und oft als handschriftliche Scans eingereicht wird, die einen Pixel-Positionsabgleich unmöglich machen.
- Die Spaltennamen-Extraktion liest Felder nach Bedeutung statt nach Position und ermöglicht es ImageToTable.ai, alle 300 Werte pro Antrag in einem Durchgang sowohl aus der G702-Übersicht als auch aus den G703-Positionen zu erfassen – das verwandelt eine 45-minütige Prüfung in etwa 30 Sekunden Extraktion plus 9 Minuten tatsächliche Verifizierungsarbeit.
Der G702/G703-Abrechnungszyklus: Gleiche Zahlen, mehrere Tastaturen
Der Zahlungsantrag-Workflow bei einem Standardprojekt mit AIA-Vertrag folgt einem vorhersehbaren Ablauf: Ein Subunternehmer füllt das G703-Fortsetzungsblatt aus – mit jeder Position aus dem Leistungsverzeichnis, dem Wert der in diesem Zeitraum abgeschlossenen Arbeiten, den auf der Baustelle gelagerten Materialien und der kumulierten Summe bis heute. Die G702-Übersichtsseite übernimmt die Summen aus dem G703 und ergänzt vertragsebene Angaben: die ursprüngliche Vertragssumme, genehmigte Nachträge, einbehaltene Einbehalte und den aktuell fälligen Nettobetrag.
Der Subunternehmer reicht dieses Paket – in der Regel als PDF, manchmal als ausgedrucktes Formular, gelegentlich als ausgefüllte Excel-Vorlage – beim Projektmanager des Hauptauftragnehmers ein. Der Projektmanager prüft die Zahlen auf Richtigkeit, stellt sicher, dass die Positionssummen im G703 mit den Übersichtszahlen im G702 übereinstimmen, verifiziert, dass der Einbehalt zum korrekten vertraglichen Satz berechnet wurde, und gibt die genehmigten Werte anschließend in das Zahlungsverfolgungssystem des Hauptauftragnehmers ein. Wenn Eigentümer oder Architekt vor der Zertifizierung eine eigene Prüfung verlangen, werden die Daten ein drittes Mal in das System des Eigentümers eingegeben.
Dieselben Zahlen – Vertragssumme, Nachträge, abgeschlossene Arbeiten, gelagerte Materialien, einbehaltene Beträge, fälliger Betrag – werden von drei verschiedenen Personen in drei verschiedene Systeme eingegeben. Das G702/G703-Format standardisiert die Darstellung der Daten, reduziert aber nicht die Anzahl der manuellen Übertragungen.
Ein einzelner Zahlungsantrag mit 30 Positionen im G703 enthält über die zehn Spalten verteilt rund 300 einzelne Zahlenwerte. Bei 15 Anträgen pro Monat über fünf Projekte hinweg verarbeitet das Projektmanagement-Team des Hauptauftragnehmers etwa 4.500 Zahlen pro Abrechnungszyklus – jede einzelne muss geprüft werden, und die meisten müssen für die Zahlungsabwicklung und Projektkostenverfolgung in das System des Hauptauftragnehmers eingegeben werden.
Die G702 und G703 gehören zu den am stärksten standardisierten Formularen im Bauwesen. Genau diese Standardisierung macht sie zu idealen Kandidaten für die automatisierte Datenextraktion – jedes Feld bedeutet auf jedem Formular dasselbe. Das Problem ist nicht die Formatvielfalt. Es ist das Volumen.
Zwei Datensebenen: G702-Kopfzeilen und G703-Positionen
Um die Extraktion zu verstehen, muss man die zweistufige Struktur des Zahlungsantrags verstehen.
Der G702-Antrag und die Bescheinigung zur Zahlung ist die Zusammenfassung. Seine Felder decken das finanzielle Gesamtbild auf Vertragsebene ab:
Ursprüngliche Vertragssumme | Netto-Nachträge | Vertragssumme bis heute
Gesamt abgeschlossen und gelagert bis heute | Einbehalt % | Einbehaltsbetrag
Gesamt verdient abzüglich Einbehalt | Abzüglich früherer Bescheinigungen
Aktuell fällige Zahlung | Restbetrag bis zur Fertigstellung (inkl. Einbehalt)Das G703-Fortsetzungsblatt ist die detaillierte Ergänzung. Jede Zeile stellt eine Position aus dem Leistungsverzeichnis des Projekts dar, und jede Spalte verfolgt einen anderen Aspekt des finanziellen Fortschritts dieser Position. Eine einzelne Zeile enthält:
Positionsnr. | Beschreibung | Geplanter Wert
Abgeschlossene Arbeiten: Früherer Antrag | Abgeschlossene Arbeiten: Dieser Zeitraum
Derzeit gelagerte Materialien | Gesamt abgeschlossen und gelagert bis heute
% abgeschlossen | Restbetrag bis zur Fertigstellung | EinbehaltBeide Ebenen müssen extrahiert und gegenseitig verifiziert werden: Die Summe aller G703-Positionen „Gesamt abgeschlossen und gelagert bis heute" muss der G702-Summe „Gesamt abgeschlossen und gelagert bis heute" auf der Übersichtsseite entsprechen. Die Summe aller G703-Werte „Abgeschlossene Arbeiten: Dieser Zeitraum" muss dem Beitrag des Zeitraums zur aktuellen Zahlungsberechnung der G702 entsprechen. Eine Extraktion, die beide Ebenen in einem Durchgang erfasst, macht die Abstimmung zweier separater Dateneingabe-Workflows überflüssig.
Warum die Spaltennamensextraktion G702/G703 besser verarbeitet als eine Vorlage
Auf den ersten Blick scheinen G702/G703 der ideale Anwendungsfall für die vorlagenbasierte Extraktion zu sein. Es sind Standardformulare. Die Feldpositionen sind bekannt. Eine einmal konfigurierte Vorlage sollte dauerhaft funktionieren.
In der Praxis untergraben drei Dinge die Zuverlässigkeit von Vorlagen selbst bei Standardformularen:
Verschiebung durch Ausfüllen. Wenn ein Subunternehmer ein G702-PDF elektronisch ausfüllt, verschieben die eingegebenen Werte die vorgedruckten Feldbeschriftungen oft leicht. Eine Vorlage, die „Vertragssumme bis heute" an einer festen Pixelkoordinate erwartet, verfehlt den Wert, wenn Schriftgröße, Zeilenabstand oder Feldüberlauf ihn auch nur um wenige Pixel verschoben haben. PDF-Ausfülltools verschiedener Software (Bluebeam, Adobe, browserbasierte Editoren) rendern ausgefüllte Werte unterschiedlich.
Variable Anzahl an Positionen. Ein G703-Blatt kann 12 Positionen für einen Subunternehmer und 47 für einen anderen enthalten. Eine Vorlage, die eine feste Anzahl von Zeilen erwartet, übersieht entweder Daten oder erfasst leere Zellen als Werte. Die Spaltennamensextraktion liest die Tabelle dynamisch – sie findet alle Zeilen, unabhängig von der Anzahl, und extrahiert jeden ausgefüllten Wert.
Handschriftliche oder gescannte Einreichungen. Kleinere Subunternehmer reichen G702/G703-Formulare weiterhin in Papierform mit handschriftlichen oder mit Schreibmaschine ausgefüllten Werten ein. Eine Vorlage, die sauberen digitalen Text erwartet, scheitert an einem gescannten Bild. Die Spaltennamensextraktion funktioniert bei gescannten Formularen, da die KI den visuellen Inhalt liest, statt sich auf eine digitale Textebene zu verlassen.
Spaltennamensextraktion bewältigt alle drei Fälle, da sie Informationen nach Bedeutung statt nach Position sucht. Der Feldname „Gesamtbetrag abgeschlossen und gelagert bis heute" teilt der KI mit, den kumulierten Dollarbetrag im Zusammenfassungsbereich des G702 zu finden. Der Feldname „In diesem Zeitraum abgeschlossene Arbeiten" teilt der KI mit, die Werte des aktuellen Zeitraums in jeder Zeile der G703-Positionstabelle zu finden. Die KI kümmert sich nicht darum, ob das Formular elektronisch oder von Hand ausgefüllt wurde, ob die Zeilenanzahl 12 oder 47 beträgt oder ob die Schrift die Beschriftung um zwei Pixel verschoben hat.
Schritt für Schritt: G702/G703 PDF zum Zahlungsplan
Dateien werden sicher verarbeitet, nicht gespeichert. Geben Sie G702/G703-Feldnamen ein und laden Sie eine Stichprobe hoch, um zu testen.
Was die KI extrahiert und was der Projektmanager weiterhin prüft
Ein wichtiger Unterschied: Die KI extrahiert die Zahlen aus dem Formular. Sie prüft nicht eigenständig, ob die Arithmetik des Subunternehmers korrekt ist. Die Positionswerte im G703 sind die gemeldeten Zahlen des Subunternehmers – die KI erfasst, was das Formular angibt, unabhängig davon, ob die einzelnen Positionen korrekt zu den G702-Summen aufaddieren.
Das bedeutet, der Projektmanager übernimmt weiterhin zwei Prüfschritte, die keinem Extraktionstool anvertraut werden sollten:
Abstimmung der Positionssummen. Die Summe aller G703-Werte unter „Work Completed This Period" muss dem Wert entsprechen, der in der G702-Berechnung der aktuellen Zahlung verwendet wird. Die KI liefert beide Zahlen. Der Projektmanager bestätigt, dass sie übereinstimmen. Wenn sie nicht übereinstimmen – und Rechenfehler von Subunternehmern sind häufig – wird die Abweichung vor der Zahlungsabwicklung gekennzeichnet.
Prüfung der Einbehaltsberechnung. Der Einbehalt beträgt in der Regel 5 % oder 10 % des Werts der abgeschlossenen Arbeiten, aber der vertragliche Satz kann sich bei Projektmeilensteinen ändern (häufig Reduzierung auf 50 % des ursprünglichen Satzes nach 50 % Projektabschluss). Die KI extrahiert den Einbehaltsprozentsatz, wie er im Formular angegeben ist. Der Projektmanager prüft, ob er den Vertragsbedingungen für die aktuelle Projektphase entspricht. Dies ist eine vertragliche Ermessensentscheidung, keine Datenextraktionsaufgabe.
Die Rolle der KI besteht darin, die Tipparbeit zu eliminieren – 300 Zahlen pro Antrag von manueller Eingabe in automatische Erfassung zu überführen. Die Rolle des Projektmanagers besteht darin, das zu prüfen, was zählt – die Abstimmung, die Einbehaltsberechnung und die Genehmigungsentscheidung. Zusammen reduziert der Workflow einen 45-minütigen Prüfzyklus pro Antrag auf etwa 10 Minuten: 30 Sekunden Extraktion, 9 Minuten Prüfung.
Häufig gestellte Fragen
Funktioniert das sowohl mit digitalen PDFs als auch mit gescannten Papierformularen G702/G703?
Ja. Elektronische PDFs mit getippten Werten erzielen die höchste Genauigkeit – nahezu 99 % bei numerischen Feldern. Gescannte Papierformulare reduzieren die Genauigkeit proportional zur Scanqualität: Ein sauberer Scan mit 300 DPI funktioniert gut; ein Scan mit niedriger Auflösung oder Schräglage erzeugt mehr gekennzeichnete Felder. Handschriftliche Werte auf gescannten Formularen werden mit geringerer Konfidenz extrahiert und erfordern eine Prüfung. Für beste Ergebnisse fordern Sie wann immer möglich elektronische Einreichungen an.
Kann die KI G703-Blätter mit unterschiedlicher Anzahl von Positionen von verschiedenen Subunternehmern verarbeiten?
Ja. Die Spaltennamenerkennung liest die Positionstabelle dynamisch – sie findet alle befüllten Zeilen unabhängig von der Anzahl. Ein G703 mit 12 Positionen und ein G703 mit 47 Positionen werden mit denselben Felddefinitionen verarbeitet und erzeugen Ausgaben mit derselben Spaltenstruktur. Die Zeilenanzahl passt sich automatisch an jedes Dokument an.
Integriert sich das in Procore, Sage oder andere Baumanagementsoftware?
Die Extraktion exportiert nach Excel und CSV. Die meisten Baumanagementplattformen – Procore, Sage 300 CRE, Viewpoint, Foundation, Jonas – akzeptieren Excel- oder CSV-Importe für Zahlungsantragsdaten. Exportieren Sie die Extraktionsergebnisse und importieren Sie sie in Ihre Plattform. Der Datenextraktionsschritt ist unabhängig von Ihrer Baumanagementsoftware; er speist sich in jedes System, das Sie für die Zahlungsabwicklung verwenden.
Was ist mit Nachträgen auf dem G702 – kann die KI ursprüngliche Vertragswerte von Nachtragswerten unterscheiden?
Ja. Das G702 enthält separate Positionen für die ursprüngliche Vertragssumme und die Netto-Nachträge, die zur Vertragssumme bis zum aktuellen Datum führen. Definieren Sie separate Spalten für jede Position, und die KI extrahiert sie unabhängig voneinander. Die KI erfasst auch Nachtragspositionen, die auf dem G703 separat aufgeführt sein können, falls der Sub sie aus dem ursprünglichen Leistungsverzeichnis herausgelöst hat.
Wie viele Zahlungsanträge kann ich in einem einzigen Batch verarbeiten?
Laden Sie die Zahlungsanträge eines gesamten Monats in einem Batch hoch – 10 bis 20 G702/G703-Pakete von mehreren Subunternehmern. Die KI verarbeitet jedes Set unabhängig, und die Ausgabe führt alle Positionen in einer einzigen Tabelle zusammen, wobei der Subunternehmername und die Projektreferenz in jeder Zeile für Filter- und Pivot-Zwecke wiederholt werden. Die praktische Batch-Größe hängt eher von Ihrem Tarif ab als von technischen Einschränkungen.
Für verwandte Bau-Dokumenten-Workflows finden Sie unsere Anleitungen zum Extrahieren von Versicherungsnachweisdaten, zum Erfassen von Subunternehmer-Angeboten mit berechneten Positionsbeträgen und zur Datenerfassung auf Baustellen.