Erreurs courantes d'extraction G702
qui déclenchent des litiges sur les demandes de paiement

La plupart des guides sur les formulaires G702/G703 se concentrent sur l'évidence : vérifier ses calculs, ne pas rater la date limite, inclure les renonciations de privilège. Tout cela compte. Mais quand on passe du remplissage manuel à l'extraction de données depuis des PDF et des feuilles de calcul vers un seul bordereau de paiement — ou quand on est l'entrepreneur général qui consolide vingt soumissions de sous-traitants en un seul échéancier de tirage — une autre catégorie d'erreurs prend le dessus. Ce sont des erreurs qui survivent à une calculatrice propre, car elles ne portent pas sur un total erroné. Elles portent sur l'introduction d'un mauvais nombre dans le total dès le départ.

Quand les chiffres tombent juste mais que votre demande de paiement est quand même rejetée

Il y a une frustration particulière, bien connue de quiconque a géré la facturation dans la construction pendant plus de quelques cycles : vous vérifiez chaque total, le calcul de la retenue de garantie est bon, le total général du G703 correspond à la ligne 4 du G702 — et pourtant l'architecte ou le représentant du propriétaire vous le renvoie avec un point d'interrogation à côté d'un chiffre. Le problème n'est pas que le calcul est faux. Le problème est qu'entre les documents sources et le formulaire final, un nombre a changé de sens sans changer de valeur.

C'est la distinction fondamentale qui sépare les erreurs de formulaire superficielles des erreurs d'extraction. Une erreur superficielle — un chiffre inversé, une soustraction oubliée — se révèle d'elle-même. Une erreur d'extraction semble correcte isolément. Elle ne devient visible que lorsque quelqu'un remonte à sa source et constate que celle-ci ne correspond pas à ce qui figure sur le formulaire. Comprendre les six façons les plus courantes dont cela se produit fait la différence entre une demande de paiement qui passe la première relecture et une qui déclenche un litige vous coûtant un cycle de facturation complet.

1. Le piège de l'extraction cumulatif vs. période en cours

Sur la feuille de continuation G703, les colonnes D et E ont des fonctions fondamentalement différentes. La colonne D reporte les totaux cumulés approuvés de toutes les demandes précédentes. La colonne E ne reprend que les travaux réalisés au cours de cette période de facturation. La colonne G — Total des travaux réalisés et stockés à ce jour — est la somme de D, E et des matériaux stockés cette période en F. Le chiffre important pour le résumé G702 est la colonne G.

Pourtant, lors de l'extraction de données à partir d'une pile de documents — que vous retranscriviez à partir d'un G703 annoté, que vous tiriez des informations du tableur d'un sous-traitant ou que vous utilisiez un outil d'extraction par IA pour lire des demandes de paiement scannées — l'erreur la plus courante consiste à confondre la colonne E (cette période uniquement) avec la colonne G (total à ce jour). Le sous-traitant déclare avoir réalisé 45 000 $ de travaux électriques ce mois-ci. Ces 45 000 $ vont dans la colonne E. Mais la colonne G pour ce poste doit indiquer le total cumulé — tous les travaux réalisés depuis le début du projet, soit peut-être 180 000 $. Si vous extrayez ces 45 000 $ comme s'il s'agissait du chiffre cumulé, la ligne 4 du G702 sous-estime les travaux réellement effectués de 135 000 $. Le propriétaire voit un chiffre qui ne correspond pas à ses observations de terrain sur l'avancement et signale l'ensemble de la demande.

L'erreur inverse — extraire le chiffre cumulé dans la colonne de la période en cours — gonfle la facturation de ce mois et déclenche un examen de surfacturation. Aucune de ces erreurs n'apparaît dans une simple vérification croisée, car l'arithmétique interne du G702 reste cohérente. L'erreur ne se révèle que lorsque quelqu'un compare les chiffres soumis à l'avancement physique du projet, comme l'exige l'article 9.4 de l'AIA A201-2017, qui donne à l'architecte le pouvoir de certifier seulement une partie de la demande si les montants ne reflètent pas les travaux réellement effectués.

La correction commence par comprendre quelle colonne de votre cible d'extraction correspond à quel concept dans votre source. Si vous utilisez un outil d'extraction qui traite les documents en un tableau structuré — un processus parfois appelé extraction par nom de colonne, où vous spécifiez les champs souhaités et l'IA localise les valeurs correspondantes sur chaque page — assurez-vous que vos définitions de colonnes distinguent explicitement « Travail achevé cette période » et « Total achevé à ce jour ». Si le document source ne rapporte que des chiffres de période, vous avez besoin d'un mécanisme distinct pour les cumuler sur les cycles de facturation avant qu'ils n'atteignent le G703.

2. Retenue appliquée à la mauvaise base

La retenue sur un couple G702/G703 est calculée sur le total cumulé des travaux achevés et des matériaux stockés, et non sur le montant facturé cette période. Un sous-traitant achève 50 000 $ de travaux ce mois-ci, portant son cumul achevé à 200 000 $. À un taux de retenue contractuel de 10 %, la retenue pour cet élément de ligne est de 20 000 $ — dix pour cent de 200 000 $ — et non de 5 000 $. Appliquer 10 % uniquement sur les 50 000 $ de la période sous-retenue de 15 000 $.

Cette erreur est étonnamment facile à commettre lors de l'extraction de données, car les taux de retenue se trouvent souvent dans un seul champ du contrat — « Retenue : 10 % » — tandis que le montant auquel ce taux s'applique change à chaque période de facturation. Si votre processus d'extraction lit « 10 % » dans le contrat et le multiplie par le montant en dollars le plus proche sur la page, vous ne pouvez pas garantir quel montant a été sélectionné. Sur les formulaires G703 — un échéancier détaillé des valeurs qui décompose le montant du contrat en parties des travaux — la retenue peut même varier par poste. Certains contrats réduisent la retenue de 10 % à 5 % après l'achèvement substantiel, créant une situation où différentes lignes du même G703 portent des taux de retenue différents.

La loi des États ajoute une autre couche. New York plafonne désormais la retenue à 5 % sur les contrats de construction privés de plus de 150 000 $, et les dispositions contractuelles dépassant ce plafond sont nulles et non exécutoires. L'Illinois autorise 10 % pendant la première moitié du contrat, puis impose une réduction à 5 %. La Caroline du Nord interdit totalement la retenue sur les projets de moins de 100 000 $. Si votre processus d'extraction applique un taux forfaitaire de 10 % à un projet régi par l'une de ces lois, l'écart entre ce que vous retenez et ce que le contrat autorise légalement crée un litige immédiat — et, dans certaines juridictions, une violation légale.

La Construction Financial Management Association (CFMA) a documenté que les erreurs et les problèmes de rapprochement peuvent augmenter les coûts du projet de 2 à 5 % rien qu'en raison de rapports erronés et de décisions retardées. Sur un projet de 5 millions de dollars, cela représente 100 000 à 250 000 $ de coûts totalement évitables — dont la majeure partie est attribuable à de l'argent bloqué dans un litige plutôt que circulant dans la chaîne de paiement.

3. Données d'avenants qui divergent entre le G702 et le G703

Le G702 contient un tableau récapitulatif des avenants qui alimente la ligne 2 (Variation nette due aux avenants) et, in fine, la ligne 3 (Montant du contrat à ce jour). Parallèlement, les avenants approuvés apparaissent sur le G703 sous forme de lignes supplémentaires, chacune avec sa propre valeur prévue et son suivi d'avancement. Ces deux représentations doivent concorder : la somme de toutes les lignes d'avenants sur le G703 doit correspondre au montant qui transite par le récapitulatif des avenants du G702 jusqu'à la ligne 2.

Lors de l'extraction des données d'avenants à partir de multiples sources, deux problèmes surviennent avec une régularité prévisible. Le premier est l'inclusion d'avenants non approuvés dans les totaux. Un sous-traitant a cinq avenants en attente totalisant 35 000 $ et les inclut comme lignes dans son G703 — une pratique que les instructions du G703 de l'AIA déconseille, précisant que les avenants sont « listés séparément, soit sur leur propre formulaire G703, soit à la fin du tableau de base ». Lorsque l'entrepreneur général ou l'architecte examine le G703 du sous-traitant et y trouve des montants pour des travaux jamais approuvés, l'ensemble de la demande devient suspect.

Le deuxième schéma est plus subtil : le montant en dollars de l’ordre de modification apparaît correctement sur la ligne G703, mais le cumul dans le récapitulatif des ordres de modification G702 est manquant ou nul. Le G703 indique 35 000 $ de travaux d’ordre de modification approuvés. La ligne 2 du G702 affiche 0 $. L’écart entre le justificatif détaillé et le récapitulatif constitue un motif direct de rejet en vertu de l’article 9.3 de l’AIA A201-2017, qui exige que les demandes de paiement présentent « l’état du montant du contrat à ce jour, y compris le montant total en dollars des travaux achevés et stockés à ce jour, le montant de la retenue (le cas échéant), le total des paiements antérieurs, un récapitulatif des ordres de modification et le montant du paiement actuel demandé ». Si le récapitulatif des ordres de modification est incomplet, la demande est incomplète.

Les flux d’extraction aggravent la situation lorsque les ordres de modification sont enregistrés dans des systèmes distincts — Procore pour la gestion des engagements, un tableur pour les journaux de modifications des sous-traitants, un PDF du formulaire d’ordre de modification signé — et que quelqu’un doit concilier les trois en une seule saisie G702. Une source est oubliée, et la cascade commence. Pour un examen plus approfondi de la manière dont les transferts manuels de données entre ces systèmes retardent l’ensemble du cycle de paiement, consultez notre analyse sur les retards dans les cycles de paiement de construction causés par la saisie manuelle des données AIA G702.

4. Évaluations des matériaux stockés dépassant le plafond de la ligne

La colonne F de la G703 — Matériaux actuellement stockés — suit la valeur des matériaux achetés et sur site (ou, selon des dispositions contractuelles spécifiques, stockés hors site dans un entrepôt sous douane). Il existe une contrainte structurelle que la vérification manuelle détecte mais que l'extraction automatisée oublie souvent : les matériaux stockés pour un poste donné ne doivent pas dépasser la valeur prévue de ce poste. Si un poste vaut 50 000 $ au total, vous ne pouvez pas déclarer 55 000 $ de matériaux stockés — cela signifierait facturer plus de valeur de matériaux que l'ensemble du périmètre des travaux.

Cette erreur apparaît dans les flux d'extraction par deux voies. Première voie : la facture de matériaux du sous-traitant indique une quantité livrée dont la valeur dépasse l'allocation du SOV, et l'outil d'extraction retranscrit fidèlement le montant de la facture sans vérifier le plafond du SOV. Deuxième voie : des matériaux ont été stockés sous un poste au cours d'une période précédente, mais les livraisons continues de matériaux sont allouées au même poste au lieu d'un poste distinct réservé aux matériaux. Le cumul dépasse le plafond, et la G703 affiche un solde à terminer négatif — un signal d'alarme immédiat qui stoppera la certification.

La G703 n'est pas qu'une liste de chiffres. C'est un système de contraintes : chaque poste a une valeur maximale, les totaux cumulés ne peuvent pas diminuer, la retenue de garantie ne peut pas dépasser le taux contractuel, les matériaux stockés ne peuvent pas dépasser la valeur prévue, et le solde à terminer ne peut pas être négatif. Lorsque l'extraction traite chaque colonne comme un champ indépendant — plutôt qu'une variable liée dans un système contraint — elle produit systématiquement des données qui passent un examen colonne par colonne mais échouent à la validation croisée des contraintes qu'un comptable de projet expérimenté effectue en quelques secondes.

5. Le problème du report de paiement antérieur

La ligne 7 du G702 — Moins les certificats de paiement antérieurs — est la source la plus puissante d'erreurs cumulées dans tout le système de demande de paiement. Elle représente la somme de tous les paiements déjà approuvés sur le projet. Pour la première demande, elle est à zéro. Pour chaque demande suivante, elle doit exactement correspondre à la ligne 6 (Paiement dû actuel) du dernier G702 approuvé — pas le dernier soumis, ni le dernier ébauché, mais le dernier certifié.

Voici comment cela se concrétise. La demande n°3 est soumise avec un montant de 94 000 $. L'architecte certifie seulement 87 000 $, retenant 7 000 $ pour documentation incomplète. Le système du sous-traitant indique les 94 000 $ soumis comme montant reporté. La demande n°4 arrive avec la ligne 7 à 94 000 $. Mais les registres du propriétaire — et le contrat — indiquent que le bon montant reporté est de 87 000 $. Chaque chiffre en aval de la ligne 7 — le paiement dû actuel, le solde à terminer — est désormais gonflé de 7 000 $. La demande est rejetée.

Cette erreur se propage car le chiffre certifié existe à un endroit (le G702 signé par l'architecte) tandis que la source d'extraction — généralement le tableur de facturation interne du sous-traitant ou de l'entrepreneur général — suit souvent le chiffre soumis. Lorsque vous consolidez plusieurs demandes de paiement de sous-traitants en un seul échéancier de tirage, comme expliqué dans notre guide sur la fusion des demandes de paiement d'un projet entier en un seul échéancier de tirage consolidé, la ligne 7 de chaque sous-traitant doit être vérifiée individuellement par rapport à la version certifiée du cycle précédent. L'erreur de report d'un sous-traitant se répercute dans le G702 récapitulatif de l'entrepreneur général et devient exponentiellement plus difficile à tracer.

6. Le rapprochement G702-G703 que personne ne vérifie avant la révision

Chaque chiffre du résumé G702 a une origine unique sur le G703 — à une exception près : la ligne 2, qui provient du tableau récapitulatif des avenants présent uniquement sur le G702 lui-même. Cela crée un angle mort de rapprochement. Les totaux du G703 peuvent être parfaits, le récapitulatif des avenants peut être correct, et les deux peuvent encore diverger parce que le récapitulatif des avenants a été renseigné indépendamment des lignes d'avenant du G703.

Dans un processus manuel, ce rapprochement est fastidieux mais au moins centralisé — une personne remplit les deux formulaires et les vérifie l'un par rapport à l'autre. Dans un processus d'extraction, les totaux du G703 peuvent provenir d'un outil d'IA lisant les feuilles de continuation des sous-traitants, tandis que le récapitulatif des avenants provient d'un journal séparé tenu par le chef de projet dans un format différent. Les deux flux de données aboutissent au même G702 mais n'ont jamais été recoupés. Le résultat est un formulaire dont chaque section individuelle se valide correctement mais qui, pris dans son ensemble, contient un écart irréconciliable.

Ce n’est pas un échec de précision d’extraction. C’est un échec de ce qu’on pourrait appeler l’architecture d’extraction — la conception qui détermine quelle source alimente quel champ de sortie et où se déroule la validation croisée dans le flux de travail. Ce qu’un outil d’extraction peut apporter de plus précieux pour le traitement des G702/G703 n’est pas d’atteindre 99 % de précision au niveau des champs (même si cela compte). C’est de préserver la relation entre les champs d’un formulaire à l’autre, afin qu’un nombre extrait de la page 3 du G703 d’un sous-traitant conserve sa filiation jusqu’à la ligne 4 du G702 du GC et puisse être retracé en cas d’écart.

Le résultat concret : lorsqu’un architecte ou un propriétaire remet un chiffre en question, vous devez pouvoir dire exactement de quel document source, de quelle ligne et de quelle colonne provient ce nombre — pas « laissez-moi vérifier mon tableur et je reviens vers vous ». Une extraction sans traçabilité ne vaut guère mieux qu’une saisie manuelle ; elle est juste plus rapide pour produire le même litige.

Intégrer une couche de vérification dans votre flux d’extraction

Aucune des six erreurs ci-dessus n’est évitée par un outil qui extrait les données avec une grande précision au niveau des caractères. Ce sont des erreurs structurelles — des décalages entre ce que les données signifient dans leur contexte source et ce qu’elles signifient sur le formulaire cible. Pour les éviter, il faut une couche de vérification : un ensemble de contrôles croisés exécutés après l’extraction mais avant la soumission.

Au minimum, cette couche doit vérifier que le total de la colonne G du G703 est égal à la valeur de la ligne 4 du G702, que la retenue sur chaque ligne du G703 correspond au taux contractuel multiplié par la colonne G (et non la colonne E) de cette ligne, que le total du récapitulatif des avenants sur le G702 correspond à la somme des lignes d’avenant sur le G703, que les matériaux stockés d’aucune ligne ne dépassent sa valeur prévue, et que la ligne 7 correspond à la ligne 6 certifiée du précédent décompte approuvé. Ce ne sont pas des calculs complexes. Ce sont des comparaisons qui prennent quelques secondes — mais elles doivent être intégrées au flux de travail, et non laissées à la personne qui clique sur « Soumettre » à 23 h le dernier jour du cycle de facturation.

Pour les équipes traitant un volume élevé de décomptes — les entrepreneurs généraux qui reçoivent 15 ou 20 demandes de paiement de sous-traitants chaque mois — l’extraction automatisée des données des AIA G702/G703 dans des feuilles de calcul supprime l’étape de saisie manuelle, mais la couche de vérification reste essentielle. L’extraction met les données sous forme structurée. La couche de vérification confirme que la structure est cohérente avant que le décompte n’approche le bureau d’un architecte.

Certains outils d’extraction permettent de définir des colonnes calculées — des champs dont les valeurs sont dérivées d’autres données extraites plutôt que lues directement dans le document. Cette fonctionnalité peut servir de mécanisme de vérification intégré. Vous pouvez définir une colonne qui calcule « SI G703_ColonneG_Total ≠ G702_Ligne4 ALORS 'ÉCART' SINON 'OK' » et signaler tout décompte présentant une erreur de rapprochement avant même qu’il n’atteigne la relecture humaine. L’outil n’a pas besoin de comprendre la facturation dans le bâtiment pour effectuer cette comparaison — il doit simplement comprendre que deux valeurs extraites sont censées être égales et vous alerter lorsqu’elles ne le sont pas.

Questions fréquentes

Pourquoi ma demande de paiement est-elle rejetée même si les calculs sont justes ?

Parce qu'une arithmétique correcte n'est pas la même chose que des données correctes. La cause la plus fréquente est un décalage entre ce que dit le document et ce que l'architecte ou le représentant du maître d'ouvrage attend, en fonction de sa connaissance indépendante de l'avancement du projet. Coupables courants : des totaux cumulatifs qui ne correspondent pas aux observations de terrain, des avenants inclus sans approbation, une retenue de garantie calculée sur la mauvaise base, ou la ligne 7 (paiements antérieurs) qui ne correspond pas à la dernière demande certifiée. Les calculs peuvent être parfaits alors que la traçabilité des données est erronée.

Quelle est la différence entre un G702 et un G703, et pourquoi est-ce important pour l'extraction ?

Le G702 est la page de synthèse : il présente le montant total du contrat, la retenue de garantie, les paiements antérieurs et le montant dû actuel sur une seule page. Le G703 est la feuille de détail qui décompose le contrat en postes individuels issus du tableau de valeurs — une ventilation détaillée des coûts. Chaque chiffre du G702 (à l'exception du récapitulatif des avenants) doit pouvoir être rattaché au G703. Lors de l'extraction des données, le G703 est la source de vérité pour les montants au niveau des postes ; le G702 est l'endroit où ces montants sont synthétisés. Si les deux formulaires sont extraits indépendamment plutôt que liés, les erreurs de rapprochement deviennent inévitables.

Un outil d'extraction par IA peut-il gérer des taux de retenue variables selon les postes ?

Cela dépend de l'outil. Certains extraient uniquement ce qui est imprimé visiblement sur la page et capturent fidèlement les montants de retenue figurant dans la colonne I du G703, mais ils ne peuvent pas vérifier si ces montants ont été correctement calculés par rapport au contrat. D'autres permettent de définir des colonnes calculées — par exemple, une colonne nommée « Vérification de la retenue (colonne G × 0,10) » qui calcule la retenue attendue à partir du total cumulé et signale les écarts. Cette approche de vérification détecte les erreurs que l'extraction pure ne peut pas trouver, car elle introduit le taux contractuel, qui existe en dehors du document en cours de lecture.

Quels documents justificatifs doivent toujours accompagner une soumission G702/G703 ?

L'article 9.3.1 de l'AIA A201-2017 exige que les demandes de paiement soient accompagnées de quittances et de renonciations aux privilèges. Au-delà du minimum légal, la plupart des projets exigent également des rapports de paie certifiés (pour les travaux financés par le gouvernement), des photos d'avancement, des preuves de matériaux stockés (reçus de livraison, documentation d'entrepôt) et des avenants signés pour tout travail hors du champ initial. L'absence de documentation est la raison procédurale la plus courante de rejet — distincte des erreurs de données mais tout aussi préjudiciable au calendrier de paiement.

Est-il prudent d'inclure des avenants en attente dans une demande de paiement ?

Non. Inclure des ordres de modification non approuvés dans les lignes G703 ou dans le récapitulatif des ordres de modification G702 est l'un des moyens les plus rapides de faire rejeter une demande. Selon l'article 7.3.9 de l'AIA A201-2017, les demandes peuvent inclure des paiements pour des modifications dûment autorisées par des directives de modification de construction mais pas encore intégrées dans des ordres de modification — il s'agit toutefois d'une exception étroite, pas d'une autorisation générale. L'approche la plus sûre consiste à suivre les ordres de modification en attente dans un journal séparé et à ne les intégrer dans le G703 qu'après approbation formelle. Facturer des travaux sans autorisation signée crée à la fois un litige contractuel et, dans de nombreux États, un problème de droits de privilège.