So extrahieren Sie AIA G702-Zahlungsdaten
automatisch in eine Tabelle
Das AIA G702-Zahlungsantrags- und -bescheinigungsformular sowie das dazugehörige G703-Fortsetzungsblatt sind die Standard-Abrechnungsdokumente nahezu aller gewerblichen Bauprojekte in den USA. Ein mittelständischer Generalunternehmer mit fünf aktiven Projekten erhält monatlich etwa 10 bis 15 Zahlungsanträge von Subunternehmern. Jeder Antrag umfasst eine G702-Übersichtsseite und ein G703-Fortsetzungsblatt mit 20 bis 50 Positionen – jede Position enthält zehn Spalten mit kumulierten und periodenspezifischen Werten. Das sind 200 bis 750 zu prüfende Werte pro Antrag 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.
Wichtige Erkenntnisse
- Das AIA G702/G703 ist das am stärksten standardisierte Formular im US-Bauwesen, dennoch tippen mittelgroße Generalunternehmer monatlich 2.000 bis 7.500 Zahlungsantragswerte manuell neu ein – Zahlen, die von drei verschiedenen Personen in drei verschiedene Systeme eingegeben werden.
- Die Extraktion von Vorlagen – 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 abweichende Positionsanzahlen enthält und oft als handschriftliche Scans eingereicht wird, die eine pixelgenaue Positionserkennung unmöglich machen.
- Die Extraktion nach Spaltennamen liest Felder nach Bedeutung statt nach Position aus, sodass ImageToTable.ai alle 300 Werte pro Antrag sowohl in der G702-Zusammenfassung als auch in den G703-Positionen in einem Durchgang erfasst – und so aus einer 45-minütigen Prüfung etwa 30 Sekunden Extraktion plus 9 Minuten tatsächliche Überprüfungsarbeit macht.
Der G702/G703-Abrechnungszyklus: Gleiche Zahlen, mehrere Tastaturen
Der Zahlungsantragsworkflow in einem Standard-AIA-Vertragsprojekt folgt einem vorhersehbaren Pfad: Ein Subunternehmer füllt das G703-Fortsetzungsblatt aus – listet jede Position aus dem Leistungsverzeichnis auf, trägt den Wert der in diesem Zeitraum abgeschlossenen Arbeiten, die auf der Baustelle gelagerten Materialien und den kumulierten Gesamtbetrag bis heute ein. Die G703-Zusammenfassungsseite übernimmt die Summen aus dem G703 und fügt vertragliche Zahlen hinzu: die ursprüngliche Vertragssumme, genehmigte Nachtragsaufträge, einbehaltene Sicherheitseinbehalte und den derzeit fälligen Nettobetrag.
Der Sub reicht dieses Paket – in der Regel als PDF, manchmal als ausgedrucktes Formular, gelegentlich als ausgefüllte Excel-Vorlage – beim Projektmanager des Generalunternehmers ein. Der PM prüft die Zahlen auf Richtigkeit, stellt sicher, dass die G703-Positionssummen mit den G703-Zusammenfassungszahlen übereinstimmen, verifiziert, dass der Sicherheitseinbehalt zum korrekten vertraglichen Satz berechnet wurde, und gibt dann die genehmigten Werte in das Zahlungsverfolgungssystem des GU ein. Wenn der Bauherr oder Architekt vor der Zertifizierung eine eigene Prüfung verlangt, werden die Daten ein drittes Mal in das System des Bauherrn eingegeben.
Derselbe Zahlensatz – Vertragssumme, Nachtragsaufträge, abgeschlossene Arbeiten, gelagerte Materialien, einbehaltene Sicherheiten, fälliger Betrag – wird von drei verschiedenen Personen in drei verschiedene Systeme eingegeben. Das G702/G703-Format standardisiert die Darstellung der Daten, tut aber nichts, um die Anzahl der manuellen Übertragungen zu reduzieren.
Ein einzelner Zahlungsantrag mit 30 Positionen auf dem G703 enthält etwa 300 einzelne Zahlenwerte über die zehn Spalten hinweg. Bei 15 Anträgen pro Monat über fünf Projekte hinweg verarbeitet das Projektmanagementteam eines GU 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 GU-System 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 hat in jedem Formular dieselbe Bedeutung. Das Problem ist nicht die Formatvielfalt, sondern die Menge.
Zwei Datenebenen: G702-Kopfzeilen und G703-Positionen
Um die Extraktion zu verstehen, muss man die zweistufige Struktur des Zahlungsantrags verstehen.
Der G702-Antrag und die Zahlungsbescheinigung ist die Zusammenfassung. Seine Felder decken das finanzielle Gesamtbild auf Vertragsebene ab:
Ursprüngliche Vertragssumme | Netto-Nachtragsaufträge | Vertragssumme bis heute
Gesamt fertiggestellt & eingelagert bis heute | Einbehalt % | Einbehaltsbetrag
Gesamt verdient abzüglich Einbehalt | Abzüglich vorheriger Bescheinigungen
Aktuelle fällige Zahlung | Restbetrag bis zur Fertigstellung (inkl. Einbehalt)Das G703-Fortsetzungsblatt ist die detaillierte Aufstellung. Jede Zeile repräsentiert eine Position aus dem Leistungsverzeichnis des Projekts, und jede Spalte verfolgt einen anderen Aspekt des finanziellen Fortschritts dieser Position. Eine einzelne Zeile enthält:
Pos.-Nr. | Beschreibung | Planwert
Erbrachte Leistung: Vorheriger Antrag | Erbrachte Leistung: Dieser Zeitraum
Derzeit eingelagerte Materialien | Gesamt erbracht & eingelagert bis heute
% fertig | Rest bis Fertigstellung | EinbehaltBeide Ebenen müssen extrahiert und kreuzweise verifiziert werden: Die Summe aller G703-Postenwerte "Gesamt erbracht & eingelagert bis heute" muss dem G702-Wert "Gesamt erbracht & eingelagert bis heute" auf der Zusammenfassungsseite entsprechen. Die Summe aller G703-Werte "Erbrachte Leistung: Dieser Zeitraum" muss dem Beitrag des Zeitraums zur aktuellen G702-Zahlungsberechnung entsprechen. Eine Extraktion, die beide Ebenen in einem Durchlauf erfasst, macht die Abstimmung zweier separater Dateneingabe-Workflows überflüssig.
Warum Spaltennamensextraktion G702/G703 besser handhabt als eine Vorlage
Auf den ersten Blick scheinen G702/G703 der ideale Anwendungsfall für vorlagenbasierte Extraktion zu sein. Es sind Standardformulare. Die Feldpositionen sind bekannt. Eine einmal konfigurierte Vorlage sollte ewig funktionieren.
In der Praxis untergraben drei Dinge die Zuverlässigkeit von Vorlagen selbst bei Standardformularen:
Verschiebung durch Ausfüllen. Wenn ein Nachunternehmer ein G702-PDF elektronisch ausfüllt, verschieben die eingegebenen Werte oft die vorgedruckten Feldbezeichnungen geringfügig. 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 verschieben. PDF-Ausfüllwerkzeuge verschiedener Software (Bluebeam, Adobe, browserbasierte Editoren) stellen ausgefüllte Werte unterschiedlich dar.
Variable Positionsanzahl. Ein G703-Blatt kann 12 Positionen für einen Nachunternehmer und 47 für einen anderen enthalten. Eine Vorlage, die eine feste Zeilenanzahl erwartet, übersieht entweder Daten oder erfasst leere Zellen als Werte. Die Spaltennamenextraktion liest die Tabelle dynamisch – sie findet alle Zeilen, unabhängig von der Anzahl, und extrahiert jeden gefüllten Wert.
Handschriftliche oder gescannte Einreichungen. Kleinere Nachunternehmer reichen noch immer Papierformulare G702/G703 mit handschriftlichen oder mit der Schreibmaschine ausgefüllten Werten ein. Eine Vorlage, die sauberen digitalen Text erwartet, scheitert an einem gescannten Bild. Die Spaltennamenextraktion funktioniert bei gescannten Formularen, da die KI den visuellen Inhalt liest, anstatt sich auf eine digitale Textebene zu verlassen.
Die Spaltennamenextraktion bewältigt alle drei Fälle, da sie Informationen nach Bedeutung und nicht nach Position sucht. Der Feldname „Total Completed & Stored to Date“ teilt der KI mit, den kumulierten Dollarbetrag im Zusammenfassungsbereich des G702 zu finden. Der Feldname „Work Completed This Period“ teilt der KI mit, die aktuellen Periodenwerte 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 Positionsanzahl 12 oder 47 beträgt oder ob die Schriftart die Bezeichnung um zwei Pixel verschoben hat.
Schritt für Schritt: Vom G702/G703-PDF zum Zahlungsplan
Dateien werden sicher verarbeitet, nicht gespeichert. Geben Sie Feldnamen des Typs G702/G703 ein und laden Sie eine Testdatei hoch.
Was die KI extrahiert – und was der PM weiterhin prüft
Ein wichtiger Unterschied: Die KI extrahiert die Zahlen aus dem Formular. Sie prüft nicht eigenständig, ob die Rechnung des Subunternehmers korrekt ist. Die G703-Positionen sind die gemeldeten Werte des Subunternehmers – die KI erfasst, was im Formular steht, unabhängig davon, ob die einzelnen Positionen korrekt zu den G702-Summen aufaddiert sind.
Das bedeutet, dass der Projektmanager weiterhin für zwei Prüfschritte verantwortlich ist, die keinem Extraktionstool anvertraut werden sollten:
Abstimmung der Positionssummen. Die Summe aller G703-Werte für „in diesem Zeitraum ausgeführte Arbeiten“ muss dem in der G702-Berechnung der aktuellen Zahlung verwendeten Betrag entsprechen. Die KI liefert beide Zahlen. Der PM bestätigt deren Übereinstimmung. Bei Abweichungen – und Rechenfehler von Subunternehmern sind häufig – wird die Differenz vor der Zahlungsabwicklung gemeldet.
Prüfung der Einbehaltsberechnung. Der Einbehalt beträgt in der Regel 5 % oder 10 % des Werts der ausgeführten Arbeiten, der vertragliche Satz kann sich jedoch bei Projektmeilensteinen ändern (oft Reduzierung auf 50 % des ursprünglichen Satzes nach 50 % Projektfortschritt). Die KI extrahiert den im Formular angegebenen Einbehaltssatz. Der PM prüft, ob dieser den Vertragsbedingungen für die aktuelle Projektphase entspricht. Dies ist eine vertragliche Ermessensentscheidung, keine Datenextraktionsaufgabe.
Die Aufgabe der KI ist es, das Tippen zu eliminieren – 300 Zahlen pro Antrag von manueller Erfassung in automatisierte Erfassung umzuwandeln. Die Aufgabe des PM ist es, das Wesentliche zu prüfen – die Abstimmung, die Einbehaltsberechnung und die Genehmigungsentscheidung. Zusammen reduziert der Arbeitsablauf 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 liefern die höchste Genauigkeit – nahezu 99 % bei Zahlenfeldern. Gescannte Papierformulare reduzieren die Genauigkeit proportional zur Scanqualität: Ein sauberer 300-DPI-Scan liefert gute Ergebnisse; ein niedrig aufgelöster oder schiefer Scan erzeugt mehr markierte Felder. Handschriftliche Werte auf gescannten Formularen werden mit geringerer Zuverlässigkeit extrahiert und müssen überprüft werden. Fordern Sie nach Möglichkeit elektronische Einreichungen an, um beste Ergebnisse zu erzielen.
Kann die KI G703-Blätter mit unterschiedlich vielen Positionen von verschiedenen Subunternehmern verarbeiten?
Ja. Die Spaltennamensextraktion liest die Positionstabelle dynamisch aus – sie erfasst alle ausgefüllten Zeilen, unabhängig von der Anzahl. Ein G703 mit 12 Positionen und ein G703 mit 47 Positionen durchlaufen dieselben Felddefinitionen und liefern Ausgaben mit derselben Spaltenstruktur. Die Zeilenanzahl passt sich automatisch an jedes Dokument an.
Lässt sich das in Procore, Sage oder andere Baumanagement-Software integrieren?
Die Extraktion erfolgt nach Excel und CSV. Die meisten Baumanagement-Plattformen – 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 Baumanagement-Software; er speist sich in jedes von Ihnen verwendete System zur Zahlungsabwicklung ein.
Was ist mit Nachtragsaufträgen auf dem G702 – kann die KI ursprüngliche Vertragswerte von Nachtragswerten unterscheiden?
Ja. Der G702 hat separate Zeilen für die ursprüngliche Vertragssumme und die Netto-Nachtragsaufträge, die zur Vertragssumme bis heute führen. Definieren Sie separate Spalten für jede, 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 der ursprünglichen Leistungsverzeichnisstruktur 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 fasst alle Positionen in einer einzigen Tabelle zusammen, wobei der Subunternehmername und die Projektreferenz in jeder Zeile wiederholt werden, um Filtern und Pivotieren zu ermöglichen. Die praktische Batch-Größe hängt von Ihrem Tarif ab, nicht von technischen Einschränkungen.
Für verwandte Workflows mit Baudokumenten finden Sie unsere Anleitungen zum Extrahieren von Versicherungsnachweisdaten, Scannen von Subunternehmer-Angeboten mit berechneten Positionsbeträgen und zur Datenerfassung vor Ort auf Baustellen.