Kann KI G702- und G703-Daten extrahieren?
Ja – so funktioniert es

Wie gut KI die AIA-Formulare G702 und G703 heute liest

Das AIA-Formular G702/G703 ist das am stärksten standardisierte Abrechnungsformat im US-Bauwesen – dieselben Feldbezeichnungen, dieselben nummerierten Zeilen, dasselbe Layout, egal ob das Dokument von einem Beton-Subunternehmer in Phoenix oder einem Elektroinstallateur in Chicago stammt. Diese Standardisierung ist der größte Vorteil der KI. Da die Formularstruktur vorhersehbar ist, hat die semantische Extraktion – das Lesen danach, was jedes Feld bedeutet, statt wo es auf der Seite steht – eine starke Ausgangsbasis.

Die G702-Übersichtsseite bündelt kritische Zahlungsdaten in etwa 20 Feldern: Contract Sum, Net Change by Change Orders, Contract Sum to Date, Total Completed & Stored to Date, Einbehalte (sowohl Prozentsatz in Zeile 5a als auch Dollarbetrag in Zeile 5b), Total Earned Less Retainage, Less Previous Certificates, Current Payment Due und Balance to Finish. Bei einem sauberen, digital ausgefüllten PDF – wie es von Procore, Sage 300 CRE oder der Buchhaltungssoftware eines Subunternehmers erzeugt wird – extrahiert die KI diese Felder mit 95-98 % Genauigkeit. Die Bezeichnungen sind konsistent, die Werte stehen in erwartbaren Beziehungen zu ihren Bezeichnungen, und die Berechnungen folgen einer vorhersehbaren Reihenfolge.

Das G703-Continuation Sheet ist der Ort, an dem die Datenmenge liegt. Ein einzelner Pay Application kann 20 bis 50 Positionen über 2 bis 10 Seiten umfassen, wobei jede Position Scheduled Value, Work Completed This Period, Materials Presently Stored, Total Completed & Stored to Date, Fertigstellungsprozentsatz und einbehaltene Einbehalte trägt. Moderne KI verarbeitet diese Tabellenstruktur gut, weil jede Spalte eine klare semantische Identität hat – „Work Completed This Period" bedeutet auf Seite 1, Zeile 3 dasselbe wie auf Seite 7, Zeile 42. Die KI verfolgt die Kontinuität der Positionen über Seitenumbrüche hinweg, was wichtig ist, wenn sich der Schedule of Values eines Subunternehmers mitten in einem Kostencode aufteilt.

Was dies ermöglicht, ist die Benutzerdefinierte Spaltenextraktion: Sie definieren die benötigten Ausgabespalten – „Contract Sum to Date", „Retainage %", „Current Payment Due" für die G702 sowie die sechs G703-Positionsspalten – und die KI lokalisiert jeden Wert, indem sie den Inhalt des Dokuments versteht, nicht durch Koordinatenabgleich. Ein positionsbasiertes Tool, das „Retainage" an einer festen Pixelposition erwartet, scheitert, sobald ein Subunternehmer einen anderen PDF-Editor verwendet, der Felder um einen Viertelzoll verschiebt. Semantische Extraktion ist davon unberührt. Für den größeren Zusammenhang, warum Bauabrechnungen besondere Anforderungen an die Datenextraktion stellen, siehe was Baurechnungs-Extraktion tatsächlich beinhaltet.

Was KI bei G702- und G703-Formularen richtig macht

Saubere, digital ausgefüllte PDF-Zahlungsanträge. Dies ist die Grundlage und der Bereich, in dem KI am besten funktioniert. Wenn ein Subunternehmer ein G702/G703 mit Procore, Sage, Viewpoint Vista oder sogar einem ausgefüllten PDF-Formular ausfüllt – wodurch maschinell erzeugter Text im Standard-AIA-Layout entsteht – liest KI strukturierte Felder mit 95-98% Genauigkeit. Die Dollar-Beträge neben „Current Payment Due", der Einbehaltsprozentsatz in Zeile 5a, die Restbetrag-bis-zur-Fertigstellung-Zahl – diese landen korrekt in ihren Tabellenspalten. Die 2-5% Fehlerquote betrifft typischerweise Randfälle: ungewöhnlich formatierte Change-Order-Positionen, nicht standardisierte Abkürzungen in Positionsbeschreibungen oder gescannte Unterschriftsblöcke, die in angrenzende Textbereiche hineinragen.

G703-Positionstabellen über mehrere Seiten. Das eigentliche Volumen liegt im Fortsetzungsblatt. Ein G703 mit 40 Positionen über 6 Seiten repräsentiert über 240 Einzelwerte – und tabellenbewusste KI-Extraktion liest alle in einem Durchgang. Die KI versteht die Spaltensemantik: Sie weiß, dass sich die Zahl in der Spalte „Work Completed This Period" von „Total Completed & Stored to Date" unterscheidet, selbst wenn beide zufällig denselben Dollar-Betrag aufweisen (wie es im ersten Abrechnungszeitraum der Fall ist). Sie verfolgt Positionen über Seitenumbrüche hinweg, sodass ein Kostencode, der auf Seite 2 beginnt und auf Seite 3 fortgesetzt wird, als ein durchgehender Eintrag erfasst wird und nicht als zwei Fragmente.

Batch-Verarbeitung über mehrere Subunternehmer. Ein Generalunternehmer, der 20 Subunternehmer verwaltet, erhält jeden Monat Zahlungsanträge in einem 48-Stunden-Fenster – einige als saubere PDFs, einige als gedruckte und gescannte Formulare, einige als QuickBooks-generierte Rechnungen, die lose dem AIA-Format folgen. Da die semantische Extraktion keine Vorlagen pro Subunternehmer erfordert, werden alle 20 Anträge in einen Batch gelegt und erzeugen eine zusammengeführte Tabelle: eine Zeile pro Sub, dieselben G702-Felder aus jedem Antrag extrahiert, unabhängig davon, wie jeder Sub sein Formular erstellt hat. Dies ist der Unterschied zwischen der Prüfung einer Tabelle und dem Abgleich von 20 separaten Extraktionen. Für eine Schritt-für-Schritt-Anleitung zur Anwendung der Extraktion speziell auf Subunternehmer-Abrechnungen, siehe wie man AIA-G702-Zahlungsantragsdaten in eine Tabelle extrahiert.

Erkennung des Einbehaltsfelds. Der Einbehalt befindet sich auf zwei getrennten Zeilen des G702 – Zeile 5a ist der Prozentsatz, Zeile 5b der Dollar-Betrag – und diese korrekt zu erfassen ist wichtig, weil der Einbehalt tatsächliches Bargeld ist, das der Eigentümer einbehält. Die KI extrahiert beide unabhängig voneinander und versteht die Beziehung zwischen ihnen, ohne dass ein separater Berechnungsschritt erforderlich ist. Bei digitalen Formularen, auf denen beide Felder maschinell gedruckt sind, liegt die Genauigkeit beim Einbehalt bei 95%+. Bei handschriftlichen oder gescannten Formularen lässt sich der Einbehaltsbetrag zuverlässiger lesen als der Prozentsatz (5a), da Dollar-Beträge stärkere strukturelle Hinweise aufweisen.

Wo die KI-G702/G703-Erfassung weiterhin Schwierigkeiten hat

Die drei Szenarien, in denen die KI-Genauigkeit nachlässt, haben eine gemeinsame Ursache: Das Formular mag standardisiert sein, aber das physische Dokument, das im Büro des GC ankommt, ist alles andere als das.

Handschriftliche Einträge auf gedruckten AIA-Formularen. Nicht jeder Subunternehmer füllt ein G702/G703 am Computer aus. Kleinere Gewerke — Maler, Trockenbauer, Wohnbau-Subunternehmer — erhalten oft leere AIA-Formulare vom GC, füllen sie von Hand aus und faxen oder scannen das Ergebnis. Das Handschriftproblem bei G702/G703-Formularen ist schlimmer als bei Standardrechnungen, weil die Formulare dicht sind — Geldbeträge, Prozentsätze und Daten stehen in engen Rastern mit kleinem Beschriftungstext rundherum. Bei klarer Blockschrift mit dunkler Tinte erreicht die KI eine Genauigkeit von 75–85 %. Bei unleserlicher Handschrift oder Kugelschreiber auf Durchschreibformularen sinkt die Genauigkeit unter 70 %. In diesem Fall kann die manuelle Eingabe schneller sein als die Überprüfung.

Scans in schlechter Qualität von Baustellen. Der Projektmanager eines Subunternehmers füllt das G703 im Baustellenbüro aus, scannt es auf einem 15 Jahre alten Multifunktionsdrucker und sendet das PDF per E-Mail. Der Scan ist schief, leicht gedreht und mit 150 DPI statt der vom KI-Modell erwarteten Mindestauflösung von 300 DPI erfasst. Zahlen verschwimmen an den Rändern — eine „3" und eine „8" werden mehrdeutig. Die Genauigkeit bei diesen Scans sinkt auf 65–75 %. Die Lösung ist prozessualer, nicht technischer Natur: Subunternehmer sollten verpflichtet werden, digitale Originale oder Flachbettscans mit mindestens 300 DPI als Teil der Zahlungsantragsunterlagen einzureichen.

Mehrstufige Fotokopien. Das ist der schwierigste Fall. Ein Subunternehmer erhält eine Fotokopie einer Fotokopie des Original-AIA-Formulars, füllt sie aus und reicht sie ein. Die gedruckten Rasterlinien des Formulars verblassen, der Beschriftungstext („TOTAL COMPLETED & STORED TO DATE") bricht auf, und der Kontrast zwischen Hintergrund und Text ist gering. Die KI kann die Erfassung trotzdem versuchen — und sie wird etwas zurückgeben — aber die Mehrdeutigkeit auf Zeichenebene bedeutet, dass eine „5" als „6" und eine „0" als „8" gelesen werden könnte. Bei Fotokopien der dritten Generation sinkt die Genauigkeit auf 50–65 %, und die manuelle Neueingabe ist der sicherere Weg. Wenn mehrstufige Fotokopien ein wiederkehrendes Problem sind, ist die wirkungsvollste Änderung, den Versicherungsvertreter oder das Büro des Subunternehmers zu bitten, eine saubere digitale Version zu erstellen — die meisten können das in wenigen Minuten.

G702↔G703-Querverweis-Abgleich. Das ist weniger ein KI-Erfassungsproblem als vielmehr eine Workflow-Realität. Die G702-Zusammenfassung übernimmt Summen aus dem G703 — aber diese Summen werden vom Subunternehmer eingegeben. Die KI kann die Summen aus beiden Formularen erfassen und sie in der Ausgabetabelle nebeneinander darstellen. Was sie nicht tut — und was kein Erfassungstool für sich beansprucht — ist zu überprüfen, ob die Berechnungen des Subunternehmers korrekt sind. Wenn die G703-Positionen 247.350 $ ergeben, der Subunternehmer aber 243.750 $ in der Zeile „Total Completed & Stored to Date" des G702 eingetragen hat, erfasst die KI beide Zahlen korrekt. Die Differenz von 3.600 $ ist Sache des Projektbuchhalters, nicht eine Datenerfassungsaufgabe. Dies ist einer der Gründe, warum der Prüfungsdurchgang auch bei hoher Genauigkeit unerlässlich bleibt — wie in unserem Walkthrough zu häufigen G702-Erfassungsfehlern, die Zahlungsstreitigkeiten auslösen, beschrieben.

So erzielen Sie die besten Ergebnisse mit der KI-Extraktion für G702/G703

1. Definieren Sie Spaltennamen, die den exakten Feldbezeichnungen des AIA-Formulars entsprechen. Die KI liest durch semantischen Abgleich – der Spaltenname, den Sie eingeben, bestimmt, wonach gesucht wird. „Contract Sum to Date" funktioniert besser als „Total Contract". „Retainage %" und „Retainage Amount" als separate Spalten funktionieren besser als eine einzelne Spalte „Retainage". Für die G703-Positionen definieren Sie jede Spalte explizit: „Scheduled Value", „Work Completed This Period", „Materials Presently Stored", „Total Completed & Stored to Date", „% Complete", „Retainage Withheld". Die KI verwendet jeden Spaltennamen als semantische Abfrage – je präziser die Abfrage, desto genauer der Abgleich.

2. Fordern Sie digitale PDFs von Subunternehmern an. Die wirksamste prozessuale Änderung: Fügen Sie in Subunternehmerverträgen eine Klausel ein, die verlangt, dass Zahlungsanträge als digital erzeugte PDFs eingereicht werden – nicht als fotografierte Papierformulare. Die meisten Subunternehmer, die Baumanagementsoftware verwenden – Procore, Sage, Viewpoint, sogar QuickBooks mit einer AIA-Vorlage – erzeugen bereits digitale PDFs. Diejenigen, die dies nicht tun, können oft mit einer einzigen E-Mail überzeugt werden. Diese Anforderung allein erhöht die Extraktionsgenauigkeit von 70–80 % auf über 95 % und eliminiert das Problem der Scanqualität auf der Baustelle vollständig.

3. Verarbeiten Sie Zahlungsanträge gebündelt nach Draw-Zyklus. Die Baurechnung läuft in monatlichen Zyklen – alle Zahlungsanträge treffen in einem 48-Stunden-Fenster um den 25. ein. Die gemeinsame Verarbeitung des gesamten Draw-Batches ergibt eine einzige Tabelle mit allen G702-Zusammenfassungen und G703-Positionen aller Subunternehmer. Der Arbeitsablauf: Laden Sie alle 20 Anträge als einen Batch hoch → KI extrahiert alle Felder → Export in eine Tabelle → Einbehalte prüfen und Summen abgleichen. Die Zeitersparnis entsteht durch den Wegfall der separaten Bearbeitung jedes einzelnen Subunternehmerantrags.

4. Prüfen Sie immer Einbehalte und die G702↔G703-Gesamtsumme. Selbst bei 95–98 % Genauigkeit bei digitalen Formularen bedeutet ein falsch gelesener Einbehaltsprozentsatz bei 20 Subunternehmern ein reales finanzielles Risiko. Der praktische Arbeitsablauf: KI extrahiert alle Felder → Sie prüfen die drei wichtigsten Zahlen (Einbehaltsprozentsatz, aktuell fälliger Betrag, Übereinstimmung der G702↔G703-Summen) → genehmigte Anträge werden weitergeleitet. So wird eine 45-minütige Dateneingabe pro Antrag zu einer 2–3-minütigen Prüfaufgabe pro Antrag.

5. Verwenden Sie Spaltenextraktion, nicht Ganzseiten-OCR. OCR wandelt die gesamte G702/G703 in einen undifferenzierten Textblock um – jede Feldbezeichnung, jede Position, jede Fußnote läuft als fortlaufender Text zusammen. Sie müssen weiterhin manuell herausfinden, welche Zahl die Vertragssumme und welche der aktuell fällige Betrag ist. Die Spaltenextraktion erzeugt eine Tabelle, in der „Contract Sum to Date" in einer eigenen Spalte mit genau einem Wert steht – und sonst nichts. Das Ausgabeformat ist das Prüfformat.

Praktische Beispiele: Wie KI-G702/G703-Extraktion den Arbeitsablauf verändert

Monatliche Draw-Verarbeitung beim General Contractor

Ein mittelgroßer GC, der drei Gewerbeprojekte betreut, erhält bis zum 25. jedes Monats 18 Subunternehmer-Zahlungsanträge. Jeder Antrag umfasst eine G702-Zusammenfassung und ein G703-Fortsetzungsblatt mit durchschnittlich 30 Positionen auf 5 Seiten. Der Projektbuchhalter verbringt drei volle Tage – etwa 24 Stunden – mit der manuellen Eingabe der G702-Zusammenfassungsfelder und der Stichprobenprüfung der G703-Positionen in die Zahlungsverfolgungstabelle. Die Prüfung der Einbehalte und der G702/G703-Summen dauert weitere 4 Stunden.

KI-Extraktion reduziert den Dateneingabeschritt auf unter 15 Minuten: Laden Sie alle 18 Anträge als einen einzigen Batch hoch, definieren Sie die G702- und G703-Spalten einmal und erhalten Sie eine einzige Tabelle mit den Daten aller 18 Subunternehmer. Die Rolle des Buchhalters verschiebt sich von der Dateneingabe zur Ausnahmebehandlung – Prüfung der Einbehaltsprozentsätze, Kontrolle der zwei oder drei größten Positionen pro Subunternehmer und Kennzeichnung der ein oder zwei Anträge, bei denen die G703-Summen nicht mit der G702 übereinstimmen. Der Zeitaufwand sinkt von etwa 28 Stunden auf rund 3 Stunden, und die mentale Belastung verlagert sich von der Übertragung auf die Verifizierung.

Prüfung von Zahlungsanträgen des Subunternehmers

Ein spezialisierter Subunternehmer – ein Elektrounternehmen – reicht jeden Monat Zahlungsanträge bei fünf verschiedenen General Contractors ein, wobei jeder GC seine eigene Version des AIA-Formulars verwendet (einige auf G702/G703, einige auf GC-spezifischen Zahlungsantragsvorlagen). Die Büroleiterin des Elektrounternehmens gibt dieselben Schedule-of-Values-Daten manuell in fünf verschiedene Formate ein – eine Aufgabe, die etwa 45 Minuten pro Antrag dauert und Übertragungsfehler verursacht, die die Zahlungsfreigabe verzögern.

KI-Extraktion funktioniert umgekehrt: Die Büroleiterin lädt einen einzigen ausgefüllten G702/G703-Satz hoch, definiert die Ausgabespalten und erhält eine Tabelle mit allen Werten. Wenn ein GC ein anderes Format verlangt, füllen die extrahierten Daten die neue Vorlage – die KI hat einmal gelesen, und die Daten fließen dorthin, wo sie benötigt werden. Für das breitere Muster der Formatvielfalt bei Subunternehmer-Rechnungen finden Sie weitere Informationen unter Bau-Rechnungsextraktion für Nicht-AIA-Formate.

Prüfung der Baukredit-Auszahlungen

Ein Baukreditgeber, der ein kommerzielles Projekt über 12 Mio. $ finanziert, verlangt die Prüfung des Draw-Pakets, bevor die nächste monatliche Auszahlung freigegeben wird. Jedes Draw-Paket enthält 12–15 Subunternehmer-Zahlungsanträge mit G702/G703-Formularen sowie Liensfreigaben. Der Analyst des Kreditgebers verbringt zwei Tage damit, die G702-Zusammenfassungsdaten in die Kreditüberwachungstabelle einzugeben, um zu überprüfen, ob der angeforderte Draw-Betrag mit den zertifizierten Zahlungsanträgen übereinstimmt.

Die KI-Extraktion verarbeitet das gesamte Draw-Paket in unter 10 Minuten und erstellt eine Tabelle mit allen G702-Feldern jedes Subunternehmers in einer Übersicht. Die Rolle des Analysten verlagert sich auf die Prüfung, die tatsächlich zählt: die Bestätigung, dass Liensfreigaben mit den Zahlungsbeträgen übereinstimmen, die Prüfung, ob der Draw-Antrag mit den G702-Summen übereinstimmt, und die Kennzeichnung von Subunternehmern, deren Einbehalte nicht dem vertraglichen Satz entsprechen. Die Prüfebene bleibt menschlich – aber die Transkriptionsebene, die 85 % der Zeit des Analysten in Anspruch nahm, entfällt vollständig.

FAQ

Kann KI handschriftliche Einträge auf G702- und G703-Formularen lesen?

Teilweise. Bei klarer Blockschrift mit dunkler Tinte auf sauberen gedruckten Formularen extrahiert die KI mit 75–85 % Genauigkeit. Bei unleserlicher Schreibschrift oder Kugelschreiber auf Durchschlagpapier sinkt die Genauigkeit unter 70 % – in diesem Fall kann die manuelle Eingabe effizienter sein als die Überprüfung. Für Subunternehmer, die durchgängig handschriftliche Zahlungsanträge einreichen, ist die Anforderung digital ausgefüllter PDFs die wirkungsvollere Lösung, als marginalen Verbesserungen der Handschrifterkennung nachzujagen.

Kann KI mehrseitige G703-Fortsetzungsblätter verarbeiten?

Ja. Moderne tabellenbewusste Extraktion verfolgt Positionen über Seitenumbrüche hinweg – ein Kostencode, der auf Seite 2 beginnt und auf Seite 3 fortgesetzt wird, wird als ein durchgehender Eintrag erfasst. Die KI liest alle G703-Seiten als ein einziges logisches Dokument, statt jede Seite als unabhängige Datei zu behandeln. Die Spaltensemantik („Work Completed This Period" vs. „Total Completed & Stored to Date") bleibt über alle Seiten hinweg konsistent, sodass die Ausgabetabelle eine Zeile pro Position enthält, unabhängig davon, über wie viele Seiten sich das G703 erstreckt.

Versteht KI Einbehaltsberechnungen auf dem G702?

KI extrahiert den Einbehaltsprozentsatz (Zeile 5a) und den Einhaltsbetrag in Dollar (Zeile 5b) als separate, unabhängige Felder. Sie berechnet nicht das eine aus dem anderen und prüft nicht, ob sie konsistent sind. Wenn der Subunternehmer 10 % in Zeile 5a eingetragen, den Dollarbetrag aber falsch berechnet hat, extrahiert die KI beide Werte getreu. Die Überprüfung der mathematischen Richtigkeit bleibt die Aufgabe des Projektbuchhalters – die Extraktion liefert die Daten, nicht die Prüfung.

Kann KI überprüfen, ob die G703-Summen mit der G702-Zusammenfassung übereinstimmen?

Nein. KI extrahiert die Summen aus beiden Formularen unabhängig voneinander und gibt sie in dieselbe Tabelle aus. Sie vergleicht nicht die G703-Positionssummen mit dem Feld „Total Completed & Stored to Date" des G702. Die nebeneinanderliegende Ausgabe erleichtert einem menschlichen Prüfer den Vergleich – beide Zahlen landen in derselben Zeile –, aber das Tool kennzeichnet keine Abweichungen. Die Querverweisprüfung ist eine Aufgabe der Projektsteuerung, nicht der Datenextraktion.

Wie genau ist KI bei digitalen versus gescannten G702-Formularen?

Bei sauberen, digital erzeugten G702/G703-PDFs – ausgefüllt mit PDF-Formularfeldern, Procore, Sage 300 CRE oder Ähnlichem – erreicht KI eine Feldgenauigkeit von 95–98 % für strukturierte Felder (Dollarbeträge, Daten, Prozentsätze). Bei flach gescannten gedruckten Formularen mit 300 DPI sinkt die Genauigkeit auf 85–92 %. Bei Scans mit niedriger Auflösung von Baustellen-Multifunktionsdruckern (150 DPI oder weniger) sind 65–75 % Genauigkeit zu erwarten. Bei mehrfach kopierten Fotokopien mit verschlechterter Druckqualität fällt die Genauigkeit auf 50–65 %. Die wirksamste einzelne Maßnahme ist, von Subunternehmern digitale PDF-Originale anzufordern.

Kann KI G702/G703-Formulare verschiedener Subunternehmer in einem Batch verarbeiten?

Ja. Da die semantische Extraktion nach Feldbedeutung statt nach fester Position liest, können Sie Zahlungsanträge von 20 verschiedenen Subunternehmern hochladen – einige als saubere PDFs, einige als gescannte Formulare, einige mit handschriftlichen Einträgen – und dieselben G702-Felder aus allen in einem einzigen Batch extrahieren. Die KI findet „Current Payment Due", egal ob es genau an der Stelle erscheint, an der die AIA-Vorlage es platziert hat, oder durch die PDF-Software des Subunternehmers leicht verschoben wurde. Batch Processing ist der Unterschied zwischen der Prüfung einer Tabelle und dem Abgleich von 20 separaten Extraktionen.

Unterscheidet sich die G702/G703-Extraktion von der Standard-OCR für Rechnungen?

Ja, in drei wichtigen Punkten. Erstens ist die G702/G703 strukturell ein Zahlungsantrag – keine Rechnung – mit Fortschrittsabrechnungsmathematik (kumulative vs. periodenspezifische Werte), Einbehalten, die getrennt vom Zahlungsbetrag erfasst werden, und mehrseitigen Tabellen mit Positionen, die mit einer Übersichtsseite abgeglichen werden müssen. Zweitens führt die Vielfalt der Ausfüllmethoden (PDF-Formularfelder, gedruckt und gescannt, Excel-Vorlage als PDF gedruckt, handschriftlich) zu mehr Formatvarianten als bei Standardrechnungen, trotz des AIA-Standards. Drittens ist die Verifizierungsanforderung strenger – ein falsch erfasster Einbehaltsbetrag auf einer Standardrechnung ist ein Buchhaltungsfehler; bei einer G702 ist es ein Vertragskonformitätsfehler. Für eine tiefergehende Betrachtung dieser Unterschiede siehe, was die Extraktion von Baurechnungen umfasst.