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

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

Les formulaires AIA G702 et sa feuille de continuation G703 sont utilisés dans 78 % des projets de construction commerciaux aux États-Unis. Développés par l'American Institute of Architects, ces formulaires offrent une structure rigoureuse pour la facturation d'avancement : le G702 résume la valeur du contrat, les ordres de modification approuvés, les paiements antérieurs, la retenue de garantie et le montant dû actuel, tandis que le G703 décompose chaque dollar en postes organisés selon un échéancier des valeurs. Leur objectif est de créer un enregistrement unique et vérifiable des travaux effectués et du paiement dû. 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 qu'il advient des 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 système 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 stockés, le pourcentage d'achèvement et les totaux cumulés pour chacun des 20 à 50 postes. Le résumé du G702 est ensuite alimenté à partir de ces totaux du 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 resaisit ces chiffres dans le système de suivi des paiements de l'entreprise, que ce soit Procore, Sage 300 CRE, Viewpoint Vista ou un classeur Excel partagé. Si le propriétaire du projet ou l'architecte exige un examen indépendant avant la certification — comme le stipulent 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 décaissement.

Un seul G703 avec 30 lignes et 10 colonnes de données financières contient environ 300 valeurs numériques distinctes. Avec 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 ce que signifient les chiffres, pas la façon dont ils circulent.

Quand une petite erreur de saisie retarde le paiement de 30 jours

Un état d'avancement rejeté n'est pas simplement corrigé et soumis à 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 pour quelque raison que ce soit — une erreur de calcul, un total G702 qui ne correspond pas au G703, un taux de retenue appliqué incorrectement — l'entrepreneur doit corriger l'erreur et soumettre à nouveau. Mais le temps que la révision soit préparée, examinée et renvoyée via la chaîne d'approbation, la fenêtre de facturation est généralement fermée. Le paiement est reporté au cycle du mois suivant. Une seule erreur de saisie — un chiffre erroné dans un tableur de 300 valeurs — peut créer un décalage de trésorerie de 30 jours.

Certaines erreurs sont d’autant plus insidieuses qu’elles s’accumulent d’une période de facturation à l’autre. Le G703 est un formulaire cumulatif : la ligne 6 (« Total des travaux réalisés et stockés à ce jour ») du G702 doit correspondre au total général du G703, et le cumul de chaque poste pour la période en cours doit être égal au cumul de la période précédente augmenté des travaux réalisés dans la période en cours. Si un sous-traitant copie le G703 du mois précédent pour établir sa facture du mois en cours et met à jour la colonne « période en cours » sans reporter les montants réellement approuvés du mois précédent, chaque poste devient erroné. L’architecte rejette alors l’intégralité de la demande — pas seulement le poste comportant l’erreur. Le compteur est remis à zéro. Et comme l’erreur porte sur le report, les relevés internes du sous-traitant ne correspondent plus à ceux de l’entrepreneur général, 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 décrivait l’arithmétique mensuelle pour rester solvable dans ces conditions exactes : soumettre la première demande de paiement le 15 janvier, s’attendre au premier versement vers le 15 mars — soit un décalage de 60 jours. Pendant cet intervalle, les matériaux sont commandés avec des conditions net à 30 jours, ce qui signifie 25 jours où le sous-traitant finance les achats de sa poche sans encaissement pour les couvrir. « J’ai du mal à garder une longueur d’avance sur la trésorerie », écrivait-il, « et on finit par frôler dangereusement le découvert. »

Le décalage de 56 jours que personne ne voit côté GC

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 un état d'avancement avant de recevoir le paiement. Les entrepreneurs généraux, interrogés sur la même question, estiment l'attente à 30 jours. Ce décalage de perception de 26 jours n'est pas anodin — il signifie que ceux qui contrôlent le calendrier de paiement ne comprennent pas vraiment combien de temps ceux qui attendent le paiement patientent réellement. Le pipeline semble plus court vu d'en haut que d'en bas.

L'écart se creuse au-delà d'un seul cycle de paiement. Le rapport 2025 de Siteline sur la facturation des sous-traitants révèle 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 la fin 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âtiments affichent une moyenne de 77 jours. Les entreprises d'ingénierie et de construction atteignent 100 jours. À titre de comparaison, l'objectif DSO sain cité par les analystes financiers de la construction est de 45 jours — environ la moitié de la moyenne du secteur.

Ce qui relie ces chiffres au problème de saisie des 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 de l’entrepreneur général, du système de l’EG vers la demande de paiement du propriétaire, de l’examen du propriétaire vers la vérification du prêteur — introduit une nouvelle possibilité d’écart. Chaque écart nécessite un courriel de clarification. Chaque courriel de clarification ajoute un jour ou deux au délai 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 la ressaisie à l’origine du retard — seulement que le paiement n’est pas arrivé.

Le rapport PYMNTS et American Express 2025 sur les retards de paiement dans la construction a révélé que 69 % des entreprises de construction utilisent encore des chèques papier. Les systèmes de paiement manuels, note le rapport, « amplifient les difficultés de trésorerie dans les projets de construction ». Dans la même enquête, les entrepreneurs généraux 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 passé à rapprocher les données entre plusieurs saisies système.

Qui paie réellement pour tout ce retard

Il est tentant de présenter les cycles de paiement lents comme une simple inefficacité sectorielle — un chiffre abstrait de 280 milliards de dollars qui concernerait l'ensemble du secteur. Mais l'inefficacité des paiements dans la construction ne se répartit pas de manière uniforme. 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 souscrivent des assurances avant de recevoir le moindre dollar du GC. En réalité, ils accordent du 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 perdre en compétitivité.

L'enquête 2025 de Billd quantifie cette réalité : 75 % des sous-traitants paient les matériaux sur leur propre trésorerie en attendant d'être payés. Un sous-traitant sur trois a puisé dans son épargne personnelle ou de retraite pour combler les trous de trésorerie causés par les retards de paiement. La part des sous-traitants couvrant les coûts des 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 s'aggrave alors même que l'économie globale s'est stabilisée. Et 86 % des sous-traitants avancent les salaires hebdomadaires de leurs équipes en attendant des créances à 56 à 96 jours. Les sous-traitants agissent en somme comme le prêteur de fonds de roulement du secteur de la construction, mais sans taux d'intérêt.

Les lois sur les délais de paiement existent pour corriger ce déséquilibre. En Californie, la Prompt Payment Act impose aux maîtres d'ouvrage privés de payer les entrepreneurs principaux dans les 30 jours suivant une facture conforme, avec une pénalité de 2 % d'intérêt mensuel pour tout retard. Depuis janvier 2026, la Californie a également plafonné la retenue de garantie à 5 % sur les projets privés — une reconnaissance que retenir 10 % de chaque acompte pendant des années représente un frein considérable au fonds de roulement des sous-traitants. Le Texas, conformément au chapitre 28 de son Code des biens, exige que les propriétaires paient sous 35 jours et impose aux entrepreneurs de reverser le paiement aux sous-traitants dans les 7 jours suivant sa 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 correcte a été soumise et approuvée. Elles ne traitent pas des semaines de latence introduites avant que la demande ne soit considérée comme conforme — le goulot d'étranglement de la saisie et de la vérification des données que la plupart des entrepreneurs vivent comme « le cycle de facturation » lui-même.

Les protections légales entrent en vigueur à la ligne d'arrivée, pas au départ. Et le départ — où un sous-traitant s'assoit avec le G703 du mois précédent, un nouveau tableur et 300 valeurs à recopier — est totalement invisible pour la loi.

La couche d'extraction que les formulaires eux-mêmes ont négligé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 sur 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 le seul enregistrement faisant autorité — remplis une fois, examinés une fois, certifiés une fois.

Ce que les designers n'avaient pas anticipé, c'est la prolifération de systèmes logiciels ayant 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 de ce PDF résident dans son propre système : QuickBooks ou Jonas Premier du sous-traitant, Procore ou Viewpoint Vista de l'entrepreneur général, 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 là que l'extraction documentaire 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 aux solutions 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 à capturer — « Description de l'élément », « Valeur prévue », « Travaux réalisés cette période », « Total réalisé et stocké à ce jour », « Retenue de garantie » — et l'outil lit le PDF, localise chaque valeur en comprenant la signification des en-têtes de colonnes plutôt que leur position sur la page, et produit un tableau structuré. Cette approche, appelée extraction par nom de colonne, fonctionne différemment de l'OCR basée sur des modèles : au lieu de devoir dessiner des cadres autour de chaque champ sur chaque formulaire, vous tapez 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 un tableur — 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 non plus. Le sous-traitant remplit toujours le G703 et soumet le PDF. L'entrepreneur général le révise toujours. Ce qui change, c'est que personne n'a à recopier 300 chiffres d'un écran à l'autre. La couche d'extraction lit le PDF et livre les données sous forme de colonnes structurées, éliminant la ressaisie manuelle source d'erreurs et de retards. Pour une explication détaillée de son fonctionnement avec les formulaires G702 et G703 — y compris les sommes contractuelles, les calculs de retenue et l'extraction des lignes — consultez notre guide pas à pas pour extraire les données des demandes de paiement AIA G702 vers des tableurs. Si vous cherchez à automatiser la saisie de documents plus largement, notre page saisie automatisée de données explique comment l'extraction par nom de colonne fonctionne pour différents types de documents.

FAQ

Pourquoi une demande de paiement G702/G703 rejetée entraîne-t-elle un si long retard ?

La plupart des contrats de construction fixent une fenêtre de facturation mensuelle — les demandes soumises après la date limite, ou resoumises après un rejet, attendent généralement le cycle du mois suivant. Un rejet dû à une erreur de calcul ou à un écart entre les totaux G702 et G703 ne nécessite pas seulement une correction ; il réinitialise en pratique le délai d'approbation de 30 à 45 jours. Au moment où la demande corrigée est resoumise, révisé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 intentionnellement ces retards ?

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 chantiers. Chaque demande nécessite une vérification : s'assurer que les lignes du G703 correspondent au total du G702, que les reports 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 (quittances de privilège, avenants, certificats d'assurance) sont complets. La vérification en elle-même est nécessaire. Ce qui la ralentit, c'est que les données à vérifier se trouvent dans un PDF tandis que les outils de vérification sont dans un tableur — et combler cet écart nécessite 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 des documents, la communication sur le terrain et la facturation dans un seul système. L'extraction de documents est un outil plus ciblé et 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 se place entre le PDF et le système que vous utilisez déjà, éliminant l'étape de ressaisie manuelle des données. Cela est particulièrement utile lorsque différentes parties d'un même projet utilisent des plateformes de gestion différentes — l'outil d'extraction fonctionne avec le PDF lui-même, quel que soit le système qui reçoit finalement les données.

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

Les lois sur les délais de paiement imposent des échéances légales et des pénalités d'intérêt en cas de retard. En Californie, la loi exige que les maîtres d'ouvrage privés paient sous 30 jours, avec un intérêt mensuel de 2 % en cas de retard. Le Texas impose un délai de 35 jours pour le maître d'ouvrage et un transfert aval de 7 jours. Ces lois offrent un recours important après certification d'une demande correctement soumise. Mais elles ne traitent pas du délai précédant la certification — les semaines passées à corriger des erreurs de saisie, à concilier des écarts de report et à attendre de multiples niveaux de vérification. Ce délai existe en dehors du champ des lois sur les délais de paiement, dans l'intervalle entre la soumission et la certification du formulaire.

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 » fixe un délai : l'entrepreneur général doit payer le sous-traitant dans un délai raisonnable après avoir reçu le paiement du maître d'ouvrage — elle régit quand le paiement a lieu. Une clause « pay-if-paid » va plus loin : le paiement du maître d'ouvrage à l'entrepreneur général devient une condition préalable à toute obligation de payer le sous-traitant — elle transfère entièrement le risque de non-paiement du maître d'ouvrage au sous-traitant. Les États traitent ces clauses différemment : les tribunaux californiens les jugent inapplicables car elles reviennent à renoncer aux droits de privilège, tandis que le Texas les autorise si elles sont explicites et sans ambiguïté. En pratique, les deux types de clauses allongent l'attente de paiement du sous-traitant — et amplifient le coût de toute erreur de saisie qui ajoute des jours ou des semaines au processus d'approbation en amont.

Cela ne concerne-t-il que les grands entrepreneurs commerciaux, ou cela touche-t-il aussi les petits sous-traitants ?

Les sous-traitants de petite taille sont touchés de manière disproportionnée. Les grandes entreprises générales et les entrepreneurs spécialisés disposant d’un service 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 permettant des délais prolongés. Un petit sous-traitant avec trois équipes, une paie hebdomadaire et aucune ligne de crédit ne dispose d’aucune marge de manœuvre. Selon les données du rapport 2025 de Billd sur le marché national des sous-traitants, 75 % des sous-traitants paient les matériaux de leur poche en attendant d’être payés — et plus l’entreprise est petite, plus elle risque d’utiliser son épargne personnelle ou ses fonds de retraite pour combler le manque. Pour un sous-traitant ayant 400 000 $ sous contrat répartis sur plusieurs projets, un seul retard de paiement de 30 jours causé par un relevé de demande de paiement rejeté peut signifier l’incapacité de payer la paie.

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 dû actuel. Ceux-ci sont relativement simples à extraire. Le G703 est une feuille de continuation de plusieurs pages contenant potentiellement des centaines de lignes d'articles, chacune avec 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 de l'article de la colonne B à la ligne 12. Les outils d'extraction IA généralistes 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 « Travaux réalisés cette période » s'extrait comme une seule colonne avec une valeur par article. Pour un guide complet, consultez notre tutoriel sur l'extraction automatique des données de demande de paiement AIA G702/G703.