Le traitement intelligent des factures doit transformer les documents en propositions vérifiables, jamais en écritures comptables ou en paiements automatiques aveugles. Une architecture fiable conserve l'original, l'extraction, les règles, les corrections et l'approbation ; elle valide le fournisseur, le numéro fiscal, les montants, les taxes et l'IBAN ; elle détecte les doublons ; et elle sépare la capture, la comptabilisation et le paiement par des droits d'accès distincts.
Le flux complet
- Réception par un canal autorisé.
- Analyse antivirus et de format.
- Classification.
- OCR et extraction.
- Validations déterministes.
- Rapprochement avec les référentiels et les commandes.
- Gestion des exceptions.
- Approbation.
- Comptabilisation.
- Archivage et traçabilité.
Chaque étape a un statut et un responsable définis : un document ne doit jamais disparaître dans une « boîte noire ».
Champs et risques
| Champ | Risque | Contrôle |
|---|---|---|
| Fournisseur/n° fiscal | Imputation erronée ou fraude | Référentiel et validation fiscale |
| Numéro/date | Doublon ou période incorrecte | Clé composite et calendrier |
| Base/taux/taxe | Erreur fiscale | Recalcul |
| Total | Paiement incorrect | Somme vérifiée séparément |
| IBAN | Fraude | Référentiel et double contrôle |
| Commande/BL | Facture non reçue | Rapprochement à 2 ou 3 voies |
| Échéance | Trésorerie | Règle contractuelle |
La précision globale n'est pas un indicateur utile : elle doit être mesurée champ par champ, selon son impact.
Document original et preuves
L'original est conservé avec un identifiant, une empreinte, une date, un canal et un lien vers l'extraction. Les corrections n'écrasent jamais le document sans laisser d'historique.
Le système doit pouvoir reconstituer à tout moment :
- Quel document est arrivé.
- Ce que le modèle a lu.
- Quelles règles ont échoué.
- Qui a corrigé.
- Qui a approuvé.
- Ce qui a été comptabilisé.
- Ce qui a été payé.
OCR, modèle et règles
L'OCR convertit l'image en texte ; un modèle peut interpréter la structure ; les règles valident les faits. Il ne faut jamais demander au modèle de décider si une somme est juste quand ce calcul peut être résolu de façon déterministe.
Le système doit s'abstenir face à une qualité insuffisante, des documents manuscrits, des champs ambigus ou des formats inconnus.
Qualité de l'image
Avant d'extraire les données, il convient de vérifier :
- La résolution.
- L'orientation.
- Les pages complètes.
- Le contraste.
- Le PDF protégé.
- Les doublons.
- Les pièces jointes.
Une image illisible est renvoyée au fournisseur ou transmise à un contrôle manuel. Aucune valeur n'est inventée.
Fournisseurs et référentiels
La création ou la modification d'un fournisseur reste en dehors du flux automatique ordinaire. L'identité, le compte bancaire, les conditions et le contact sont validés par un canal indépendant.
Un changement d'IBAN détecté sur une facture ne met jamais à jour le référentiel automatiquement : il déclenche une vérification renforcée.
Doublons
La détection des doublons combine plusieurs signaux :
- Numéro fiscal.
- Numéro de facture.
- Date.
- Montant.
- Empreinte du fichier.
- Similarité.
- Commande.
- Compte bancaire.
Les doublons probables sont bloqués et une personne décide. Le système détecte aussi les factures renvoyées sous un nom différent.
Rapprochement
Pour les achats liés à une commande, trois éléments sont rapprochés :
- Commande approuvée.
- Réception ou service.
- Facture.
Des tolérances sont définies pour la quantité, le prix et la taxe, et les exceptions exigent un motif et une approbation.
Pour les dépenses sans commande, on applique la catégorie, le centre de coût, le plafond et le responsable.
Fiscalité
Les taux, les bases, la taxe due, les exonérations, l'autoliquidation, les dates et le territoire sont validés selon les règles applicables. L'IA peut suggérer, mais la classification fiscale exige des règles et un contrôle humain compétent.
Le flux est coordonné avec l'ERP, les livres de TVA, le système SIF/VERI*FACTU côté émetteur lorsqu'il s'applique, et la facturation électronique B2B. Ce sont des couches distinctes.
Protection des données
Les factures peuvent contenir des noms, des adresses, des comptes et des éléments sensibles. Le sous-traitant, les sous-traitants ultérieurs, les transferts, la conservation et l'usage à des fins d'entraînement sont examinés.
Le modèle ne reçoit que le strict nécessaire. Les journaux ne copient jamais l'intégralité des documents sans raison, et l'accès est limité par société, site et fonction.
Sécurité
Une facture peut contenir un texte conçu pour manipuler l'IA. Ce contenu est toujours traité comme une donnée, jamais comme une instruction.
Les contrôles comprennent :
- Antivirus et bac à sable.
- Types de fichiers autorisés.
- Validation des champs.
- Droits d'accès minimaux.
- Séparation entre capture, approbation et paiement.
- MFA.
- Listes de fournisseurs autorisés.
- Alertes en cas de changement d'IBAN.
- Plafonds de montant.
- Journalisation des opérations.
Contrôle humain
L'interface affiche l'original et le champ extrait côte à côte, avec le niveau de confiance, les règles appliquées et les écarts détectés. Le contrôle se concentre sur les exceptions, pas sur une validation mécanique de tout.
Les approbateurs ne peuvent pas modifier les règles ni les référentiels sans une autorisation supplémentaire distincte.
Indicateurs
- Exactitude par champ.
- Pourcentage sans intervention.
- Exceptions par cause.
- Doublons détectés.
- Temps de cycle.
- Corrections ultérieures.
- Paiements bloqués.
- Coût par facture valide.
- Incidents de confidentialité et de sécurité.
Ils sont segmentés par fournisseur et par format pour corriger la cause à la source.
Jeu de tests
Le jeu de tests doit inclure :
- Factures standards.
- Documents de plusieurs pages.
- Factures rectificatives.
- Taxes différentes.
- Mauvaise qualité d'image.
- Doublons.
- IBAN modifié.
- Nouveau fournisseur.
- Montants extrêmes.
- Instructions malveillantes.
- Documents qui ne sont pas des factures.
Plan sur 90 jours
Jours 1-30
Ligne de base, champs, règles, référentiels et jeu de tests.
Jours 31-60
Intégration, validations, droits d'accès et traces.
Jours 61-90
Pilote, contrôle intégral, indicateurs et automatisation progressive.
Erreurs fréquentes
- Ne mesurer que l'OCR.
- Ne pas conserver l'original.
- Mettre à jour l'IBAN automatiquement.
- Comptabiliser sans règles.
- Ne pas détecter les doublons.
- Mélanger les sociétés.
- Donner l'accès au paiement à l'agent.
- Ne pas tester les exceptions.
- Enregistrer des documents complets dans les journaux.
- Automatiser avant de nettoyer les référentiels.
Checklist
- Original et empreinte.
- Exactitude par champ.
- Règles mathématiques et fiscales.
- Fournisseurs et IBAN contrôlés.
- Doublons.
- Rapprochement.
- Droits d'accès séparés.
- Sécurité documentaire.
- Contrôle des exceptions.
- Indicateurs et tests de régression.
Questions fréquentes
Peut-il comptabiliser sans intervention humaine ?
Seulement dans des scénarios à faible risque et après des preuves suffisantes, des règles déterministes, des plafonds et un échantillonnage.
OCR et IA sont-ils la même chose ?
Non. L'OCR transcrit ; l'IA peut classer et interpréter. Les deux nécessitent une validation.
L'IBAN peut-il changer automatiquement ?
Non. Il doit être vérifié par un canal indépendant et avec un double contrôle.
Chez Summum IA, nous concevons l'extraction, la validation, l'intégration et l'évaluation de ce type de flux, avec une piste d'audit complète. Notre service de traitement intelligent des documents s'appuie sur la classification documentaire par IA et sur l'automatisation des processus par IA pour couvrir chaque étape, de la réception jusqu'à la comptabilisation.