Ce qu'automatise une chaîne documentaire
Aussi appelé : traitement automatique de documents, extraction de données par IA, IDP (intelligent document processing), lecture automatique de factures.
L'automatisation du traitement documentaire couvre tout ce qui sépare la réception d'un document de son intégration dans vos systèmes.
Une facture, un contrat, un bon de commande, un formulaire ou un courrier arrive : la chaîne le lit (y compris les documents scannés), identifie sa nature, extrait les informations utiles (montants, dates, références, parties, clauses), les contrôle, puis les route vers le bon outil (comptabilité, ERP, GED, CRM) ou déclenche l'étape suivante du processus.
Là où l'IA générative apporte un saut par rapport à l'OCR classique, c'est dans la compréhension de documents variés et peu structurés : elle gère des mises en page hétérogènes, comprend le contexte et sait extraire l'information même quand le format change. Le gain est double : du temps de ressaisie économisé et une réduction des erreurs de recopie.
Le principe directeur reste le contrôle : les cas clairs sont traités automatiquement, les cas incertains ou à enjeu sont présentés à un humain pour validation, avec une traçabilité complète de chaque décision.
- La chaîne lit, extrait, classe et route vos documents (factures, contrats, formulaires) vers vos systèmes, sans ressaisie.
- L'IA générative comprend des mises en page variées là où l'OCR classique bute.
- Des contrôles de gestion arbitrent : pièces conformes traitées automatiquement, écarts validés par un humain, chaque décision tracée.
- Code et règles de traitement livrés : vous ajoutez de nouveaux types de documents en autonomie.
De l'échantillon de pièces à l'import dans l'ERP
Constituer un échantillon de pièces
Nous rassemblons avec le service quelques centaines de documents récents, mauvais scans et cas tordus compris, puis nous les classons par type, par canal et par volume. Les factures électroniques sont mises à part dès ce stade.
Écrire le schéma et les contrôles avec le service
Chaque champ reçoit son format, sa règle de contrôle et l'action prévue en cas d'échec : totaux, rapprochement avec la commande, SIRET vérifié dans Sirene, IBAN comparé au référentiel.
Mesurer la chaîne pilote champ par champ
La chaîne traite l'échantillon, et ses résultats sont comparés à une saisie de référence. Nous mesurons le taux d'erreur par champ et la part de documents qui passent tous les contrôles.
Installer la file de validation
Les pièces en doute arrivent dans une file avec leur motif : écart de total, doublon possible, IBAN inconnu. La personne corrige ou confirme, et chaque décision est tracée.
Brancher l'ERP par paliers
La chaîne produit d'abord un fichier d'import que le service relit, puis écrit dans l'ERP quand les mesures le permettent. Les indicateurs sont revus chaque semaine le premier mois, avec le responsable du service.
Si plusieurs flux de documents se disputent la priorité, un audit IA mesure leurs volumes avant le premier pilote.
Quatre paliers pour construire la chaîne
Rassembler des pièces réelles
Nous constituons un échantillon de pièces telles qu'elles arrivent, y compris les mauvaises copies et les formats rares. Le service liste avec nous les champs attendus et les contrôles qu'il fait déjà.
Mesurer champ par champ
La chaîne pilote traite l'échantillon, et chaque champ extrait est comparé à la bonne valeur. Le taux d'exactitude par champ dit ce qui peut passer seul et ce qui doit être relu.
Installer la validation et les contrôles
Les contrôles codés (totaux, identifiants, coordonnées bancaires) s'ajoutent à la lecture, et une file de validation montre à la personne chargée du contrôle la pièce, l'extraction et l'écart.
Écrire dans l'ERP par étapes
La chaîne produit d'abord un fichier d'import relu, puis écrit directement dans l'ERP quand les mesures le permettent. Le service reçoit le code, les règles et leur documentation.
Ce qui compose une chaîne de traitement
Le modèle lit la pièce sans gabarit et remplit un schéma de champs défini avec vous ; des contrôles codés vérifient ensuite les totaux, les identifiants et les coordonnées bancaires, et tout écart part dans une file où une personne valide avant l'écriture dans l'ERP.
Le texte de la pièce est extrait, y compris sur un scan, puis le modèle remplit un schéma de champs imposé et rend une sortie structurée. Les contrôles ne lui reviennent pas : des règles codées vérifient les totaux, l'identifiant de l'entreprise dans la base Sirene et toute coordonnée bancaire nouvelle.
Les volumes importants passent en traitement par lots, moins cher, et chaque pièce garde la trace de qui l'a validée.
Nos pratiques de développement et de recette sont présentées par notre équipe de développement IA.
Quels documents automatiser selon votre activité
Chaque métier reçoit ses propres pièces ; la chaîne lit, contrôle et prépare, et une personne valide.
Comptabilité et finance
Lecture des factures reçues hors plateforme (fournisseurs étrangers, PDF de PME jusqu'à l'obligation d'émission de septembre 2027), contrôle de cohérence et intégration en comptabilité, avec validation humaine sur les écarts.
Cabinets et services juridiques
Extraction des informations clés de contrats entrants (parties, dates, clauses, échéances) et alimentation d'un suivi, avec relecture humaine.
Industrie et achats
Traitement des bons de commande, accusés de réception et documents fournisseurs, et alimentation de l'ERP sans ressaisie.
Assurance et mutuelles
Lecture des pièces de dossiers (justificatifs, formulaires), extraction et classement, avec routage vers le gestionnaire et traçabilité.
Dans une chaîne documentaire, le modèle lit et vos règles de gestion décident
Un modèle de langage lit une facture, un bon de livraison ou un tableau d'entrepôt sans gabarit préalable, là où les anciens outils en exigeaient un par mise en page. Il ne sait pas pour autant si le total est juste ou si le RIB a changé. OpenAI le rappelle pour ses sorties structurées : le format est garanti, et le modèle peut toujours se tromper dans les valeurs.
La fiabilité vient donc des contrôles écrits avec votre service et de la personne qui tranche les cas en doute. L'automne 2026 ajoute une donnée : la facturation électronique change la nature des factures que vous recevez.
Depuis septembre 2026, une partie de vos factures arrive déjà structurée
Le 1er septembre 2026, une obligation nouvelle est entrée en vigueur. Toute entreprise établie en France et assujettie à la TVA doit désormais pouvoir recevoir des factures électroniques, qui transitent par une plateforme que l'administration fiscale a agréée.
Les ETI (entreprises de taille intermédiaire) et les grandes entreprises émettent les leurs depuis cette date ; les PME et les microentreprises suivront le 1er septembre 2027. La direction générale des Finances publiques (DGFiP) est explicite : une facture papier scannée ou un PDF ordinaire envoyé par mail ne sera plus conforme entre professionnels.
Une facture électronique arrive avec ses données dans l'un des trois formats structurés du socle de la réforme. Ses montants, sa TVA et ses références se lisent dans le fichier, sans modèle de langage ni extraction, et payer une chaîne d'extraction pour ces factures n'a plus de sens.
L'automatisation documentaire garde trois terrains, à cartographier au cadrage avec leurs volumes mesurés dans votre service.
- →Les PDF des fournisseurs français qui n'émettent pas encore de factures électroniques, jusqu'au 1er septembre 2027.
- →Les factures des fournisseurs étrangers, hors du champ de la facture électronique : la réforme traite ces achats par une transmission de données à l'administration (e-reporting).
- →Tous les autres documents, que la réforme ne touche pas : bons de livraison, fichiers d'entrepôt, relevés, attestations, formulaires, demandes de devis.
Le modèle extrait, les contrôles décident
Les sorties structurées garantissent qu'une réponse respecte le schéma demandé : aucun champ obligatoire manquant, aucune valeur hors liste. Le montant lu peut rester faux. Les moteurs spécialisés d'extraction documentaire fournissent, eux, un score de confiance par champ : chez Microsoft, une confiance de 0,95 signifie que la valeur est juste environ 19 fois sur 20.
La documentation précise que tous les champs ne renvoient pas de score. Un modèle de langage peut annoncer sa propre certitude, et cette estimation ne remplace pas un contrôle.
La chaîne arbitre donc avec des contrôles écrits avec votre service. Ils sont déterministes : la même pièce reçoit toujours le même verdict. Le total hors taxes plus la TVA doit égaler le total TTC, et les lignes doivent correspondre au bon de commande et au bon de livraison.
Le répertoire Sirene de l'Insee doit connaître le numéro SIRET (l'identifiant de l'établissement) : son API ouvre sans frais l'accès aux données, mises à jour chaque jour, de près de 25 millions d'entreprises. Un seul contrôle en échec envoie la pièce en validation, avec son motif.
Un RIB qui change sort toujours de la chaîne automatique
La fraude au faux RIB passe par les documents. L'escroc usurpe l'identité d'un fournisseur et envoie une facture qui porte ses propres coordonnées bancaires. Cybermalveillance.gouv.fr, le dispositif national d'assistance aux victimes, recommande d'appeler le créancier sur son numéro habituel pour faire confirmer tout nouveau RIB reçu par message.
Une chaîne documentaire applique cette règle sans exception : elle compare l'IBAN lu (le numéro de compte international) à celui du référentiel fournisseurs, et ne met jamais à jour ce référentiel elle-même.
Les documents entrants posent un second risque, propre aux modèles de langage. Un PDF peut contenir une consigne que l'œil ne voit pas, écrite en blanc sur fond blanc par exemple, qui tente de détourner l'extraction.
L'ANSSI demande de restreindre, et si possible d'interdire, les actions qu'un système d'IA lance seul à partir de contenus venus de l'extérieur, comme les mails (recommandation R27). Dans nos chaînes, le modèle ne déclenche aucune action : il produit des champs que les contrôles vérifient, et seule une personne habilitée modifie un référentiel.
Une facture reçue deux fois se rapproche avant de se payer
Pendant la phase de démarrage de la réforme, la DGFiP demande de ne pas rejeter une facture arrivée par courriel, en PDF ou sous forme papier pour ce seul motif, dès lors qu'elle porte sur une opération qui a bien eu lieu. La même facture peut donc arriver par la plateforme agréée et par la boîte mail du service.
Le guide pratique de démarrage fixe la conduite à tenir : comparer le numéro de facture, le fournisseur, le client, la date et les montants hors taxes, de TVA et TTC, puis désigner une facture de référence et marquer les autres exemplaires comme doublons.
Ce rapprochement se code. Pour chaque pièce, la chaîne cherche une facture déjà reçue avec les mêmes clés, quel que soit le canal. Une concordance complète produit un doublon tracé, qui ne sera ni payé ni comptabilisé une seconde fois ; une concordance partielle part en validation.
La trace du rapprochement reste conservée, comme le recommande l'administration, pour démontrer qu'une seule opération a été payée et que la TVA n'a été déduite qu'une fois.
Les nouvelles mentions obligatoires entrent dans le schéma d'extraction
La réforme ajoute quatre mentions aux factures : le numéro SIREN du client (l'identifiant de l'entreprise) quand il s'agit d'une entreprise, l'adresse de livraison si elle diffère de celle du client, la nature des opérations (livraisons de biens, prestations de services ou les deux) et, le cas échéant, l'option pour le paiement de la taxe d'après les débits.
Ces mentions s'appliquent depuis septembre 2026 aux factures des grandes entreprises et des ETI, et s'appliqueront en septembre 2027 à celles des PME et des microentreprises.
Pour les PDF qui continuent d'arriver, ces champs rejoignent le schéma d'extraction et les contrôles : un SIREN client qui ne correspond pas au vôtre signale une facture mal adressée. Le schéma se gère comme une pièce du système, versionné et testé à chaque changement sur un échantillon de documents de votre service.
Une chaîne écrite avant la réforme, sans ces champs, mérite une relecture avant la fin de l'année.
| Document entrant | Sous quelle forme il arrive | Traitement retenu |
|---|---|---|
| Facture d'une grande entreprise ou d'une ETI française | Facture électronique structurée, transmise par la plateforme agréée | Lecture directe des données, rapprochement avec la commande |
| Facture d'une PME française | PDF ordinaire, admis jusqu'à son obligation d'émission du 1er septembre 2027 | Extraction, contrôles, recherche d'un doublon reçu par le canal électronique |
| Facture d'un fournisseur étranger | PDF ou format propre au fournisseur, hors facture électronique | Extraction, contrôle des montants et de la TVA, données pour l'e-reporting |
| Bon de livraison | Scan ou photo, mise en page propre à chaque expéditeur | Extraction des lignes, rapprochement avec la commande |
| Fichier d'entrepôt | Tableur aux colonnes variables d'un entrepôt à l'autre | Conversion en fichier d'import de l'ERP, contrôle des totaux |
| Mail de demande de devis | Texte libre, pièces jointes, références partielles | Lignes de devis proposées, validées par le commercial |
Retour de mission : fichiers d'entrepôt et demandes de devis chez un distributeur sur Odoo
Ce distributeur de solutions photovoltaïques gère tout dans Odoo, son ERP, avec une équipe de trois personnes, des clients à l'export et trois entrepôts en France. Le temps se perd aux abords du logiciel : des demandes reçues par mail retapées en lignes de devis, des numéros de série recopiés à la main depuis des fichiers d'entrepôt illisibles pour la scannette.
La direction a posé sa condition au départ : rien de ce que produit l'IA ne fait foi sans contrôle.
- La direction, les opérations et le commercial passent chacun un entretien, conduit flux par flux, avec les pièces sur la table : fichiers d'entrepôt, mail type d'un transporteur, suivi des marges.
- La cartographie couvre quatre flux et fait apparaître douze gisements de temps, chacun avec le volume annoncé par l'équipe, sa difficulté et ce qu'il doit à l'ERP.
- Trois assistants sont à monter à partir des fichiers de l'entreprise, avant la formation. L'un transformera un fichier d'entrepôt en fichier d'import Odoo et vérifiera les totaux ; un autre tirera des demandes entrantes les lignes d'un devis.
- Partout, l'assistant prépare et une personne valide. Une charte d'usage est signée avant la formation, et un référent IA reçoit les signalements d'erreur.
- La feuille de route court sur 90 jours : points de départ relevés pendant la formation prévue en octobre 2026, premier bilan un mois plus tard.
Ce qui en ressort.
Les cibles, posées avant la formation pour un horizon de trois mois, restent des cibles tant qu'aucune mesure ne les confirme : des devis plus rapides et la fin des ressaisies. L'import direct dans Odoo attend une deuxième vague, déjà cadrée.
La chaîne commence donc par un fichier qu'une personne relit avant de l'importer, et l'écriture directe dans l'ERP viendra après les mesures.
Les pièges à connaître
Payer l'extraction de factures qui arrivent déjà structurées
Les factures électroniques des grandes entreprises et des ETI portent leurs données dans un format structuré. Les relire avec un modèle consomme des jetons, l'unité de facturation des modèles, et ajoute un risque d'erreur. Le tri des flux par canal précède tout développement.
Prendre un JSON valide pour une donnée juste
Un schéma respecté garantit la forme du JSON, le format de données que la chaîne produit. Le montant peut rester faux. Chaque champ qui engage l'entreprise passe par un contrôle : total, référentiel, rapprochement.
Confier à la chaîne la mise à jour des coordonnées bancaires
Un IBAN différent de celui du référentiel bloque la pièce et déclenche un appel au fournisseur, sur son numéro habituel. Le référentiel bancaire se modifie à la main, par une personne habilitée, et jamais par la chaîne.
Croire que la chaîne apprend seule de vos corrections
Un modèle en production ne se réentraîne pas sur vos validations, et l'ANSSI recommande de ne pas le faire (R21). Vos corrections alimentent le jeu de tests et les règles, que l'équipe met à jour et vérifie avant chaque nouvelle version.
Écrire dans l'ERP dès la première version
Une écriture directe fait entrer une erreur dans la comptabilité ou les stocks avant qu'une personne l'ait vue. La première version produit un fichier d'import relu ; l'écriture directe suit, une fois les taux d'erreur mesurés.
Le budget d'une chaîne documentaire
Une chaîne sur un premier type de document démarre autour de 12 000 €. Un traitement à gros volume, multi-flux et relié à plusieurs logiciels de gestion, franchit les 100 000 € et peut atteindre quelques centaines de milliers d'euros.
Le nombre de types de documents et les contrôles à coder expliquent l'essentiel de l'écart.
Nous fixons le forfait sur devis après le cadrage, à partir de l'échantillon et d'un périmètre écrit. Le fonctionnement se calcule ensuite à la page traitée.
Les flux qui supportent un délai passent en traitement par lots : chez Anthropic, l'API de traitement par lots coûte moitié moins cher que l'appel standard, et la plupart des lots se terminent en moins d'une heure, dans une limite de 24 heures. Un traitement de nuit des pièces de la journée en profite.
Les types de documents
Pour un modèle de langage, une nouvelle mise en page coûte peu. Un nouveau type de document demande son propre schéma, ses contrôles et son échantillon de test.
Les contrôles et rapprochements
Vérifier un total coûte peu. Rapprocher une facture de la commande et du bon de livraison suppose un accès à l'ERP et des tolérances écrites avec le service.
Le volume et le délai
Un traitement de nuit par lots coûte moins cher qu'un traitement immédiat. Le volume mensuel fixe le coût d'usage du modèle et la taille de la file de validation.
Le raccordement à l'ERP
Un fichier d'import relu demande peu d'intégration. L'écriture directe exige l'API de l'ERP, des droits dédiés, la gestion des rejets et des tests de reprise.
Les repères de prix des autres projets figurent sur la page budget d'un projet IA.
Un développeur qui branche la chaîne sur votre ERP
Un service comptable ou logistique connaît des pics : clôture, inventaire, arrivée d'un fournisseur au format inédit. Pendant ces périodes, un développeur IA mis à disposition en régie ajoute des types de documents et ajuste les contrôles au rythme du service, sur site ou à distance.
Quand l'ERP est maintenu par un intégrateur, il travaille avec lui sur le format d'import et sur les droits d'écriture.
Les règles de contrôle sont du code métier : elles restent dans votre dépôt, documentées et testées sur l'échantillon. En fin de mission, votre équipe sait ajouter un type de document, relancer les tests et lire le journal des décisions.
Notre méthode de projet IAAutomatisation documentaire : les questions fréquentes
Vos pièces ont un format que nous n'avons pas cité ?
Envoyez-nous un exempleCe qui prolonge une chaîne documentaire
Des intervenants qui écrivent les contrôles avec votre service
Mathias Nizan a créé Masteria à Lyon en 2022 et dirige chaque projet. Pour une chaîne documentaire, il associe un consultant qui écrit le schéma des champs et les contrôles avec votre service, des développeurs qui branchent la chaîne sur l'ERP et un formateur pour les personnes qui valident. Tous sont indépendants, et Masteria ne revend aucun logiciel de capture.