La transformation numérique de la construction
commence par un seul document

Pourquoi la transformation numérique de la construction s'arrête à l'étape de la ressaisie

Les plateformes de construction ont été conçues pour gérer ce qui y entre, pas pour lire ce qui arrive de l'extérieur. Procore, Sage 300 CRE, Viewpoint Vista et Autodesk Construction Cloud contiennent tous l'engagement, l'ordre de changement approuvé et le calendrier des valeurs. Aucune d'elles ne lit la facture qu'un sous-traitant a générée dans QuickBooks, l'ACORD 25 qu'un agent d'assurance a envoyée par e-mail, ni le rapport quotidien qu'un superviseur a rempli au stylo. Ces documents sont produits par des parties externes sur des logiciels externes, et leurs données doivent traverser votre système via un clavier.

C'est cette lacune qui justifie d'écrire une feuille de route de transformation numérique. Une plateforme de gestion de projet numérise le flux de travail qu'elle possède. Elle ne touche pas au fichier qui arrive à 16h40 le dernier jour du mois. Le bureau ouvre encore le PDF, lit neuf champs et les saisit dans l'ERP. La transformation semble complète dans la liste des logiciels, mais reste manuelle sur le bureau où le travail se fait réellement.

Numériser un document et en extraire des données sont deux tâches différentes. La numérisation transforme une page en image. L'extraction transforme la page en lignes exploitables par un système, ce qui correspond à la partie que l'étape de ressaisie faisait à la main.

Ce schéma ne se limite pas aux entreprises qui ont évité la technologie. Dans un fil récent sur r/ConstructionManagers, le résumé du secteur était sans détour : « les chefs de chantier font énormément de tâches administratives à la main. Copier-coller les données des factures depuis des PDF ou parfois même du papier. » L'adoption de logiciels et la saisie manuelle des données coexistent parce que le logiciel s'arrête aux limites de sa propre base de données, et que les documents vivent en dehors de celle-ci.

Un cabinet comptable qui sert des entrepreneurs a mis le volume en perspective dans r/Construction : « chaque mois, pour chaque client, nous avons des centaines de pages de factures/reçus qui : vont à l'administrateur qui les imprime. » Imprimer, trier, saisir. La chaîne est assez longue pour masquer son propre coût.

L'OCR dans la construction est le point d'entrée d'une feuille de route de transformation numérique, car il s'attaque à l'étape unique dont dépendent tous les systèmes en aval. Avant qu'une demande de paiement puisse être rapprochée, qu'un code de coût puisse être imputé, ou qu'un écran de conformité puisse signaler un certificat expiré, les données doivent quitter la page. Faire en sorte que cela se produise est la première étape, et la première étape est un choix quant à la page par laquelle commencer.

Étape 1 : Cartographier les documents qui arrivent de l'extérieur de votre plateforme

Avant de choisir un logiciel, listez les documents qui entrent dans votre entreprise depuis l'extérieur et qui finissent le mois en saisies manuelles. Vous n'avez pas besoin d'un audit complet des archives. Vous avez besoin des fichiers récurrents qu'une personne lit et ressaisit, qui sont presque toujours les mêmes huit à dix types à chaque cycle.

Le tableau ci-dessous est la liste courte pour un entrepreneur général. Votre propre combinaison variera selon le métier et selon la part de travail que vous réalisez en interne, mais les colonnes source et destination changent rarement.

La liste fait deux choses à la fois. Elle montre quelle part de votre travail mensuel consiste à traiter des documents, et elle sépare les fichiers que votre plateforme suit déjà de ceux qu'elle ne voit jamais. Procore détient l'engagement et l'ordre de changement approuvé. Il ne lit pas la facture du sous-traitant ni le certificat de l'agent. Ce sont les candidats à l'automatisation, et la prochaine étape consiste à décider lequel passe en premier. Pour un traitement plus complet de la manière dont ces documents s'intègrent aux critères d'évaluation d'un entrepreneur général, consultez notre guide sur le logiciel d'extraction de documents pour la construction.

Étape 2 : Classez ces documents selon ce qu'ils vous coûtent à saisir

Les entrepreneurs choisissent généralement le premier document en fonction d'une démo fournisseur, ce qui signifie que le fichier le plus impressionnant lors d'un appel commercial passe en premier. Un meilleur critère de départage est le travail que le document consomme. Quatre facteurs prédisent ce coût, et vous pouvez tous les estimer à partir des relevés du mois dernier sans rien acheter.

Notez chaque candidat de un à trois sur les quatre facteurs et additionnez. Les totaux les plus élevés sont vos premières cibles d'automatisation. Les factures de sous-traitants, les rapports quotidiens et les feuilles de temps ont tendance à obtenir des scores élevés car ils arrivent souvent, comportent de nombreux champs, varient en format et bloquent quelqu'un. Les certificats ACORD 25 obtiennent des scores élevés en matière de blocage même à volume réduit, c'est pourquoi ils sont souvent la deuxième ou troisième cible plutôt que la première.

Le classement importe pour des raisons d'arithmétique. La saisie manuelle d'une page prend environ trois minutes en moyenne. ImageToTable.ai traite une page en 5 à 10 secondes environ et affiche jusqu'à 99 % de précision de reconnaissance sur les données de tableaux imprimés. Appliquez cela à 240 factures avec huit champs chacune, et la différence cesse d'être une simple commodité. La tâche passe de quelque chose qu'une personne fait toute la semaine à quelque chose qu'une personne vérifie.

Le document à automatiser en premier est celui qui cumule le volume le plus élevé, la plus grande variabilité et la plus longue file de personnes en attente de ses données. La complexité du format n'est pas le critère. Ce sont les personnes qui attendent.

Étape 3 : Choisir une approche d'extraction qui résiste à la variété des formats

Une fois que vous savez par quel document commencer, le choix de l'outil détermine si le pilote survit au contact avec vos sous-traitants. Les deux approches courantes se comportent très différemment sur les documents de chantier.

Les outils OCR par modèle et par zone associent un rectangle à chaque champ d'un formulaire connu. Cela fonctionne lorsque le nombre de mises en page est réduit et stable, ce qui n'est pas le cas dans la construction. Dix sous-traitants produisent dix mises en page de factures, dont quelques-unes manuscrites, et un modèle conçu pour le formulaire d'un sous-traitant ne renvoie rien d'utile sur celui du suivant. La maintenance augmente à chaque nouveau fournisseur, et un modèle n'est aussi bon que le dernier format que quelqu'un a pensé à dessiner. La distinction entre l'OCR basé sur modèle et l'extraction IA est abordée plus en détail dans notre comparaison de l'extraction IA et des modèles comptables pour les factures de sous-traitants.

L'extraction IA sémantique inverse le postulat. Au lieu de décrire où se trouve une valeur, vous décrivez ce que vous voulez. C'est la Custom Column Extraction : vous saisissez les noms de colonnes dont vous avez besoin, « Sub Name », « Retainage », « Cost Code », « Expiration Date », et l'IA lit chaque document et localise la valeur qui correspond au sens de la colonne, où qu'elle apparaisse sur la page et quelle que soit l'appellation choisie par l'expéditeur. Les noms de colonnes que vous saisissez deviennent les en-têtes de votre tableau de sortie, de sorte que la feuille de calcul correspond aux champs attendus par votre ERP sans étape de reformatage.

Deux fonctionnalités rendent l'approche adaptée à un bureau de construction plutôt qu'à une démonstration. Le traitement par lots accepte de nombreux fichiers à la fois et fusionne les résultats dans une seule feuille de calcul, ce qui correspond à la façon dont les documents arrivent réellement en fin de mois, plutôt qu'un par un. Et les colonnes personnalisées prennent en charge les valeurs inférées, vous pouvez donc définir une colonne telle que « Cost Code (options : Concrete/Steel/Wood Framing/Finishes/Other) » et laisser l'IA attribuer la catégorie à partir du contenu du document, même lorsque la facture n'a jamais imprimé de code. L'extraction et la classification se font en une seule passe.

La démo part d'une facture, car c'est généralement le premier document qu'un cabinet teste. Le même mécanisme gère un rapport quotidien manuscrit, un ACORD 25 ou un WH-347. Vous modifiez les noms de colonnes et téléchargez les fichiers. Rien dans l'outil n'est spécifique aux factures, ce qui rend un pilote unique extensible au reste de la liste de l'étape 1.

Étape 4 : Pilotez un type de document et vérifiez avant de passer à l'échelle

Un pilote est un exercice de vérification, pas une démo. Choisissez le document le mieux noté de l'étape 2, exécutez 20 à 30 exemples réels via l'extraction, et comparez la sortie aux documents sources champ par champ. Utilisez des fichiers provenant de plus d'un expéditeur, et incluez les plus compliqués : la facture photographiée, la copie carbone tachée, le certificat d'un agent avec lequel vous n'avez jamais travaillé. Un pilote sur des échantillons propres ne vous apprend rien sur décembre.

La vérification est l'endroit où une couche de revue gagne sa place. ImageToTable.ai inclut Bbox-assisted verification, qui met en évidence l'endroit exact sur le document d'origine qui a produit une cellule donnée. Survolez ou touchez une valeur et l'emplacement source s'illumine, dans les deux sens, afin qu'un réviseur puisse confirmer un chiffre de retenue ou une date d'expiration sans relire toute la page. Vous pouvez déclencher la localisation par document ou la définir pour qu'elle s'exécute automatiquement après le traitement, afin qu'elle soit prête lorsque le réviseur ouvre le fichier.

Définissez un seuil de réussite avant de commencer, dans la devise du flux de travail plutôt qu'en pourcentage. « Chaque champ d'une facture de sous-traitant est correct dans 24 fichiers sur 25 » est un seuil sur lequel un contrôleur peut agir. Le fichier qui nécessite une correction n'est pas un échec du pilote. C'est le résultat honnête d'un système qui lit l'écriture manuscrite, et c'est la raison pour laquelle l'étape de revue existe.

Deux limites appartiennent au plan du pilote dès le premier jour. Un document qui arrive dans un format qu'aucun modèle de vision n'a vu peut nécessiter un nouveau téléchargement sous forme de photo plus claire. Et les jugements de conformité à enjeux élevés, comme déterminer si une avenant étend réellement la couverture, ne relèvent pas de l'étape d'extraction, quelle que soit la précision de la capture des champs. Ceux-ci restent entre les mains d'une personne.

Étape 5 : Transformez-le en habitude suivie, puis passez au document suivant

Le premier type de document prouve la méthode. Le deuxième prouve la plateforme. Après le pilote, suivez un indicateur par type de document : la part de fichiers qui passent la relecture sans correction. Si les factures restent au-dessus de votre seuil, ajoutez le candidat suivant du classement et réutilisez la même configuration basée sur les colonnes. Les rapports quotidiens, les feuilles de temps et les certificats d'assurance nécessitent chacun leurs propres noms de colonnes, et aucun d'eux n'exige un nouvel outil.

Les résultats restent dans les systèmes que vous utilisez déjà. L'extraction produit des fichiers Excel, CSV et JSON, qui s'intègrent dans les structures d'import attendues par votre ERP et votre logiciel de chiffrage. Si le bureau travaille dans des feuilles de calcul, un module complémentaire Google Sheets écrit les lignes extraites directement dans la feuille active. Si l'extraction doit alimenter un logiciel plutôt qu'une personne, l'API publique expose le téléversement, le traitement par lots et le statut via REST, avec des webhooks à la fin pour que personne n'ait à interroger une file d'attente. L'objectif de chaque intégration est le même : les données franchissent l'écart de format sans passer par les mains de quelqu'un. Pour une vue plus large de la comparaison des plateformes disponibles sur les documents de construction, consultez le tour d'horizon testé des outils d'extraction de documents de construction.

Deux fonctions de réception raccourcissent le trajet entre la partie externe et votre file d'attente. Collection Link est une URL partageable qu'un sous-traitant ou un employé de terrain ouvre pour téléverser des fichiers directement dans votre compte, sans connexion de leur côté, ce qui élimine un aller-retour de transfert. Email Inbox donne à chaque compte une adresse qui accepte les pièces jointes transférées ou les courriels de factures transférés et les dépose directement dans le traitement, avec une liste blanche d'expéditeurs facultative. Les deux réduisent la manipulation qui précède l'extraction, et les deux gardent le document dans la même file d'attente que tout le reste.

Une feuille de route de transformation numérique dans la construction n'est pas une liste de plateformes à acheter. C'est une séquence de types de documents à convertir de frappes clavier en lignes, élargie un à la fois à mesure que chacun prouve qu'il tient la route en relecture.

Ce que l'automatisation documentaire ne résout pas

L'extraction comble l'écart de format. Elle ne comble pas tous les écarts du flux de travail, et une feuille de route qui prétend le contraire fera échouer le pilote.

Elle ne remplace pas votre système de gestion de projet ou votre ERP. Procore conserve toujours l'engagement, Sage conserve toujours le grand livre, et l'extraction les alimente plutôt que de leur faire concurrence. Si vous avez besoin d'un routage d'approbation, d'un rapprochement à trois avec logique conditionnelle, ou d'un flux de travail AP complet, cela relève de la plateforme que vous possédez déjà ou d'un système spécialisé, et non de l'étape d'extraction.

Elle ne prend pas la décision de conformité. L'extraction peut extraire le numéro de police, les limites, le numéro de formulaire d'avenant et la date d'expiration d'un ACORD 25 dans une ligne structurée. Elle ne peut pas décider si l'avenant qu'un certificat nomme fournit réellement une couverture des opérations achevées, et elle ne peut pas vérifier qu'un montant de renonciation à privilège équivaut à la facture qu'il règle. Ce sont des questions transversales ou de police, et elles restent du ressort d'un gestionnaire de risques ou d'un contrôleur. Ce que l'extraction change, c'est que les données nécessaires à ce jugement se trouvent dans un seul tableau au lieu de quatre PDF, ce qui permet à une personne de juger plus rapidement.

Elle n'atteint pas 100 % sur les documents difficiles. Les données de tableaux imprimés s'extraient avec une grande précision. L'écriture manuscrite dense sur un formulaire taché est plus difficile, et l'étape de vérification existe précisément pour cette raison. La promesse réaliste n'est pas une automatisation parfaite. C'est que la personne qui saisissait chaque valeur vérifie désormais les plus difficiles.

Elle ne corrige pas un processus déjà défaillant. Si personne ne sait quel code de coût possède un achat de matériaux, une capture de données plus rapide ne produit qu'un désaccord plus rapide. L'extraction supprime le clavier, ce qui est un coût réel et mesurable. Les décisions concernant la façon dont votre entreprise code, approuve et paie appartiennent toujours à votre entreprise.

FAQ