Pourquoi la saisie de données AIA G702 ralentit
les cycles de paiement dans la construction

Les formulaires sont standardisés. La saisie des données, non.

Le formulaire AIA G702 et son annexe G703 Continuation Sheet apparaissent dans 78 % des projets de construction commerciale aux États-Unis. Développés par l'American Institute of Architects, ces formulaires offrent une structure rigoureuse pour la facturation progressive : le G702 résume la valeur contractuelle, les ordres de changement approuvés, les paiements antérieurs, la retenue de garantie et le montant actuel dû, tandis que le G703 décompose chaque dollar en postes organisés selon un échéancier de valeurs. Leur objectif est de créer un registre unique et vérifiable des travaux effectués et des paiements dus. En ce sens, ils réussissent — les formulaires eux-mêmes sont sans ambiguïté.

Ce que les formulaires ne standardisent pas, c'est ce qui arrive aux données une fois qu'elles sont sur la page. Le flux de travail typique d'une demande de paiement sur un projet facturé selon le format AIA suit un chemin bien rodé : un sous-traitant remplit le G703, en saisissant la valeur des travaux achevés au cours de la période, les matériaux entreposés, le pourcentage d'avancement et les totaux cumulés pour chacun des 20 à 50 postes. Le résumé G702 est ensuite alimenté à partir de ces totaux G703. Le sous-traitant soumet le dossier — généralement au format PDF — à l'entrepreneur général. Le chef de projet ou le comptable de l'entrepreneur général saisit de nouveau ces chiffres dans le système de suivi des paiements de l'entreprise, qu'il s'agisse de Procore, Sage 300 CRE, Viewpoint Vista ou d'un classeur Excel partagé. Si le propriétaire du projet ou l'architecte exige un examen indépendant avant certification — comme le prévoient la plupart des contrats relevant des conditions générales AIA A201 — les données sont transcrites une troisième fois dans le système du propriétaire. Dans certains cas, le prêteur du propriétaire exige une quatrième saisie dans une plateforme distincte de demande de tirage.

Un seul G703 comportant 30 postes et 10 colonnes de données financières contient environ 300 valeurs numériques distinctes. À raison de 12 à 15 demandes par mois sur cinq projets actifs, l'équipe de gestion de projet d'un entrepreneur général traite environ 4 500 chiffres par cycle de facturation — chacun devant être vérifié pour son exactitude, et la plupart devant être saisis manuellement dans un système différent de celui d'origine. Le formulaire standardise la signification des chiffres, pas leur circulation.

Lorsqu'une petite erreur de saisie déclenche un retard de paiement de 30 jours

Une demande de paiement rejetée ne se corrige pas simplement et ne se soumet pas à nouveau le lendemain. Dans la plupart des contrats de construction, la fenêtre de facturation est fixe — les demandes doivent être soumises à une date précise chaque mois, souvent le 20 ou le 25. Si un architecte ou un propriétaire rejette une demande de paiement pour quelque raison que ce soit — une erreur de calcul, un total G702 qui ne correspond pas au G703, un taux de retenue de garantie appliqué incorrectement — l'entrepreneur doit corriger l'erreur et soumettre à nouveau. Mais au moment où la révision est préparée, examinée et renvoyée dans la chaîne d'approbation, la fenêtre de facturation est généralement déjà fermée. Le paiement est reporté au cycle du mois suivant. Une seule erreur de saisie — un chiffre erroné dans une feuille de calcul de 300 valeurs — peut créer un déficit de trésorerie de 30 jours.

Certaines erreurs sont encore plus insidieuses car elles se cumulent d'une période de facturation à l'autre. Le G703 est structuré comme un formulaire cumulatif : la ligne 6 (« Total complété et stocké à ce jour ») du G702 doit correspondre au total général du G703, et le total cumulé de chaque poste de la période en cours doit être égal au total cumulé de la période précédente plus les travaux complétés au cours de la période en cours. Si un sous-traitant copie le G703 du mois dernier pour commencer la facturation de ce mois-ci et met à jour la colonne « période en cours » mais oublie de reporter les chiffres approuvés réels du mois dernier, chaque poste est désormais erroné. L'architecte rejette l'intégralité de la demande — pas seulement la ligne comportant l'erreur. Le compteur est réinitialisé. Et comme l'erreur se situe dans le report, cela signifie également que les registres internes du sous-traitant ne sont plus synchronisés avec ceux du maître d'ouvrage, créant un problème de rapprochement qui persiste jusqu'au cycle de facturation suivant.

Ce n'est pas un cas rare. Un sous-traitant sur r/Construction a décrit l'arithmétique mensuelle nécessaire pour rester solvable dans exactement ces conditions : soumettre la première demande de paiement le 15 janvier, s'attendre au premier paiement vers le 15 mars — un délai de 60 jours. Pendant cet intervalle, les matériaux sont commandés avec des conditions de paiement à 30 jours nets, ce qui signifie 25 jours pendant lesquels le sous-traitant finance ses achats de sa poche sans paiement entrant pour les couvrir. « J'ai du mal à garder une longueur d'avance sur la trésorerie », ont-ils écrit, « et nous finissons par nous rapprocher dangereusement de la rupture de trésorerie. »

L'écart de 56 jours que personne côté maître d'ouvrage ne voit

Selon le rapport national 2025 sur le marché des sous-traitants de Billd, les sous-traitants attendent en moyenne 56 jours après avoir soumis une demande de paiement avant de recevoir leur paiement. Les entrepreneurs généraux, interrogés sur la même question, estiment l'attente à 30 jours. Cet écart de perception de 26 jours n'est pas anodin — il signifie que les personnes qui contrôlent le calendrier de paiement ne comprennent pas réellement combien de temps attendent celles qui attendent leur paiement. Le pipeline semble plus court vu d'en haut que vu d'en bas.

L'écart se creuse lorsqu'on regarde au-delà d'un seul cycle de paiement. Le rapport 2025 de Siteline sur l'état de la facturation des sous-traitants a révélé que seulement 5 % des sous-traitants sont payés à temps de manière constante. Les 95 % restants attendent en moyenne 96 jours — plus de trois mois — entre l'achèvement des travaux et la réception du paiement. La Construction Financial Management Association (CFMA) suit le Days Sales Outstanding (DSO) comme indicateur clé de santé financière pour les entrepreneurs. Les références sectorielles 2025 de CreditPulse placent le DSO moyen de la construction à 83 jours, contre environ 60 jours pour l'ensemble des industries américaines. Les entrepreneurs en finition de bâtiment atteignent en moyenne 77 jours. Les entreprises d'ingénierie et de construction atteignent 100 jours. Pour contexte, la référence cible saine de DSO citée par les analystes financiers de la construction est de 45 jours — soit environ la moitié de la moyenne sectorielle.

Ce qui relie ces chiffres au problème de la saisie de données, c'est la réaction en chaîne intégrée à chaque cycle de facturation. Chaque ressaisie manuelle d'un chiffre — du tableur du sous-traitant vers l'instance Procore du maître d'ouvrage, du système du maître d'ouvrage vers la demande de tirage du propriétaire, de l'examen du propriétaire vers la vérification du prêteur — introduit une nouvelle opportunité d'écart. Chaque écart nécessite un courriel de clarification. Chaque courriel de clarification ajoute un jour ou deux au calendrier d'examen. Au bout de la chaîne, le sous-traitant qui a soumis le G703 original il y a 56 jours n'a aucune visibilité sur laquelle de ces ressaisies a introduit le retard — seulement que le paiement n'est pas arrivé.

Le rapport 2025 de PYMNTS et American Express sur les retards de paiement dans la construction a révélé que 69 % des entreprises de construction effectuent encore leurs paiements par chèques papier. Les systèmes de paiement manuels, note le rapport, « amplifient les difficultés de trésorerie sur les projets de construction ». Chaque chèque imprimé comporte également un talon de remise indiquant les demandes de paiement qu'il règle, et ce talon doit être saisi dans le grand livre des comptes fournisseurs avant que l'argent puisse être appliqué. Les entrepreneurs généraux interrogés dans la même enquête ont cité les retards liés aux prêteurs (38 %) et les problèmes de gestion des processus (27 %) comme leurs deux principaux obstacles aux paiements en temps voulu — deux catégories qui incluent le temps consacré à la réconciliation des données entre plusieurs saisies système.

Qui paie réellement tous ces retards

Il est tentant de présenter les cycles de paiement lents comme une inefficacité propre au secteur — un chiffre abstrait de 280 milliards de dollars qui appartient à l'industrie dans son ensemble. Mais l'inefficacité des paiements dans la construction ne se répartit pas uniformément. Elle se concentre en bas de la chaîne de paiement. Les sous-traitants achètent les matériaux, paient la main-d'œuvre et assument les assurances avant de recevoir le moindre dollar du maître d'ouvrage. Ils accordent en réalité un crédit à chaque projet sur lequel ils travaillent — un crédit qu'ils n'ont pas choisi d'accorder et qu'ils ne peuvent pas intégrer dans leurs offres sans devenir non compétitifs.

L'enquête 2025 de Billd quantifie ce que cela représente concrètement : 75 % des sous-traitants paient les matériaux sur leurs propres réserves de trésorerie en attendant le paiement. Un sous-traitant sur trois a puisé dans son épargne personnelle ou de retraite pour combler les écarts de trésorerie créés par les retards de paiement. La part des sous-traitants couvrant les coûts de matériaux de leur poche est passée de 66 % en 2021 à 73 % en 2023, et se maintient au-dessus de 75 % depuis — une tendance qui va dans la mauvaise direction, même si l'économie dans son ensemble s'est stabilisée. Et 86 % des sous-traitants couvrent les dépenses de main-d'œuvre — la paie hebdomadaire des équipes — en attendant des créances à 56 à 96 jours. Les sous-traitants agissent essentiellement comme le prêteur de fonds de roulement de l'industrie de la construction, sans taux d'intérêt.

Les lois nationales sur les paiements rapides existent pour remédier à cette asymétrie. La Prompt Payment Act de Californie exige que les propriétaires de projets privés paient les entrepreneurs généraux dans les 30 jours suivant une facture conforme, avec une pénalité d'intérêt mensuelle de 2 % sur les paiements en retard. Depuis janvier 2026, la Californie plafonne également la retenue de garantie à 5 % sur les projets privés — une reconnaissance que retenir 10 % de chaque paiement d'étape pendant des années représente un frein énorme au fonds de roulement des sous-traitants. Le Texas, en vertu du chapitre 28 de son Property Code, exige que les propriétaires paient sous 35 jours et impose aux entrepreneurs de transmettre les paiements aux sous-traitants sous 7 jours après réception. Les deux États autorisent les entrepreneurs à suspendre les travaux si des montants non contestés restent impayés. Mais ces lois régissent le paiement après qu'une demande conforme a été soumise et approuvée. Elles ne traitent pas les semaines de latence introduites avant que la demande ne soit considérée comme conforme — le goulot d'étranglement de la saisie de données et de la vérification que la plupart des entrepreneurs vivent comme « le cycle de facturation » lui-même.

Les protections légales n'interviennent qu'à la ligne d'arrivée, pas au point de départ. Et le point de départ — où un sous-traitant s'installe avec le G703 du mois dernier, une nouvelle feuille de calcul et 300 valeurs à transcrire — est totalement invisible pour la loi.

La couche d'extraction que les formulaires eux-mêmes ont oubliée

Lorsque l'AIA a conçu les G702 et G703 au début des années 1990 — l'édition de 1992 reste la version la plus utilisée — le problème que les formulaires devaient résoudre était la cohérence. Un format standard signifiait que chaque partie d'un projet parlait le même langage de facturation, réduisant les litiges sur ce qui constituait une demande de paiement valable. L'hypothèse sous-jacente à la conception était que les formulaires eux-mêmes, une fois standardisés, seraient l'unique document faisant autorité — remplis une fois, examinés une fois, certifiés une fois.

Ce que les concepteurs ne pouvaient pas anticiper, c'était la prolifération des systèmes logiciels qui auraient chacun besoin de leur propre copie des mêmes données. Le formulaire G702/G703 est devenu la couche de présentation — le PDF qui circule entre les parties — mais chaque partie avait toujours besoin que les données contenues dans ce PDF vivent dans son propre système : le QuickBooks ou Jonas Premier du sous-traitant, le Procore ou Viewpoint Vista de l'entrepreneur général, l'Acumatica Construction Edition du propriétaire, la plateforme de gestion des tirages du prêteur. Le formulaire standard a normalisé la surface, mais pas le substrat. Et combler l'écart entre les deux — lire le formulaire et intégrer ses données dans un autre système — restait une opération entièrement manuelle.

C'est ici que l'extraction de documents par IA, plutôt qu'une autre plateforme de gestion de projet, devient la pièce manquante. Au lieu de demander à chaque partie de la chaîne de paiement d'adopter le même logiciel — un problème de coordination qui résiste à toute solution depuis trois décennies — les outils d'extraction insèrent une couche de données légère entre le formulaire et le système. Vous spécifiez les noms de colonnes que vous souhaitez capturer — « Line Item Description », « Scheduled Value », « Work Completed This Period », « Total Completed and Stored to Date », « Retainage Held » — et l'outil lit le PDF, localise chaque valeur en comprenant ce que signifient les en-têtes de colonnes plutôt que leur position sur la page, et génère un tableau structuré. Cette approche, appelée extraction par nom de colonne, fonctionne différemment de l'OCR basé sur des modèles : au lieu de vous obliger à dessiner des cadres autour de chaque champ sur chaque formulaire, vous saisissez les noms de champs nécessaires, et l'IA trouve les valeurs correspondantes n'importe où dans le document grâce à une compréhension sémantique de la mise en page du formulaire. Le résultat est une feuille de calcul — Excel ou CSV — qui s'intègre directement dans le système que chaque partie utilise déjà.

Le formulaire ne change pas. Le flux de soumission ne change pas. Le sous-traitant remplit toujours le G703 et soumet le PDF. L'entrepreneur général l'examine toujours. Ce qui change, c'est que personne n'a à saisir 300 chiffres d'un écran à un autre. La couche d'extraction lit le PDF et livre les données sous forme de colonnes structurées, éliminant la saisie manuelle qui introduit à la fois des erreurs et des délais. Pour une présentation détaillée de ce fonctionnement spécifiquement avec les formulaires G702 et G703 — y compris les montants contractuels, les calculs de retenue de garantie et l'extraction par poste — consultez notre guide pas à pas pour extraire les données des demandes de paiement AIA G702 dans des feuilles de calcul. Si vous cherchez à automatiser la saisie de données documentaires plus largement, notre page saisie de données automatisée explique comment l'extraction par nom de colonne fonctionne selon les types de documents.

FAQ

Pourquoi un état de paiement G702/G703 rejeté entraîne-t-il un si long délai ?

La plupart des contrats de construction prévoient une fenêtre de facturation mensuelle fixe — les demandes soumises après la date limite, ou resoumises après rejet, attendent généralement le cycle du mois suivant. Un rejet causé par une erreur de calcul ou un écart entre les totaux G702 et G703 n'exige pas seulement une correction ; il réinitialise en réalité le délai d'approbation de 30 à 45 jours. Au moment où la demande corrigée est resoumise, examinée, certifiée et payée, les travaux d'origine peuvent avoir été achevés 90 jours ou plus auparavant.

Les entrepreneurs généraux provoquent-ils ces retards intentionnellement ?

La plupart des retards ne sont pas intentionnels — ils sont procéduraux. Les chefs de projet et comptables des entrepreneurs généraux traitent chaque mois les demandes de paiement de plusieurs sous-traitants sur plusieurs projets. Chaque demande exige une vérification : s'assurer que les postes du G703 correspondent au total général du G702, que les montants reportés correspondent à la période précédente, que la retenue de garantie est appliquée au taux correct selon le contrat, et que les documents justificatifs (mainlevées, avenants, certificats d'assurance) sont complets. La vérification elle-même est nécessaire. Ce qui la ralentit, c'est que les données vérifiées se trouvent dans un PDF tandis que les outils de vérification se trouvent dans un tableur — et combler cet écart exige une saisie manuelle.

En quoi l'extraction de documents diffère-t-elle des logiciels de gestion de projet de construction comme Procore ?

Procore, Viewpoint Vista, Sage 300 CRE et les plateformes similaires sont des écosystèmes complets de gestion de projet — ils gèrent l'estimation, la planification, le contrôle documentaire, la communication sur le terrain et la facturation dans un seul système. L'extraction de documents est un outil plus ciblé et plus léger : il lit un PDF (comme un dossier G702/G703), extrait les données structurées et les exporte sous forme de tableur. Il ne remplace pas une plateforme de gestion de projet ; il s'intercale entre le PDF et le système que vous utilisez déjà, éliminant l'étape de saisie manuelle des données. C'est particulièrement utile lorsque différentes parties du même projet utilisent des plateformes de gestion différentes — l'outil d'extraction travaille directement avec le PDF, quel que soit le système qui reçoit finalement les données.

Les lois sur les délais de paiement aident-elles réellement les sous-traitants à être payés plus rapidement ?

Les lois d'État sur les délais de paiement établissent des échéances légales et des pénalités d'intérêt pour les retards de paiement. La loi californienne sur les délais de paiement, par exemple, exige que les propriétaires de projets privés paient sous 30 jours et impose un intérêt mensuel de 2 % sur les paiements en retard. Le Texas exige un paiement du propriétaire sous 35 jours et un transfert en aval sous 7 jours. Ces lois offrent un recours important après qu'une demande dûment soumise a été certifiée. Mais elles ne traitent pas du délai précédant la certification — les semaines passées à corriger des erreurs de saisie de données, à réconcilier des écarts de reports, et à attendre plusieurs niveaux d'examen. Ce délai existe en dehors du champ d'application des lois sur les délais de paiement, dans l'écart entre la soumission du formulaire et sa certification.

Quelle est la différence entre les clauses pay-if-paid et pay-when-paid dans les contrats de construction ?

Une clause pay-when-paid établit un calendrier : le maître d'ouvrage doit payer le sous-traitant dans un délai raisonnable après avoir reçu le paiement du propriétaire — elle régit quand le paiement a lieu. Une clause pay-if-paid va plus loin, faisant de la réception du paiement du propriétaire par le maître d'ouvrage une condition préalable à toute obligation de payer le sous-traitant — elle transfère entièrement le risque de non-paiement du propriétaire sur le sous-traitant. Les États traitent les clauses pay-if-paid différemment : les tribunaux californiens les ont jugées inapplicables car elles renoncent effectivement aux droits de privilège du constructeur, tandis que le Texas les autorise si elles sont explicites et sans ambiguïté. En pratique, les deux types de clauses prolongent l'attente de paiement du sous-traitant — et toutes deux amplifient le coût de toute erreur de saisie de données qui ajoute des jours ou des semaines au processus d'approbation en amont.

S'agit-il uniquement d'un problème pour les grands entrepreneurs commerciaux, ou cela affecte-t-il aussi les petits sous-traitants ?

Les petits sous-traitants sont touchés de manière disproportionnée. Les grands maîtres d'ouvrage et les entrepreneurs spécialisés disposant d'un personnel comptable dédié peuvent absorber des cycles de paiement de 56 à 96 jours grâce à des lignes de crédit, des réserves de trésorerie ou des relations fournisseurs offrant des délais étendus. Un petit sous-traitant avec trois équipes, une paie hebdomadaire et aucune ligne de crédit ne dispose d'aucune marge de manœuvre de ce type. Les données du rapport national 2025 sur les sous-traitants de Billd montrent que 75 % des sous-traitants paient les matériaux de leur poche en attendant le paiement — et plus l'entreprise est petite, plus elle est susceptible de recourir à l'épargne personnelle ou aux fonds de retraite pour combler l'écart. Pour un sous-traitant ayant 400 000 $ sous contrat répartis sur plusieurs projets, un seul retard de paiement de 30 jours causé par une demande de paiement rejetée peut signifier un défaut de paiement des salaires.

Les outils d'extraction IA prêts à l'emploi peuvent-ils gérer à la fois le résumé G702 et les postes G703 ?

Le G702 et le G703 présentent des défis d'extraction différents. Le G702 est un résumé d'une page avec environ 10 champs distincts — montant du contrat, avenants, retenue de garantie, paiements antérieurs, montant actuel dû. Ceux-ci sont relativement simples à extraire. Le G703 est une feuille de continuation multipage avec potentiellement des centaines de lignes de postes, chacune contenant des valeurs sur plusieurs colonnes qui doivent maintenir l'intégrité des lignes — la valeur de la colonne D à la ligne 12 doit être correctement associée à la description du poste de la colonne B à la ligne 12. Les outils d'extraction IA à usage général peuvent gérer les champs du G702 mais perdent l'alignement des lignes sur le G703. Les outils conçus pour l'extraction de documents structurés, comme l'extraction par nom de colonne d'ImageToTable.ai, préservent l'intégrité des lignes en traitant chaque colonne comme un champ nommé sur toutes les lignes — ainsi, « Travail effectué cette période » est extrait comme une seule colonne avec une valeur par poste. Pour une procédure complète, consultez notre guide sur l'extraction automatique des données des demandes de paiement AIA G702/G703.