Les factures fournisseurs ont eu leur vague d’automatisation. Les projets d’achats, de logistique et de ventes, eux, tournent encore largement à la saisie manuelle : un bon de livraison scanné par le magasinier, une commande client reçue en PDF par email, un avenant de contrat classé dans un dossier partagé. Chacun de ces documents contient des données qui devraient vivre dans l’ERP, et que quelqu’un retape.
Ce guide traite le traitement intelligent de documents (IDP, pour Intelligent Document Processing) branché sur l’ERP, hors factures. Pour l’accounts payable, nous avons déjà publié un guide dédié à l’automatisation des factures fournisseurs par IA générative, que nous ne répétons pas ici. Il s’adresse aux DSI, responsables supply chain et DAF d’ETI de 100 à 2 000 salariés.
Pourquoi les documents non structurés restent le dernier gisement de saisie manuelle
Un ERP est conçu pour recevoir des données structurées : une ligne de commande, une quantité, une date. Or une grande partie des échanges avec les partenaires arrive sous forme de documents : PDF natifs, scans, photos de smartphone, emails avec le détail dans le corps du message.
Trois raisons expliquent que ce gisement subsiste :
- Les partenaires ne suivent pas votre format. Un fournisseur de taille moyenne ne passera pas à l’EDI pour vous faire plaisir. Un client artisan enverra sa commande par email, avec une mise en page différente chaque semaine.
- Le ROI unitaire paraît faible. Saisir un bon de livraison prend quelques minutes. Multiplié par des milliers de documents par an et par plusieurs sites, le coût devient réel, mais personne ne le voit sur une ligne de budget.
- Les erreurs se paient plus tard. Une quantité mal reçue ressort à l’inventaire, un renouvellement de contrat oublié ressort au moment d’une hausse de prix subie.
L’IDP ne remplace pas l’EDI. Il en est le pont pour les partenaires sans EDI. Si vos flux à gros volume avec quelques partenaires stratégiques justifient un canal structuré, notre guide EDI vs API REST aide à choisir. L’IDP traite la longue traîne : tout ce qui arrive en PDF et qui n’a pas de canal propre.
OCR, IDP, LLM : ce qui distingue les trois
Les termes sont souvent confondus dans les offres commerciales. Voici une grille de lecture, volontairement qualitative : les taux d’extraction publiés par les éditeurs varient fortement selon le jeu de documents et ne sont pas comparables d’un benchmark à l’autre.
| OCR | IDP | LLM (modèle de langage) | |
|---|---|---|---|
| Ce que ça fait | Convertit les pixels en texte | Classe le document, extrait des champs, attribue un score de confiance | Lit le document en langage naturel et produit des données structurées |
| Documents adaptés | Gabarits stables, bonne qualité de scan | Documents semi-structurés avec variations de mise en page | Documents peu structurés, textes longs (contrats), emails |
| Fiabilité d’extraction | Bonne sur gabarit connu, faible dès que la mise en page change | Bonne après entraînement ou paramétrage par type de document | Très flexible, mais variable : peut produire une valeur plausible et fausse |
| Gestion des exceptions | Aucune : le champ est vide ou faux | Score de confiance par champ, file de revue | Dépend du contrôle que vous ajoutez autour (validation, règles, citation de la source) |
| Coût | Faible, souvent inclus dans la GED | Licence ou volume de pages, plus le paramétrage | Coût à l’appel, plus le travail de garde-fous |
En pratique, les offres actuelles combinent les trois : un OCR en entrée, un moteur IDP pour la classification et les scores, un LLM pour les cas non structurés. La question utile n’est pas « quelle techno », mais « comment le système se comporte quand il n’est pas sûr ». Nous y revenons plus bas.
Quatre cas d’usage hors factures
Bons de livraison fournisseurs et réception (rapprochement trois voies)
Le bon de livraison est le document qui déclenche la réception dans l’ERP. S’il est saisi tard ou faussement, le rapprochement avec la facture bute sur des écarts artificiels. Notre guide sur le rapprochement à trois voies détaille les tolérances et le compte d’attente GR/IR : l’IDP agit en amont, en alimentant la réception avec des données propres.
Le flux type : le magasinier photographie ou scanne le bon à quai, l’IDP identifie le fournisseur, le numéro de commande et les quantités par ligne, puis propose une réception pré-remplie. L’opérateur ne confirme que les écarts avec la commande.
Points d’attention : les numéros de commande manuscrits ou tronqués, les bons multi-commandes, les unités différentes (palette contre colis). Le rapprochement avec la commande ouverte dans l’ERP sert de contrôle : un numéro de commande extrait qui n’existe pas dans l’ERP est une exception, pas une saisie.
Commandes clients reçues par email ou PDF (clients sans EDI)
C’est souvent le cas d’usage au meilleur retour. Un service ADV retape chaque jour des commandes reçues par email, avec des références client à traduire en références article, des conditions à contrôler, des adresses de livraison à rattacher.
Le flux type : un robot lit la boîte de réception dédiée, l’IDP extrait les lignes, une table de correspondance traduit les références client vers vos articles, l’ERP crée un brouillon de commande. L’ADV valide uniquement les lignes non reconnues ou hors conditions.
Le piège est dans les données maître : si la table de correspondance des références n’existe pas, l’IDP extrait parfaitement un code que l’ERP ne sait pas résoudre. Ce chantier-là est le vrai prérequis.
Contrats et avenants (dates, clauses de reconduction, référentiel)
Ici le LLM apporte le plus. Un contrat est un texte long, avec des clauses de tacite reconduction, des préavis, des indexations de prix, des pénalités. L’objectif n’est pas de « comprendre le contrat » mais de peupler un référentiel : date de début, date de fin, préavis, clause de reconduction, indice de révision, montant engagé.
Ce référentiel alimente ensuite des alertes (échéance dans 90 jours) et le contrôle des prix dans les achats. Règle d’or : chaque donnée extraite doit être accompagnée de la citation du passage source, afin qu’un juriste ou un acheteur la vérifie en un coup d’œil. Une date de préavis fausse coûte plus cher qu’une saisie manuelle.
Documents douaniers et certificats (CoA, certificats d’origine)
Les certificats d’analyse (CoA), certificats d’origine, déclarations de conformité et documents de transport accompagnent les marchandises en import et en industrie réglementée. L’IDP en extrait les numéros de lot, dates de péremption, résultats d’analyse et pays d’origine, pour les rattacher au lot dans l’ERP.
Deux exigences : un contrôle de cohérence (le numéro de lot du certificat existe-t-il à la réception ?) et une conservation du document original attaché à l’enregistrement. L’extraction accélère la saisie, elle ne remplace pas la décision qualité.
Architecture d’intégration : capture, extraction, validation, écriture
Quel que soit l’outil, l’architecture suit quatre étages.
- Capture : boîte email dédiée, dossier scanné, application mobile à quai, dépôt via portail partenaire. L’objectif est d’avoir un seul point d’entrée par type de document, avec conservation de l’original.
- Extraction : classification du document, extraction des champs, score de confiance par champ.
- Validation humaine par exception : un document dont tous les champs franchissent le seuil et passent les contrôles ERP part sans intervention. Les autres entrent dans une file de revue, avec le document à côté des champs à corriger.
- Écriture dans l’ERP : via l’API standard de l’éditeur plutôt que par RPA (robot qui clique dans l’interface) chaque fois que c’est possible. Un connecteur API respecte les contrôles métier de l’ERP, renvoie des erreurs exploitables et survit aux mises à jour d’écran. Le RPA reste un dernier recours pour les systèmes sans API.
Selon votre ERP, les points d’entrée diffèrent : OData ou BAPI/IDoc dans SAP, API externe JSON-RPC dans Odoo, Dataverse et API web dans Dynamics 365, API REST ou connecteurs de l’éditeur dans l’écosystème Sage. Vérifiez, avant de choisir l’outil IDP, qu’il existe un connecteur maintenu pour votre version, et pas seulement pour la marque. Pour la partie GED et l’archivage, le guide ERP et GED décrit le lien entre le document et l’enregistrement.
Seuils de confiance et file d’exceptions : le vrai sujet du projet
Les démonstrations d’éditeurs montrent des taux d’extraction flatteurs. Le piège est le « 95 % d’extraction » qui cache 100 % de revue : si 95 % des champs sont justes mais que vous ne savez pas lesquels, un opérateur doit tout relire. La valeur vient de la capacité à identifier les 5 % douteux, pas du chiffre moyen.
Quelques principes de conception :
- Un seuil par champ, pas par document. Une quantité et une référence article sont critiques ; un commentaire libre ne l’est pas.
- Des contrôles croisés avec l’ERP. Une commande existe, le fournisseur est actif, la somme des lignes est cohérente, la date n’est pas dans le passé. Ces règles attrapent des erreurs que le score de confiance ne voit pas.
- Un seuil qui bouge. Commencez prudent (revue quasi systématique), mesurez l’écart entre extraction et correction humaine, puis relâchez progressivement sur les champs et partenaires stables.
- Une file d’exceptions pensée comme un produit. Elle doit afficher le document, la raison du blocage et la correction proposée. Une file mal conçue annule le gain de l’automatisation.
- L’apprentissage des corrections. Chaque correction humaine doit nourrir le paramétrage (nouveau gabarit, nouvelle équivalence de référence), sinon la même exception reviendra chaque semaine.
Avec un LLM, ajoutez une règle simple : aucune valeur sans passage source. Une donnée que le modèle ne peut pas rattacher à un extrait du document est traitée comme absente.
Gouvernance : RGPD, traçabilité, hallucinations, archivage
- RGPD. Les documents contiennent des données personnelles (noms de contacts, adresses, parfois signatures). Appliquez le principe de minimisation de l’article 5 et vérifiez où le document est traité : un service d’IA hébergé hors de l’Union européenne impose une analyse des transferts. Le texte du règlement fixe aussi, à l’article 22, un cadre pour les décisions fondées uniquement sur un traitement automatisé : gardez l’humain dans la boucle pour les actes qui engagent une personne.
- Sous-traitance. Le fournisseur IDP est un sous-traitant au sens du RGPD : contrat, registre des traitements, engagement sur l’absence de réutilisation de vos documents pour entraîner ses modèles.
- Traçabilité. Conservez, pour chaque donnée écrite dans l’ERP : le document d’origine, la valeur extraite, le score, l’éventuelle correction et son auteur. C’est ce qui permet de répondre à un auditeur.
- Hallucinations LLM. Un modèle peut produire une valeur plausible absente du document. Contre-mesures : passage source obligatoire, contrôles croisés avec l’ERP, température basse, jeu de documents de test rejoué à chaque changement de modèle ou de version.
- Archivage probant. Si le document porte une valeur de preuve (contrat, certificat), l’original doit être conservé de façon intègre, horodaté et rattaché à l’enregistrement. L’extraction est une aide à la saisie, elle ne remplace pas l’original.
Mesurer le ROI : KPI avant et après
Mesurez la situation de départ avant de choisir un outil, sur un échantillon représentatif d’au moins quelques semaines. Les indicateurs utiles :
| KPI | Définition | Pourquoi |
|---|---|---|
| Temps de traitement par document | De l’arrivée à l’écriture dans l’ERP | Mesure le délai, pas seulement l’effort |
| Taux de traitement sans intervention (STP) | Part des documents écrits sans correction humaine | Le vrai indicateur d’automatisation, à ne pas confondre avec le taux d’extraction |
| Taux de correction par champ | Part des champs corrigés en revue | Oriente le paramétrage |
| Erreurs détectées en aval | Écarts de réception, de prix, de livraison attribuables à la saisie | Mesure la qualité réelle |
| Taille et ancienneté de la file d’exceptions | Documents en attente de revue | Signale un goulot |
| Coût par document | Licence, hébergement, revue humaine rapportés au volume | Permet la comparaison avec la saisie manuelle |
Le coût complet inclut la revue humaine et la maintenance du paramétrage, pas seulement la licence. Pour les chiffres de référence, utilisez vos propres mesures : les moyennes publiques dépendent trop du secteur et du type de document pour servir de base à un business case.
Plan de pilote en 8 semaines et checklist de choix d’outil
Semaines 1 et 2 : cadrage. Choisissez un type de document et un flux (par exemple, les commandes clients par email d’un périmètre ADV). Mesurez la situation de départ, constituez un jeu de documents réels (anonymisés si besoin) et vérifiez la qualité des données maître concernées.
Semaines 3 et 4 : paramétrage. Configurez l’extraction, la table de correspondance des références, les contrôles croisés avec l’ERP et le connecteur API en environnement de test.
Semaines 5 et 6 : fonctionnement en parallèle. Traitez les documents réels avec et sans l’outil, comparez, ajustez les seuils. La revue humaine reste systématique.
Semaine 7 : bascule partielle. Passez en validation par exception sur les partenaires et champs les plus fiables.
Semaine 8 : bilan. Comparez les KPI au point de départ et décidez : généraliser, ajuster ou arrêter. Un pilote qui conclut « non » avec des chiffres est un résultat utile.
Checklist de choix d’outil :
- Connecteur maintenu pour votre ERP et votre version
- Score de confiance par champ, exposé et paramétrable
- File d’exceptions ergonomique, avec le document à côté des champs
- Passage source affiché pour chaque valeur extraite (indispensable avec un LLM)
- Hébergement et sous-traitance conformes à votre politique RGPD
- Journal d’audit exportable
- Langues et formats de vos partenaires (y compris les scans de mauvaise qualité)
- Modèle de prix lisible (par page, par document, par appel) et coût de la revue humaine intégré
- Capacité à réentraîner ou ajuster sans passer par l’éditeur à chaque fois
- Plan de sortie : récupération de vos paramétrages et de vos données
Pour aller plus loin
Notre grille d’évaluation ERP (30 critères sur 100 points) vous aide à vérifier si votre ERP actuel expose les API nécessaires à ce type de projet. Pour le cadre global, lisez aussi ERP et GED : intégrer gestion documentaire et flux métiers et EDI ou API REST : choisir le bon canal avec vos partenaires.
