Traitement des factures par l'IA : quoi automatiser d'abord et quoi garder manuel
Les factures sont un premier projet d'IA naturel, mais toutes les étapes ne doivent pas être automatisées. Voici où l'IA a sa place et où une personne décide.
Par Nichita Railean, CTOPublié le 5 min de lecture
La comptabilité fournisseurs est souvent le premier endroit que regardent les équipes financières lorsqu'elles envisagent l'IA. Le travail revient chaque semaine, les entrées sont des documents, et les erreurs coûtent assez cher pour que quelqu'un les remarque toujours. Les factures sont donc un bon candidat, à condition de savoir clairement quelles étapes confier à un modèle et lesquelles restent entre les mains d'une personne.
Cet article parcourt le traitement des factures étape par étape, montre où l'IA a sa place et liste les contrôles que nous mettons en place autour d'elle dans nos projets.
Commencez par le format dans lequel arrivent vos factures
Toutes les factures n'ont pas besoin d'IA. Selon les règles européennes, une facture électronique est émise, transmise et reçue sous une forme de données structurées qui permet son traitement automatique, sur la base de la norme européenne EN 16931. Un PDF joint à un e-mail ne répond pas à cette définition. Lorsqu'une facture arrive sous forme de données structurées, par exemple via le réseau Peppol, les champs sont déjà là, et une importation fondée sur des règles est moins chère et plus fiable que n'importe quel modèle.
La part des factures structurées augmente. En Allemagne, toutes les entreprises établies dans le pays doivent pouvoir recevoir des factures électroniques depuis le 1er janvier 2025, et ne peuvent continuer à émettre d'autres formats que jusqu'à fin 2026, ou fin 2027 si leur chiffre d'affaires de l'année précédente ne dépassait pas €800 000. Au niveau européen, le paquet VAT in the Digital Age, adopté en mars 2025, instaure une déclaration numérique des opérations B2B transfrontalières à partir du 1er juillet 2030 et permet aux États membres d'imposer la facturation électronique obligatoire au niveau national. L'IA est surtout utile pour le reste : PDF, scans, photos de reçus et la longue traîne de fournisseurs qui n'ont pas encore changé.
Le traitement des factures, étape par étape
| Étape | Adaptée à l'IA | À garder aux personnes ou à des règles fixes |
|---|---|---|
| Réception | Trier la boîte de réception en factures, avoirs, relances, relevés et questions | Les documents que personne ne sait classer |
| Extraction | Lire fournisseur, dates, montants, numéros de TVA et lignes de facture dans les PDF et les scans | Les champs à faible confiance ou les totaux qui ne tombent pas juste |
| Rapprochement | Retrouver le bon de commande et le bon de réception, même quand les références sont écrites autrement | Les écarts de prix ou de quantité hors de la tolérance convenue |
| Imputation | Proposer le compte, le centre de coûts et le code TVA à partir des écritures passées | Les traitements de TVA inhabituels, comme l'autoliquidation ou l'usage mixte |
| Validation et paiement | Transmettre au bon valideur avec un résumé de ce qui a été vérifié | Valider les dépenses, déclencher les paiements et modifier les coordonnées bancaires des fournisseurs |
Ce qu'il faut automatiser d'abord
Les meilleures premières étapes ont beaucoup de volume et demandent peu de jugement. Dans nos projets, cela recouvre généralement trois choses.
- Réception et classification. Une boîte partagée de comptabilité fournisseurs reçoit factures, relances de paiement, relevés et questions de fournisseurs. Un modèle peut les trier et envoyer chacun dans la bonne file, ce qui supprime un nombre surprenant de clics manuels.
- Extraction des champs des factures non structurées. Les modèles de langage capables de lire des images gèrent des mises en page qu'ils n'ont jamais vues, ce que l'ancien OCR à base de modèles fixes ne savait pas faire. Le résultat doit toujours être le même enregistrement structuré que celui qu'attend votre logiciel comptable, pour qu'une facture scannée et une facture Peppol soient identiques dans la suite du traitement.
- Propositions d'imputation. La plupart des entreprises imputent le même fournisseur au même compte et au même centre de coûts mois après mois. Un modèle qui propose l'imputation à partir des écritures passées, en montrant pourquoi, fait gagner du temps tout en gardant la décision visible.
Ce qu'il faut garder manuel
Certaines étapes restent humaines. Non pas parce que l'IA ne peut pas produire de réponse, mais parce qu'une mauvaise réponse coûte trop cher, ou parce que la responsabilité doit reposer sur une personne nommée.
- Modification des coordonnées bancaires des fournisseurs. Une demande de changement de compte bancaire est une voie classique de fraude à la facture. Confirmez-la auprès d'un contact connu par un autre canal, jamais en répondant au message qui demande le changement.
- Déclenchement des paiements. L'IA peut préparer la campagne de paiement. Une personne habilitée à engager la dépense la valide.
- Nouveaux fournisseurs et cas de TVA inhabituels. Une première facture d'un nouveau fournisseur, ou une opération transfrontalière ou en autoliquidation, mérite une revue humaine jusqu'à ce que vous ayez la preuve que le système la traite correctement.
- Litiges et écarts importants. Les écarts qui demandent une discussion avec le fournisseur relèvent de la relation, pas des données.
Les contrôles qui rendent le système fiable
Un système de traitement des factures ne vaut que par les contrôles qui l'entourent. Voici ceux que nous intégrons dès le départ.
- Des seuils de confiance par champ. Les valeurs sur lesquelles le modèle hésite partent dans une file de revue au lieu d'être comptabilisées sans que personne ne les voie.
- Des contrôles arithmétiques et d'exhaustivité. Les lignes doivent correspondre aux totaux. La directive TVA de l'UE énumère les mentions qu'une facture doit comporter, comme le numéro de TVA du fournisseur, un numéro séquentiel et le taux de TVA appliqué, si bien que les mentions manquantes sont signalées avant comptabilisation.
- La détection des doublons. Comparez fournisseur, numéro de facture, montant et date. La même facture arrive souvent deux fois : par e-mail et via un portail ou par courrier.
- Des tolérances de rapprochement fixées par la finance. L'écart accepté sur le prix ou la quantité est une règle de gestion. Écrivez-la et appliquez-la dans le code au lieu de la laisser au modèle.
- Une piste d'audit. La directive TVA exige que l'authenticité de l'origine, l'intégrité du contenu et la lisibilité d'une facture soient assurées, par exemple au moyen de contrôles de gestion établissant une piste d'audit fiable entre la facture et la livraison. Conservez le document original, les données extraites, chaque modification et la personne qui l'a validée.
- Un échantillon hebdomadaire. Vérifiez un échantillon aléatoire de factures traitées automatiquement, pas seulement celles qui ont été signalées. C'est le seul moyen de trouver les erreurs dont le système était sûr.
Par où commencer
Mesurez d'abord le processus actuel pendant quelques semaines : combien de factures arrivent, par quels canaux, combien de temps prend chacune et où elles se bloquent. Choisissez ensuite l'étape du tableau qui correspond à votre principal goulot d'étranglement. Pour la plupart des équipes, il s'agit de la réception et de l'extraction, avec une personne qui revoit chaque écriture proposée pendant le premier mois. N'étendez l'automatisation que là où la revue montre que le taux d'erreur est assez bas pour lui faire confiance.
Pour estimer ce que cela pourrait faire gagner à votre équipe, décrivez le processus dans le calculateur de ROI. Si vous hésitez encore sur le point de départ, lisez cinq questions pour choisir sa première automatisation ou parcourez des workflows courants par domaine d'activité.
Sources
- European Commission: eInvoicing (EN 16931 and Directive 2014/55/EU)
- Directive 2014/55/EU on electronic invoicing in public procurement (EUR-Lex)
- German Federal Ministry of Finance: FAQ on the e-invoice (E-Rechnung)
- European Commission: Adoption of the VAT in the Digital Age package
- Council Directive (EU) 2025/516, VAT in the Digital Age (EUR-Lex)
- Council Directive 2006/112/EC, the VAT Directive, Articles 226 and 233 (EUR-Lex)
- OpenPeppol: About Peppol
