Häufige G702-Extraktionsfehler
Die Zahlungsantragsstreitigkeiten auslösen

Die meisten Anleitungen zu G702/G703-Formularen konzentrieren sich auf das Offensichtliche: Rechnen Sie nach, verpassen Sie keine Frist, fügen Sie Ihre Pfandverzichte bei. Das ist wichtig. Aber wenn Sie von der manuellen Formularerfassung zur Datenextraktion aus PDFs und Tabellenkalkulationen in einen einzigen Zahlungsantrag übergehen – oder wenn Sie als Generalunternehmer zwanzig Nachträge von Subunternehmern zu einem einzigen Auszahlungsplan konsolidieren – übernimmt eine andere Klasse von Fehlern das Ruder. Das sind Fehler, die einen sauberen Taschenrechnerstreifen überleben, weil es nicht darum geht, die Summe falsch zu berechnen. Es geht darum, von vornherein die falsche Zahl in die Summe zu bekommen.

Wenn die Zahlen stimmen, Ihr Zahlungsantrag aber trotzdem abgelehnt wird

Es gibt eine besondere Frustration, die jeder kennt, der Bauabrechnungen länger als ein paar Zyklen verwaltet hat: Sie prüfen jede Summe, die Einbehalt-Arithmetik stimmt, die G703-Gesamtsumme entspricht Zeile 4 auf der G702 – und der Architekt oder der Vertreter des Eigentümers schickt sie trotzdem mit einem Fragezeichen neben einer Zahl zurück. Das Problem ist nicht, dass die Mathematik falsch ist. Das Problem ist, dass eine Zahl irgendwo zwischen den Quelldokumenten und dem endgültigen Formular ihre Bedeutung ändert, ohne ihren Wert zu ändern.

Das ist die Kernunterscheidung, die oberflächliche Formularfehler von Extraktionsfehlern trennt. Ein Oberflächenfehler – eine vertauschte Ziffer, eine übersehene Subtraktion – kündigt sich selbst an. Ein Extraktionsfehler sieht isoliert korrekt aus. Er wird erst sichtbar, wenn jemand ihn bis zu seinem Ursprung zurückverfolgt und feststellt, dass die Quelle nicht mit dem übereinstimmt, was auf dem Formular gelandet ist. Die sechs häufigsten Arten zu verstehen, wie das passiert, ist der Unterschied zwischen einem Zahlungsantrag, der die erste Prüfung übersteht, und einem, der einen Streit auslöst, der Sie einen ganzen Abrechnungszyklus kostet.

1. Die Falle der Extraktion von kumulierten vs. aktuellen Perioden

Auf dem G703-Fortsetzungsblatt erfüllen die Spalten D und E grundlegend unterschiedliche Zwecke. Spalte D führt die kumulierten Gesamtsummen fort, die aus allen früheren Anträgen genehmigt wurden. Spalte E erfasst nur die Arbeiten, die in diesem Abrechnungszeitraum abgeschlossen wurden. Spalte G – Gesamt abgeschlossen und bis heute gelagert – ist die Summe aus D, E und den in diesem Zeitraum in F gelagerten Materialien. Die Zahl, die für die G702-Zusammenfassung zählt, ist Spalte G.

Doch bei der Datenextraktion aus einem Stapel von Dokumenten – ob Sie von einem markierten G703 transkribieren, aus einer Tabellenkalkulation eines Subunternehmers ziehen oder ein KI-Extraktionstool zum Lesen gescannter Zahlungsanträge verwenden – ist das häufigste einzelne Fehlermuster die Verwechslung von Spalte E (nur dieser Zeitraum) mit Spalte G (Gesamt bis heute). Der Subunternehmer meldet, dass er diesen Monat Elektroarbeiten im Wert von 45.000 $ abgeschlossen hat. Diese 45.000 $ gehen in Spalte E. Aber Spalte G für diese Position sollte die kumulierte Gesamtsumme anzeigen – alle Arbeiten, die seit Projektbeginn abgeschlossen wurden, was 180.000 $ sein könnte. Wenn Sie diese 45.000 $ als wäre es die kumulierte Zahl extrahieren, unterschätzt Zeile 4 auf der G702 die tatsächlich abgeschlossenen Arbeiten um 135.000 $. Der Eigentümer sieht eine Zahl, die nicht mit seiner Feldbeobachtung des Fortschritts übereinstimmt, und markiert den gesamten Antrag.

Der umgekehrte Fehler – die Extraktion der kumulierten Zahl in die Spalte der aktuellen Periode – bläht die Abrechnung für diesen Monat auf und löst eine Überabrechnungsprüfung aus. Keiner der beiden Fehler zeigt sich in einer einfachen Quersummenprüfung, weil die interne Arithmetik der G702 intern konsistent bleibt. Der Fehler tritt erst zutage, wenn jemand die eingereichten Zahlen mit dem physischen Fortschritt des Projekts vergleicht, wie es unter AIA A201-2017 Abschnitt 9.4 gefordert wird, der dem Architekten die Befugnis gibt, nur einen Teil des Antrags zu zertifizieren, wenn die Beträge nicht die tatsächlich abgeschlossenen Arbeiten widerspiegeln.

Die Lösung beginnt damit, zu verstehen, welche Spalte in Ihrem Extraktionsziel welchem Konzept in Ihrer Quelle entspricht. Wenn Sie ein Extraktionstool verwenden, das Dokumente in eine strukturierte Tabelle verarbeitet – ein Prozess, der manchmal als Spaltennamensextraktion bezeichnet wird, bei dem Sie die gewünschten Felder angeben und die KI die passenden Werte auf jeder Seite findet – stellen Sie sicher, dass Ihre Spaltendefinitionen klar zwischen „In diesem Zeitraum abgeschlossene Arbeiten" und „Gesamt bis heute abgeschlossen" unterscheiden. Wenn das Quelldokument nur Zeitraumangaben meldet, benötigen Sie einen separaten Mechanismus, um diese über die Abrechnungszyklen hinweg zu akkumulieren, bevor sie in die Nähe des G703 gelangen.

2. Einbehalt auf falscher Basis angewendet

Der Einbehalt bei einem G702/G703-Paar wird auf der Grundlage des kumulierten Gesamtwerts der abgeschlossenen Arbeiten und eingelagerten Materialien berechnet, nicht auf der Grundlage des in diesem Zeitraum abgerechneten Betrags. Ein Subunternehmer schließt diesen Monat Arbeiten im Wert von 50.000 $ ab und erhöht damit seinen kumulierten Abschluss auf 200.000 $. Bei einem vertraglichen Einbehaltssatz von 10 % beträgt der Einbehalt für diese Position 20.000 $ – zehn Prozent von 200.000 $ – nicht 5.000 $. Die Anwendung von 10 % auf die nur 50.000 $ des Zeitraums führt zu einem zu geringen Einbehalt von 15.000 $.

Dieser Fehler ist bei der Datenextraktion trügerisch leicht zu machen, da Einbehaltssätze oft in einem einzigen Vertragsfeld liegen – „Einbehalt: 10 %" – während die Zahl, auf die dieser Satz angewendet wird, sich mit jedem Abrechnungszeitraum ändert. Wenn Ihr Extraktionsworkflow „10 %" aus dem Vertrag liest und mit dem nächstliegenden Dollarwert auf der Seite multipliziert, können Sie nicht garantieren, welchen Wert er aufgegriffen hat. Bei G703-Formularen – einer detaillierten Wertaufstellung, die die Vertragssumme in Arbeitsanteile aufteilt – kann der Einbehalt sogar je nach Position variieren. Einige Verträge reduzieren den Einbehalt nach wesentlicher Fertigstellung von 10 % auf 5 %, was zu einer Situation führt, in der verschiedene Zeilen auf demselben G703 unterschiedliche Einbehaltssätze tragen.

Das Landesrecht fügt eine weitere Ebene hinzu. New York begrenzt den Einbehalt nun auf 5 % bei privaten Bauverträgen über 150.000 $, und vertragliche Bestimmungen, die diese Obergrenze überschreiten, sind nichtig und nicht durchsetzbar. Illinois erlaubt 10 % in der ersten Vertragshälfte und schreibt dann eine Reduzierung auf 5 % vor. North Carolina verbietet den Einbehalt bei Projekten unter 100.000 $ vollständig. Wenn Ihr Extraktionsworkflow eine pauschale 10 % auf ein Projekt anwendet, das einem dieser Gesetze unterliegt, führt die Diskrepanz zwischen dem, was Sie einbehalten, und dem, was der Vertrag rechtlich erlaubt, zu einem sofortigen Streit – und in einigen Rechtsgebieten zu einem Gesetzesverstoß.

Die Construction Financial Management Association (CFMA) hat dokumentiert, dass Fehler und Abstimmungsprobleme die Projektkosten allein durch Fehlberichterstattung und verzögerte Entscheidungen um 2–5 % erhöhen können. Bei einem Projekt im Wert von 5 Millionen $ sind das 100.000–250.000 $ an vollständig vermeidbaren Kosten – der größte Teil davon ist auf Geld zurückzuführen, das im Streit liegt, statt durch die Zahlungskette zu fließen.

3. Nachträge, deren Daten zwischen G702 und G703 voneinander abweichen

Das G702 enthält eine Übersichtstabelle der Nachträge, die in Zeile 2 (Nettoveränderung durch Nachträge) und letztlich in Zeile 3 (Vertragssumme bis heute) einfließt. Genehmigte Nachträge erscheinen derweil im G703 als zusätzliche Positionen, jeweils mit eigenem Planwert und eigener Fortschrittsverfolgung. Diese beiden Darstellungen müssen übereinstimmen: Die Summe aller Nachtragspositionen im G703 muss dem Betrag entsprechen, der über die Nachtragsübersicht des G702 in Zeile 2 einfließt.

Bei der Extraktion von Nachtragsdaten aus mehreren Quellen gehen zwei Dinge mit vorhersehbarer Regelmäßigkeit schief. Das erste ist die Einbeziehung nicht genehmigter Nachträge in die Summen. Ein Subunternehmer hat fünf ausstehende Nachträge in Höhe von insgesamt $35.000 und nimmt sie als Positionen in sein G703 auf – eine Praxis, vor der die G703-Anweisungen der AIA ausdrücklich warnen: Nachträge sind „separat aufzuführen, entweder auf einem eigenen G703-Formular oder am Ende des Grundplans". Wenn der Generalunternehmer oder der Architekt das G703 des Subunternehmers prüft und Beträge für Arbeiten findet, die nie genehmigt wurden, ist der gesamte Zahlungsantrag fragwürdig.

Das zweite Muster ist subtiler: Der Nachtragsbetrag erscheint korrekt als Position im G703, aber die Zusammenführung in die Nachtragsübersicht des G702 fehlt oder ist null. Das G703 weist $35.000 an genehmigten Nachtragsarbeiten aus. Zeile 2 des G702 zeigt $0. Die Abweichung zwischen detaillierter Aufstellung und Übersicht ist ein direkter Ablehnungsgrund gemäß AIA A201-2017 Abschnitt 9.3, der für Zahlungsanträge verlangt, dass sie „den Stand der Vertragssumme bis heute ausweisen, einschließlich des Gesamtbetrags der bis heute ausgeführten und eingelagerten Arbeiten, des Einbehalts (falls vorhanden), der Summe früherer Zahlungen, einer Übersicht der Nachträge und des Betrags der aktuell beantragten Zahlung". Ist die Nachtragsübersicht unvollständig, ist auch der Antrag unvollständig.

Extraktionsworkflows verschlimmern dies, wenn Nachträge in getrennten Systemen erfasst werden – Procore für das Auftragsmanagement, eine Tabellenkalkulation für Nachtragsprotokolle des Subunternehmers, ein PDF des unterschriebenen Nachtragsformulars – und jemand alle drei zu einem einzigen G702-Eintrag abgleichen muss. Eine Quelle wird übersehen, und die Kettenreaktion beginnt. Für einen tieferen Einblick, wie manuelle Datenübergaben zwischen diesen Systemen den gesamten Zahlungszyklus verzögern, lesen Sie unsere Analyse zu warum manuelle G702-Dateneingabe Bauzahlungszyklen verzögert.

4. Bewertung der eingelagerten Materialien, die die Obergrenze der Position überschreitet

Spalte F im G703 – derzeit eingelagerte Materialien – erfasst den Wert der gekauften und auf der Baustelle befindlichen Materialien (oder, sofern vertraglich vereinbart, außerhalb der Baustelle in einem Zollager eingelagerten Materialien). Es gibt eine strukturelle Einschränkung, die die manuelle Prüfung erkennt, die automatisierte Extraktion jedoch häufig übersieht: Eingelagerte Materialien für eine einzelne Position dürfen den geplanten Wert dieser Position nicht überschreiten. Wenn eine Position insgesamt $50.000 wert ist, können Sie nicht $55.000 an eingelagerten Materialien dagegenrechnen – das würde bedeuten, dass Sie mehr Materialwert abrechnen, als der gesamte Leistungsumfang umfasst.

Dieser Fehler entsteht bei Extraktionsabläufen auf zwei Wegen. Weg eins: Die Materialrechnung des Subunternehmers weist eine gelieferte Menge aus, deren Wert die SOV-Zuweisung übersteigt, und das Extraktionstool überträgt den Rechnungsbetrag getreu, ohne die SOV-Obergrenze zu prüfen. Weg zwei: Materialien wurden in einer früheren Periode unter einer Position eingelagert, aber fortlaufende Materiallieferungen werden derselben Position zugeordnet, anstatt einer separaten, nur für Materialien vorgesehenen Position. Der kumulierte Betrag überschreitet die Obergrenze, und der G703 weist einen negativen Restbetrag aus – eine sofortige Warnung, die die Zertifizierung stoppt.

Der G703 ist nicht nur eine Liste von Zahlen. Er ist ein System von Einschränkungen: Jede Position hat einen Höchstwert, kumulierte Summen dürfen nicht sinken, der Einbehalt darf den vertraglichen Satz nicht überschreiten, eingelagerte Materialien dürfen den geplanten Wert nicht übersteigen, und der Restbetrag darf nicht negativ werden. Wenn die Extraktion jede Spalte als unabhängiges Feld behandelt – statt als verknüpfte Variable in einem eingeschränkten System – erzeugt sie zuverlässig Daten, die eine spaltenweise Prüfung bestehen, aber die spaltenübergreifende Validierung nicht bestehen, die ein erfahrener Projektbuchhalter in Sekunden durchführt.

5. Das Problem der Übertragung früherer Zahlungen

Zeile 7 im G702 – abzüglich früherer Zahlungszertifikate – ist die stärkste Quelle sich vervielfachender Fehler im gesamten Zahlungsantragssystem. Sie stellt die Summe aller zuvor genehmigten Zahlungen für das Projekt dar. Für den ersten Zahlungsantrag ist sie null. Für jeden weiteren Antrag muss sie exakt mit Zeile 6 (aktuell fälliger Betrag) des letzten genehmigten G702 übereinstimmen – nicht des zuletzt eingereichten, nicht des zuletzt entworfenen, sondern des zuletzt zertifizierten.

So bricht dies in der Praxis. Antrag Nr. 3 wird mit einer Zahlungsanforderung von $94.000 eingereicht. Der Architekt zertifiziert nur $87.000 und behält $7.000 wegen unvollständiger Dokumentation ein. Das System des Subunternehmers weist den eingereichten Betrag von $94.000 als Übertragungswert aus. Antrag Nr. 4 kommt mit Zeile 7 bei $94.000 an. Aber die Unterlagen des Eigentümers – und der Vertrag – besagen, dass die korrekte Übertragung $87.000 beträgt. Jeder nachgelagerte Wert von Zeile 7 – der aktuell fällige Betrag, der Restbetrag – ist nun um $7.000 erhöht. Der Antrag wird abgelehnt.

Dieser Fehler pflanzt sich fort, weil der zertifizierte Betrag an einer Stelle existiert (der vom Architekten unterzeichnete G702), während die Extraktionsquelle – typischerweise die interne Abrechnungstabelle des Subunternehmers oder des Generalunternehmers – häufig den eingereichten Betrag erfasst. Wenn Sie mehrere Zahlungsanträge von Subunternehmern zu einem einzigen Auszahlungsplan konsolidieren, wie in unserem Leitfaden zum Zusammenführen von Zahlungsanträgen eines gesamten Projekts in einen einzigen konsolidierten Auszahlungsplan beschrieben, muss Zeile 7 jedes Subunternehmers einzeln gegen die zertifizierte Version aus dem vorherigen Zyklus geprüft werden. Ein Übertragungsfehler eines Subunternehmers wirkt sich auf den zusammenfassenden G702 des Generalunternehmers aus und wird exponentiell schwerer nachvollziehbar.

6. Die G702-zu-G703-Abstimmung, die bis zur Prüfung niemand kontrolliert

Jede Zahl auf der G702-Zusammenfassung hat einen einzigen Ursprung auf der G703 — mit einer Ausnahme: Zeile 2, die sich aus der Tabelle der Nachträge ableitet, die nur auf der G702 selbst existiert. Dies schafft einen Abstimmungs-Blindfl​​eck. Die G703-Summen können perfekt sein, die Nachtragstabelle kann korrekt sein, und dennoch können beide voneinander abweichen, weil die Nachtragstabelle unabhängig von den Nachtragspositionen der G703 befüllt wurde.

In einem manuellen Workflow ist diese Abstimmung mühsam, aber zumindest zentralisiert — eine Person füllt beide Formulare aus und prüft sie gegeneinander. In einem Extraktions-Workflow könnten die G703-Summen von einem KI-Tool stammen, das die Fortsetzungsblätter des Subunternehmers liest, während die Nachtragstabelle aus einem separaten Protokoll stammt, das der Projektleiter in einem anderen Format führt. Die beiden Datenströme fließen in dieselbe G702, wurden aber nie gegeneinander validiert. Das Ergebnis ist ein Formular, bei dem jeder einzelne Abschnitt korrekt validiert wird, das aber als Ganzes eine nicht auflösbare Lücke enthält.

Dies ist kein Versagen der Extraktionsgenauigkeit. Es ist ein Versagen dessen, was man Extraktionsarchitektur nennen könnte — die Gestaltung, welche Quelle welches Ausgabefeld speist und wo im Workflow die Kreuzvalidierung stattfindet. Das Wertvollste, was ein Extraktionstool für die G702/G703-Verarbeitung tun kann, ist nicht das Erreichen von 99 % Feldgenauigkeit (auch wenn das zählt). Es ist die Bewahrung der Beziehung zwischen Feldern über Formulare hinweg, sodass eine Zahl, die von Seite 3 der G703 eines Subunternehmers extrahiert wurde, ihre Herkunft bis zu Zeile 4 der G702 des Generalunternehmers behält und bei Abweichungen zurückverfolgt werden kann.

Die praktische Konsequenz: Wenn ein Architekt oder Eigentümer eine Zahl hinterfragt, sollten Sie genau sagen können, aus welchem Quelldokument, welcher Position und welcher Spalte diese Zahl stammt — nicht „lassen Sie mich meine Tabelle prüfen, ich melde mich bei Ihnen“. Extraktion ohne Rückverfolgbarkeit ist kaum besser als manuelle Eingabe; sie ist nur schneller darin, denselben Streit zu erzeugen.

Aufbau einer Verifizierungsebene in Ihren Extraktions-Workflow

Keiner der sechs oben genannten Fehler wird durch ein Tool verhindert, das Daten mit hoher Zeichengenauigkeit extrahiert. Es handelt sich um strukturelle Fehler – Abweichungen zwischen der Bedeutung der Daten im Quellkontext und ihrer Bedeutung auf dem Zielformular. Um sie zu verhindern, ist eine Verifizierungsebene erforderlich: eine Reihe von Querprüfungen, die nach der Extraktion, aber vor der Übermittlung ausgeführt werden.

Mindestens sollte diese Ebene prüfen, dass die G703-Spalte-G-Summe dem Wert in Zeile 4 des G702 entspricht, dass der Einbehalt in jeder G703-Zeile dem vertraglichen Satz multipliziert mit Spalte G dieser Zeile (nicht Spalte E) entspricht, dass die Summe der Nachträge im G702 mit der Summe der Nachtragspositionen im G703 übereinstimmt, dass die eingelagerten Materialien keiner Position deren geplanten Wert überschreiten und dass Zeile 7 der zertifizierten Zeile 6 des vorherigen genehmigten Antrags entspricht. Dies sind keine komplexen Berechnungen. Es sind Vergleiche, die Sekunden dauern – aber sie müssen in den Workflow eingebaut werden und dürfen nicht der Person überlassen bleiben, die am letzten Tag des Abrechnungszeitraums um 23 Uhr auf „Senden" klickt.

Für Teams, die eine hohe Anzahl von Anträgen verarbeiten – Generalunternehmer, die jeden Monat 15 oder 20 Subunternehmer-Zahlungsanträge erhalten – eliminiert die automatisierte Extraktion von AIA-G702/G703-Daten in Tabellenkalkulationen den manuellen Eingabeschritt, aber die Verifizierungsebene bleibt unverzichtbar. Die Extraktion bringt die Daten in strukturierte Form. Die Verifizierungsebene bestätigt, dass die Struktur in sich konsistent ist, bevor der Antrag in die Nähe des Schreibtischs eines Architekten gelangt.

Einige Extraktionstools ermöglichen die Definition von berechneten Spalten – Feldern, deren Werte aus anderen extrahierten Daten abgeleitet und nicht direkt aus dem Dokument gelesen werden. Diese Funktion kann als integrierter Verifizierungsmechanismus dienen. Sie können eine Spalte definieren, die „WENN G703_SpalteG_Summe ≠ G702_Zeile4 DANN ‚ABWEICHUNG' SONST ‚OK'" berechnet, und jeden Antrag mit einem Abstimmungsfehler kennzeichnen, bevor er die menschliche Prüfung erreicht. Das Tool muss Bauabrechnung nicht verstehen, um diesen Vergleich durchzuführen – es muss nur verstehen, dass zwei extrahierte Werte gleich sein sollen, und Sie warnen, wenn sie es nicht sind.

Häufig gestellte Fragen

Warum wird mein Zahlungsantrag abgelehnt, obwohl die Berechnungen stimmen?

Weil korrekte Arithmetik nicht dasselbe ist wie korrekte Daten. Die häufigste Ursache ist eine Abweichung zwischen dem, was das Dokument aussagt, und dem, was der Architekt oder der Vertreter des Eigentümers auf Grundlage seiner unabhängigen Kenntnis des Projektfortschritts erwartet. Häufige Ursachen: kumulierte Summen, die nicht mit den Beobachtungen vor Ort übereinstimmen, Nachträge, die ohne Genehmigung enthalten sind, Einbehalt, der auf der falschen Grundlage berechnet wurde, oder Zeile 7 (frühere Zahlungen), die nicht mit dem zuletzt zertifizierten Antrag übereinstimmt. Die Berechnung kann perfekt sein, während die Datenherkunft falsch ist.

Was ist der Unterschied zwischen einem G702 und einem G703, und warum ist das für die Extraktion wichtig?

Der G702 ist das zusammenfassende Deckblatt: Er zeigt die gesamte Vertragssumme, den Einbehalt, frühere Zahlungen und den aktuell fälligen Betrag in einem einseitigen Format. Der G703 ist das Fortsetzungsblatt, das den Vertrag in einzelne Positionen aus dem Leistungsverzeichnis unterteilt – eine detaillierte, positionsgenaue Aufschlüsselung der Kosten. Jede Zahl auf dem G702 (außer der Nachtragsübersicht) muss auf den G703 zurückführbar sein. Bei der Datenextraktion ist der G703 die maßgebliche Quelle für positionsgenaue Zahlen; der G702 ist die Stelle, an der diese Zahlen zusammengefasst werden. Wenn die beiden Formulare unabhängig voneinander statt verknüpft extrahiert werden, sind Abstimmungsfehler unvermeidlich.

Kann ein KI-Extraktionstool variable Einbehaltsätze für verschiedene Positionen verarbeiten?

Das hängt vom Tool ab. Einige Tools extrahieren nur, was sichtbar auf der Seite gedruckt ist, und erfassen zuverlässig alle Einbehaltsbeträge, die in Spalte I des G703 erscheinen, können jedoch nicht überprüfen, ob diese Beträge korrekt gegen den Vertrag berechnet wurden. Andere ermöglichen die Definition von berechneten Spalten – zum Beispiel eine Spalte mit dem Namen „Einbehaltsprüfung (Spalte G × 0,10)“, die den erwarteten Einbehalt aus der kumulierten Summe berechnet und Abweichungen kennzeichnet. Dieser Prüfansatz erkennt Fehler, die eine reine Extraktion nicht erkennen kann, da er den vertraglichen Satz einbezieht, der außerhalb des gelesenen Dokuments existiert.

Welche unterstützenden Dokumente sollten einer G702/G703-Einreichung immer beiliegen?

Abschnitt 9.3.1 der AIA A201-2017 verlangt, dass Zahlungsanträgen Freigaben und Verzichtserklärungen auf Pfandrechte beigefügt werden. Über das gesetzliche Minimum hinaus verlangen die meisten Projekte außerdem zertifizierte Lohnberichte (bei staatlich finanzierten Arbeiten), Fortschrittsfotos, Nachweise über eingelagerte Materialien (Lieferscheine, Lagernachweise) sowie unterschriebene Nachträge für alle Arbeiten, die über den ursprünglichen Leistungsumfang hinausgehen. Fehlende Dokumentation ist der häufigste verfahrenstechnische Grund für eine Ablehnung – getrennt von Datenfehlern, aber ebenso schädlich für den Zahlungszeitplan.

Ist es sicher, ausstehende Nachträge in einen Zahlungsantrag aufzunehmen?

Nein. Die Aufnahme nicht genehmigter Nachträge in die G703-Positionen oder in die G702-Änderungsübersicht ist einer der schnellsten Wege, eine Ablehnung des Antrags zu provozieren. Gemäß Abschnitt 7.3.9 der AIA A201-2017 dürfen Anträge Zahlungsforderungen für Änderungen enthalten, die ordnungsgemäß durch Bauänderungsanordnungen genehmigt, aber noch nicht in Nachträge aufgenommen wurden – dies ist jedoch eine enge Ausnahme und keine allgemeine Erlaubnis. Der sicherste Ansatz ist, ausstehende Nachträge in einem separaten Protokoll zu führen und sie erst nach formeller Genehmigung in die G703 zu übernehmen. Die Abrechnung von Arbeiten ohne unterschriebene Genehmigung führt sowohl zu einem vertraglichen Streit als auch in vielen Bundesstaaten zu Problemen mit Pfandrechten.