30 G702s, ein Zahlungsplan
Zahlungs-Apps ohne manuelle Eingabe zusammenführen
Generalunternehmer verbringen durchschnittlich 65 Stunden pro Monat mit der Abwicklung von Zahlungen an Subunternehmer und Lieferanten, so der Construction Payments Report 2025 von Rabbet. Für einen mittelgroßen GU mit fünf aktiven Projekten und je zehn Subunternehmern bedeutet das, dass jeden Abrechnungszyklus etwa 50 G702/G703-Zahlungsanträge eingehen – jeder mit 20 bis 50 Positionen auf dem G703-Fortsetzungsblatt. Einen Zahlungsantrag in eine Tabellenkalkulation für den Zahlungsplan zu übertragen, ist machbar. 30 bis 50 gleichzeitig zu verarbeiten und Tausende von Positionen vor der monatlichen Auszahlungsfrist in einer einzigen Übersichtstabelle zusammenzuführen – das ist der Engpass. Die Lücke zwischen „Ein Antrag geht schnell" und „Dreißig Anträge sind bis Donnerstag fällig" ist kein Geschwindigkeitsproblem. Es ist ein Zusammenführungsproblem.
Die monatliche Antragsflut: 30 Zahlungsanträge, eine Frist
Die einzelne G702/G703-Extraktion ist unkompliziert. Sie haben bereits gesehen, wie man einen einzelnen G702-Zahlungsantrag in eine Tabelle überführt. Zehn Spalten auf der G703, eine Zusammenfassungsseite auf der G702 – der Workflow zur Datenextraktion für einen Antrag ist ein gelöstes Problem. Das ungelöste Problem tritt am Monatsende auf, wenn jeder Subunternehmer jedes Projekts seinen Zahlungsantrag innerhalb desselben Dreitagesfensters vor dem Abrechnungsschluss einreicht.
Ein mittelgroßer Generalunternehmer mit fünf aktiven Gewerbeprojekten und zehn Subunternehmern pro Projekt erhält monatlich 50 G702/G703-Pakete. Jeder Subunternehmer reicht sein eigenes PDF ein – mal digital ausgefüllte AIA-Formulare, mal eingescannte Papierkopien, mal als PDF exportierte Excel-Vorlagen. Jedes G703-Fortsetzungsblatt enthält zwischen 20 und 50 Positionen, was 200 bis 500 einzelne Zahlenwerte pro Antrag ergibt. Über 50 Anträge hinweg sind das 10.000 bis 25.000 Zahlen, die ihren Weg in den konsolidierten Auszahlungsplan des Generalunternehmers finden müssen – die zentrale Tabelle, mit der Projektbuchhalter und Projektmanager den Zahlungsstatus verfolgen, Monatsendsummen berechnen und den Eigentümerantrag vorbereiten.
Manuelle Konsolidierung sieht so aus: PDF des ersten Subunternehmers öffnen, G703-Positionssummen finden, in die Verfolgungstabelle unter dem entsprechenden Projekt und der Phase des Subunternehmers eintippen. Nächstes PDF öffnen, wiederholen. Beim zehnten Antrag verschwimmen die Zahlen. Beim dreißigsten hat sich in der Tabelle mindestens eine Handvoll Übertragungsfehler angesammelt – eine kumulative Summe fälschlich als Periodenwert gelesen, ein Sicherheitseinbehalt mit 10 % statt der vertraglich vereinbarten 5 % des Subunternehmers, eine Position aus dem falschen Abrechnungszeitraum übertragen.
Der Effizienzunterschied zwischen der Bearbeitung eines Zahlungsantrags und der Bearbeitung von dreißig ist nicht linear. Der erste Antrag dauert fünf Minuten. Der dreißigste dauert genauso lange – die Arbeit beschleunigt sich nicht durch Wiederholung – aber die Fehlerrate und der Termindruck steigen. Bei 30 Anträgen sind die wahren Kosten nicht die Eingabezeit. Es ist die Abgleichszeit, die für das Finden und Beheben der Fehler aus 30 aufeinanderfolgenden manuellen Eingaben aufgewendet wird.
Der 2025 Financial Benchmarker der Construction Financial Management Association, basierend auf den Finanzdaten von 1.558 Unternehmen aus dem Jahr 2024, weist für typische Bauunternehmen eine Nettogewinnmarge vor Steuern von 6,7 % aus. Bei einem Generalunternehmer mit 50 Millionen US-Dollar Umsatz entspricht das einem Vorsteuergewinn von 3,35 Millionen US-Dollar. 65 Stunden pro Monat für die Zahlungsabwicklung – 780 Stunden pro Jahr – bei einem belasteten PM-/Buchhaltersatz von 75 US-Dollar pro Stunde ergeben jährliche Arbeitskosten von 58.500 US-Dollar, die darauf verwendet werden, Zahlen aus Subunternehmer-PDFs in den Auszahlungsplan zu übertragen. Das sind 1,7 % des Vorsteuergewinns, die für eine reine Datenerfassungsaufgabe ohne analytischen Mehrwert aufgewendet werden.
Drei Herausforderungen, die nur im Batch-Maßstab existieren
Die Batch-Verarbeitung schafft Probleme, die bei der Bearbeitung einzelner Anträge einfach nicht auftreten. Diese Herausforderungen zu verstehen, unterscheidet einen funktionierenden Batch-Workflow von einem, der mehr Bereinigung erfordert, als er Zeit spart.
Manuelle G702-Dateneingabe verzögert bereits Bauzahlungszyklen bei der Bearbeitung einzelner Anträge. Die Vervielfachung des manuellen Ansatzes über ein gesamtes Projektportfolio führt zu drei sich verstärkenden Fehlermodi, die in Tutorials für Einzelanträge nie behandelt werden.
Herausforderung 1: chaotische Dateibenennung. Herausforderung 2: Zusammenführung variabel langer G703-Tabellen in eine einheitliche Tabelle. Herausforderung 3: Erkennung von Ausnahmen – fehlende Seiten, Rechenfehler und abweichende Einbehalte – in 30 Dateien gleichzeitig.
Herausforderung 1: Dateibenennung und Stapelorganisation
In einem Einzelantrag-Workflow spielt die Dateibenennung kaum eine Rolle – man öffnet die eine erhaltene PDF, extrahiert und macht weiter. In einem Stapel-Workflow mit 30 bis 50 gleichzeitig eingehenden Anträgen führen inkonsistente Dateinamen zu einer Kaskade nachgelagerter Probleme, die die eigentliche Datenextraktion zum einfacheren Teil der Aufgabe machen.
Subunternehmer benennen ihre Dateien auf sehr unterschiedliche Weise: G702_Pay_App_5.pdf, ProjectA_March_Submittal.pdf, ABC_Plumbing_App3_Final_v2.pdf, Application_and_Certificate_for_Payment (3).pdf. Ein Sub sendet G702 und G703 als separate Dateien. Ein anderer sendet sie in einer einzigen mehrseitigen PDF zusammengeführt. Ein dritter sendet nur die G702-Zusammenfassung und vergisst das G703-Fortsetzungsblatt – entdeckt erst, wenn die Extraktion nur die Hälfte der erwarteten Positionen liefert.
Damit die Stapelextraktion eine brauchbare konsolidierte Tabelle liefert, muss jede Ausgabezeile genügend Identifikationsinformationen enthalten, um auf die Quelle zurückverfolgt werden zu können. Die Positionen für ABC Plumbings 245.000 $ Vorarbeiten müssen von XYZ Mechanics 245.000 $ Luftkanalarbeiten unterscheidbar sein – und wenn beide Subunternehmer zufällig identische Werte geboten haben, können nur der Subunternehmername und die Projektreferenz in den Ausgabezeilen einen kostspieligen Zuordnungsfehler verhindern.
Der Batch-Workflow benötigt eine Namenskonvention, die jede Datei vor Beginn der Extraktion ihrem Subunternehmer und Projekt zuordnet. Dies ist keine Softwarefunktion – es ist eine Prozessdisziplin. Benennen Sie Dateien vor dem Hochladen um: [Projekt]-[Subunternehmer]-[AntragNr].pdf. Wenn ein Sub separate Dateien für G702 und G703 sendet, führen Sie diese zuerst zu einer PDF zusammen oder benennen Sie sie mit einem gemeinsamen Präfix, sodass sie als ein einziger Antrag verarbeitet werden. Die fünf Minuten, die Sie vor der Verarbeitung in die Organisation der Dateinamen investieren, ersparen die dreißig Minuten, die Sie später für die Nachverfolgung verwaister Einzelposten aufwenden.
Herausforderung Zwei: Zusammenführen variabler Einzelpostenanzahlen in eine einheitliche Tabelle
Ein G703-Fortsetzungsblatt eines Trockenbau-Subunternehmers mit 12 Leistungspositionen erzeugt 12 Zeilen in der Ausgabe. Ein G703 eines Elektro-Subunternehmers mit 47 Einzelposten auf zwei Fortsetzungsseiten erzeugt 47 Zeilen. Wenn alle 30 bis 50 Anträge gemeinsam verarbeitet und in eine Tabelle zusammengeführt werden, muss die Ausgabetabelle eine konsistente Spaltenstruktur beibehalten, unabhängig davon, wie viele Zeilen jeder Sub beisteuert – und jede Zeile muss genügend Kontext auf Kopfebene enthalten, um unabhängig filterbar und pivotierbar zu sein.
Hier wird der Unterschied zwischen vorlagenbasierter Extraktion und Spaltennamenextraktion relevant. Eine Vorlage, die für das G703-Layout eines bestimmten Subunternehmers konfiguriert ist – mit 12 Zeilen an festen Positionen – versagt, wenn sie auf das 47-zeilige Blatt eines anderen Subunternehmers angewendet wird. Spaltennamenextraktion vermeidet dies, indem sie Werte nach ihrer Bedeutung statt nach ihrer Position sucht. Sie definieren die gewünschten Felder – „In diesem Zeitraum ausgeführte Arbeiten“, „Bisher insgesamt ausgeführte und eingelagerte Arbeiten“, „Einbehalt“ – und die KI lokalisiert jeden Wert in jeder Zeile jeder G703, unabhängig davon, ob das Blatt 12 oder 47 Zeilen hat, ob das Formular elektronisch in Bluebeam ausgefüllt oder handschriftlich auf Papier erstellt wurde. Die Spaltennamenextraktion liest die Tabelle dynamisch, findet alle gefüllten Zeilen unabhängig von der Anzahl und ordnet jede den von Ihnen angegebenen Spaltendefinitionen zu. Das Ergebnis ist eine einzige Tabelle, in der jede Zeile dieselben Spalten enthält – Subunternehmername, Projekt, Position, Sollwert, in diesem Zeitraum ausgeführte Arbeiten, bisher insgesamt ausgeführte Arbeiten, Einbehalt – unabhängig davon, welcher Subunternehmer sie eingereicht hat.
Ebenso wichtig ist die Beziehung zwischen G702 und G703 in der zusammengeführten Ausgabe. Die G702-Übersichtsseite enthält Vertragsdaten – ursprüngliche Vertragssumme, Netto-Nachtragsänderungen, Einbehaltungsprozentsatz – die jeder G703-Positionszeile in der Ausgabe zugeordnet werden müssen, damit Sie nach Auftragnehmer filtern, nach Projekt pivotieren und den korrekten Einbehaltungsanteil für jeden Subunternehmer unabhängig berechnen können. Die Batch-Extraktion muss jedes G702/G703-Paket als eine logische Einheit behandeln und die Kopfzeilenfelder auf jede Detailzeile übertragen.
Die eigentliche Leistung des Projektbuchhalters ist nicht „30 Tabellen, eine pro Subunternehmer“. Es ist ein einziger Bauzeitenplan mit jeder Position jedes Subunternehmers, bereit zum Filtern, Summieren und Abgleichen mit dem Zahlungsantrag des Bauherrn. Der Zusammenführungsschritt entscheidet darüber, ob der Batch-Workflow dieses Versprechen einlöst oder scheitert.
Herausforderung 3: Ausnahmebehandlung im Batch-Betrieb
Bei Einzelanwendungen wirkt die Ausnahmebehandlung noch beherrschbar – Problem erkennen, beheben, weitermachen. Batch-Verarbeitung ändert die Rechnung. Wenn 10 % der Zahlungsanträge Probleme aufweisen – eine fehlende G703-Fortsetzungsseite, ein Rückbehaltssatz von 10 % statt der vertraglich vereinbarten 5 %, oder Abweichungen zwischen den G703-Positionssummen und der G702-Zusammenfassung – enthält ein Batch von 30 Anträgen etwa drei Ausnahmen. Die Frage ist nicht, ob es Probleme gibt, sondern wie schnell Sie sie finden.
Gemäß AIA A201 Allgemeine Vertragsbedingungen Abschnitt 9.4.1 hat der Architekt drei Optionen bei der Prüfung eines Zahlungsantrags des Auftragnehmers: den vollen Betrag bescheinigen, einen Teilbetrag bescheinigen und die Parteien über die Gründe für die Einbehaltung informieren, oder die Bescheinigung des gesamten Antrags verweigern. Ein einziger Rechenfehler in einer G703-Position – eine Zeile, in der „In diesem Zeitraum ausgeführte Arbeiten" plus „In vorherigem Antrag ausgeführte Arbeiten" nicht „Gesamtsumme ausgeführte und gelagerte Arbeiten bis heute" ergibt – kann eine vollständige Ablehnung auslösen und die Zahlung in den nächsten Abrechnungszyklus verschieben. Im Batch-Betrieb sind die Kosten einer übersehenen Ausnahme nicht nur eine Korrektur – es entsteht eine 30-tägige Liquiditätslücke für den betroffenen Subunternehmer.
Die häufigsten Ausnahmen, die vor der Finalisierung eines konsolidierten Auszahlungsplans geprüft werden sollten:
Inkonsistente G703-Zeilenanzahl. Hat ein Subunternehmer durchgängig 35 Positionen und die aktuelle Extraktion ergibt 28, fehlt vermutlich eine Fortsetzungsseite. Die Stapelverarbeitung zeigt die Abweichung sofort an, da die Gesamtzeilenzahl für diesen Subunternehmer sichtbar niedriger ist als im Vormonat.
Abweichung beim G703-G702-Abgleich. Die Summe aller G703-Positionen „Arbeitsleistung im Berichtszeitraum“ muss dem aktuellen Zahlungsbetrag der G702 entsprechen oder diesen begründen. Bei gemeinsamer Extraktion erscheinen beide Werte im Output – der Abgleich erfolgt über eine einzige Formel, nicht durch manuellen Querverweis zweier Dokumente.
Abweichender Einbehaltssatz. Subunternehmer können je nach Vertrag unterschiedliche Einbehaltssätze haben – 5 % für den einen, 10 % für einen anderen, und der Satz kann nach 50 % Projektfortschritt gemäß AIA A201 Abschnitt 9.8.5 auf 50 % des ursprünglichen Satzes sinken. Die Extraktion erfasst den auf jeder G702 ausgewiesenen Satz, der PM muss jedoch jeden Satz vertraglich prüfen. Die Stapelverarbeitung macht dies zu einer Prüfung auf Spaltenebene statt einer Einzeldokumentprüfung.
Ausnahmen verschwinden im großen Maßstab nicht – sie konzentrieren sich. Der Wert der Stapelverarbeitung liegt nicht darin, Ausnahmen zu eliminieren, sondern sie gleichzeitig sichtbar zu machen – über alle 30 Anträge hinweg in einer Tabelle. Eine Fehlerquote von 10 % bei 30 Anträgen ergibt drei Ausnahmen, die in Minuten gefunden und behoben werden, statt drei separater Dokument-zu-Tabellen-Erkennungszyklen.
Von 30 PDFs zu einer Tabelle: Der Stapel-Extraktions-Workflow
Der Batch-Workflow auf ImageToTable.ai ersetzt die 65-stündige monatliche Zahlungsabwicklung durch einen strukturierten Vier-Schritt-Prozess, der speziell für das Zusammenführungsproblem entwickelt wurde – nicht als 30-fach wiederholter Einzelanwendungs-Workflow, sondern als ein einziger Durchlauf, der den konsolidierten Auszahlungsplan erstellt.
[Projekt]-[Nachunternehmer]-[AntragNr].pdf – einheitliche Präfixe ermöglichen die Rückverfolgung jeder Ausgabezeile zur Quelle. Laden Sie den gesamten Monatsstapel per Drag & Drop hoch. Mehrseitige PDFs – G702 mit einer oder mehreren G703-Folgeseiten – werden automatisch als ein Antrag verarbeitet. Sowohl eingescannte Papierformulare als auch digital ausgefüllte PDFs durchlaufen denselben Upload. Keine Vorlagenkonfiguration erforderlich.Der entscheidende Unterschied zwischen diesem Workflow und einer 30-fach wiederholten Einzelanwendungsextraktion liegt in Schritt drei. Die Einzelanwendungsextraktion erzeugt 30 separate Tabellenblätter, die noch manuell zusammengeführt, abgeglichen und gegenseitig geprüft werden müssen. Die Batch-Extraktion erzeugt eine einzige Tabelle. Der Abgleich – die Gegenprüfung zwischen G703-Positionssummen und G702-Gesamtwerten, die Sicherstellung der Einbehalte, die Prüfung der Zeilenanzahl pro Nachunternehmer – erfolgt in einer einzigen Ansicht, nicht über 30 offene Fenster verteilt.
Häufig gestellte Fragen
Wie viele Zahlungsanträge kann ich in einem Batch verarbeiten?
Laden Sie einen ganzen Monat Zahlungsanträge hoch – 30 bis 50 G702/G703-Pakete von mehreren Nachunternehmern – in einer einzigen Eingabe. Die KI verarbeitet jedes mehrseitige Dokument unabhängig, und alle G703-Positionen werden in einer einzigen Ausgabetabelle zusammengeführt. Die praktische Batch-Größe hängt von Ihrem Tarif ab. Der Batch-Verarbeitungsmodus von ImageToTable.ai behandelt alle Dateien eines Uploads als einen konsolidierten Auftrag und erzeugt eine einzige zusammengeführte Ausgabe anstelle separater Tabellenblätter pro Datei – genau das ermöglicht den Workflow für den konsolidierten Auszahlungsplan.
Funktioniert die Ausgabe mit Procore, Sage, Viewpoint oder anderer Bauabrechnungssoftware?
Die Extraktion erfolgt nach Excel und CSV. Procore, Sage 300 CRE, Viewpoint Vista, Foundation, CMiC und Jonas Premier akzeptieren alle Excel- oder CSV-Importe für Zahlungsanforderungsdaten. Exportieren Sie den konsolidierten Sollplan und importieren Sie ihn in das System, das Ihre Buchhaltung für die Zahlungsabwicklung verwendet. Der Extraktionsschritt ist unabhängig von Ihrer Baumanagementsoftware – er erzeugt die Daten, und Ihr System verarbeitet sie.
Kann die KI sowohl digitale PDFs als auch gescannte Papierformulare G702/G703 im selben Batch verarbeiten?
Ja. Elektronische PDFs mit getippten Werten liefern die höchste Genauigkeit – nahe 99 % bei numerischen Feldern. Gescannte Papierformulare mit 300 DPI funktionieren gut, allerdings müssen handschriftliche Einträge auf minderwertigen Scans überprüft werden. Die Spaltennamensextraktion liest den visuellen Inhalt der Seite und verlässt sich nicht auf eine digitale Textebene. Daher werden Batches mit gemischten Formaten – einige Subunternehmer senden mit Bluebeam ausgefüllte PDFs, andere gescannte Papierformulare – ohne Konfigurationsänderungen über dieselben Spaltendefinitionen verarbeitet. Fordern Sie nach Möglichkeit elektronische Einreichungen an, um beste Ergebnisse zu erzielen.
Was ist, wenn Subunternehmer unterschiedliche Einbehaltssätze verwenden oder sich der Satz während des Projekts ändert?
Die KI extrahiert den Einbehaltungsprozentsatz und -betrag genau so, wie sie auf dem G702 jedes Subunternehmers erscheinen. Die Ausgabetabelle zeigt den Satz jedes Subunternehmers in einer eigenen Spalte, sodass Abweichungen von den Vertragsbedingungen sofort erkennbar sind – 10 %, obwohl der Vertrag 5 % vorsieht, oder der Satz vor 50 % Fertigstellung, wenn das Projekt den Reduktionsmeilenstein gemäß AIA A201 Abschnitt 9.8.5 bereits überschritten hat. Der PM bleibt für die vertragliche Prüfung verantwortlich; die Extraktion eliminiert das manuelle Nachschlagen in 30 verschiedenen Dokumenten.
Verarbeitet die Stapelverarbeitung Anträge, bei denen einige Subunternehmer AIA G702/G703 und andere eigene Formulare verwenden?
Die Spaltennamenextraktion sucht nach Werten anhand der Feldbedeutung, nicht nach Formularlayout oder Dokumenttitel. Reicht ein Subunternehmer ein eigenes Zahlungsantragsformular ein, das dieselben Datentypen enthält – Sollwerte, in diesem Zeitraum erbrachte Leistungen, Einbehaltsbeträge –, findet die KI diese Werte unabhängig von ihrer Position auf der Seite. Je stärker ein benutzerdefiniertes Formular jedoch von der Standardfeldbezeichnung des G702/G703 abweicht, desto wahrscheinlicher sind Anpassungen der Spaltennamen erforderlich. In der Praxis setzen die meisten Generalunternehmer standardisierte AIA-Formulare ihrer Subunternehmer vertraglich durch, sodass dies für die meisten Stapelverarbeitungs-Workflows kein Problem darstellt.
Eine detaillierte Betrachtung der Extraktionsmechanismen pro Antrag finden Sie in unserem Leitfaden zum Extrahieren von AIA G702/G703-Zahlungsantragsdaten in Tabellenkalkulationen. Zu den systemischen Kosten manueller Dateneingabe in Bauzahlungszyklen lesen Sie warum AIA G702-Dateneingabe Zahlungszyklen verzögert und wer die Kosten trägt.