Une facture fournisseur saisie à la main fait toujours le même trajet. Quelqu'un ouvre un mail, télécharge le PDF, recopie le fournisseur, la date, le numéro, le hors taxe, la TVA, le total, choisit un compte, range le fichier. Trois minutes quand tout va bien. Dix quand le PDF est une photo prise de travers.
Ce trajet se découpe en étapes, et chaque étape s'automatise avec un outil différent. Cet article décrit le workflow complet tel qu'on le monte : de la boîte de réception à l'écriture validée, avec n8n pour l'orchestration et un modèle comme Claude pour la lecture des pièces difficiles.
Si vous cherchez d'abord la vue d'ensemble — ce qui s'automatise en comptabilité, du rapprochement bancaire aux relances — commencez par notre guide d'automatisation comptable. Ici, on ne parle que de la saisie, et on rentre dans le détail.
Automatiser la saisie des factures fournisseurs : les six étapes
Le workflow tient en six maillons. Chacun a une entrée, une sortie, et une façon d'échouer qu'il faut prévoir.
- Collecter : faire arriver toutes les pièces au même endroit.
- Trier : distinguer une facture d'un avoir, d'un devis ou d'une relance.
- Extraire : transformer le document en données structurées.
- Contrôler : vérifier que ces données tiennent debout.
- Imputer : proposer un compte, un taux de TVA, un axe analytique.
- Valider et écrire : un humain confirme, le workflow enregistre.
L'erreur classique est de commencer par l'étape 3, parce que c'est la plus spectaculaire. Une extraction parfaite ne sert à rien si la moitié des factures n'arrive jamais dans le circuit.
Étape 1 — Collecter : une adresse, un déclencheur
L'adresse dédiée
Tout commence par une boîte du type factures@votre-domaine, communiquée à chaque fournisseur comme adresse de facturation. Pour les fournisseurs existants, un mail groupé suffit. Pour les nouveaux, l'adresse figure dans le bon de commande ou la fiche fournisseur.
Les factures qui arrivent encore dans des boîtes personnelles se règlent par une règle de transfert automatique, pas par une consigne orale. Une consigne s'oublie au bout de trois semaines.
Le déclencheur n8n
Côté n8n, un déclencheur surveille la boîte : le nœud IMAP générique, ou les déclencheurs dédiés à Gmail et Outlook si vous êtes sur ces messageries. À chaque nouveau mail, le workflow récupère les pièces jointes.
Premier filtre, purement mécanique : on écarte les images de signature, les logos et les fichiers minuscules. On garde les PDF, les images de taille raisonnable et les fichiers XML.
L'empreinte du fichier
Avant toute lecture, le workflow calcule une empreinte du fichier (un hash) et la compare à celles déjà traitées. Le même PDF envoyé deux fois — par le fournisseur puis transféré par un collègue — est arrêté ici, sans coûter un appel au modèle.
L'original est ensuite archivé tel quel dans un stockage dédié, avec la date de réception et l'expéditeur. C'est la pièce de référence. Tout ce qui suit travaille sur une copie.
Les factures qui ne viennent pas par mail — portails fournisseurs, courrier papier scanné — rejoignent le même circuit : un dossier partagé surveillé par n8n, ou un scan envoyé vers la même adresse.
Étape 2 — Trier ce qui arrive
Une boîte factures@ reçoit aussi des relances, des devis, des confirmations de commande, des conditions générales mises à jour. Les envoyer à l'extraction, c'est créer de fausses factures.
Le tri se fait en deux temps. D'abord des règles simples : un mail sans pièce jointe part dans une file « à lire », un expéditeur connu pour n'envoyer que des relevés est classé directement. Ensuite, pour ce qui reste, un appel court au modèle qui répond par une seule étiquette : facture, avoir, devis, relance, autre.
Cet appel ne lit que le début du document et l'objet du mail. Il coûte peu, et il évite de lancer une extraction complète sur un document qui n'en vaut pas la peine.
Le cas des factures électroniques structurées
Une partie des factures arrive déjà sous forme de données. Un PDF au format Factur-X contient un fichier XML embarqué qui porte tous les champs de la facture. D'autres formats structurés, comme UBL ou CII, arrivent directement en XML.
Pour ces pièces, aucune lecture n'est nécessaire : le workflow extrait le XML, le lit, et passe directement à l'étape 4. C'est plus fiable et gratuit. La généralisation de la facturation électronique en France va faire grossir cette part : vérifiez où en est le calendrier de la réforme pour votre entreprise et par quelle plateforme vos factures entrantes vont transiter, parce que c'est elle qui deviendra la source de vos pièces structurées.
Concevez donc le workflow avec deux entrées dès le départ : une branche « données structurées » et une branche « document à lire ». La seconde rétrécira avec le temps.
Étape 3 — Extraire : OCR de facture fournisseur ou modèle de langage
Ce que l'OCR classique fait bien
L'OCR transforme une image en texte. Sur une facture propre, issue d'un logiciel de facturation, le texte est déjà dans le PDF et il suffit de le lire. Beaucoup de logiciels comptables le font nativement, avec des modèles entraînés sur des millions de factures. Si le vôtre lit correctement vos pièces, gardez-le pour ce volume-là.
L'OCR atteint ses limites sur la structure, pas sur les caractères. Il lit « 1 240,00 », mais il ne sait pas toujours si c'est le hors taxe, le total ou le montant d'une seule ligne. Sur une facture de plusieurs pages, ou au format inhabituel, l'erreur porte sur le sens.
Ce que le modèle apporte
Un modèle comme Claude accepte un PDF ou une image en entrée et comprend la mise en page : où est le fournisseur, où est le client, quel total est le bon. On lui demande de répondre en JSON selon un schéma imposé, par exemple :
- fournisseur : raison sociale, SIREN ou numéro de TVA intracommunautaire s'ils figurent sur la pièce ;
- numéro de facture, date d'émission, date d'échéance ;
- montant hors taxe, montant de TVA par taux, total TTC, devise ;
- type de document : facture ou avoir ;
- IBAN s'il est imprimé ;
- un champ doutes, en texte libre.
Le prompt tient en peu de règles, mais elles sont strictes : n'invente aucune valeur, laisse vide un champ absent du document, et écris dans « doutes » tout ce que tu n'as pas pu établir avec certitude. Un document illisible doit produire un JSON presque vide avec un doute explicite, pas une facture plausible.
Ce champ « doutes » pilote la suite. Vide, la facture continue son chemin normal. Rempli, elle passe en revue humaine quoi qu'il arrive.
Le coût, à calculer vous-même
Chaque appel au modèle se facture au volume de données traité, et une image ou un PDF de plusieurs pages pèse plus qu'un texte. Le calcul est simple : nombre de factures qui passent par la branche « document à lire », multiplié par le coût moyen d'un appel mesuré sur une vingtaine de vos vraies pièces. Comparez au temps de saisie économisé. Sur une pièce qui prend trois minutes à un humain, l'écart est en général large, mais mesurez-le sur vos documents plutôt que de le supposer.
Étape 4 — Contrôler avant de proposer
Une extraction n'est pas une vérité. Avant de présenter quoi que ce soit à un humain, le workflow passe une série de contrôles déterministes. Ce sont quelques lignes de code dans un nœud n8n, et ils attrapent une bonne partie des erreurs de lecture.
L'arithmétique. Le hors taxe plus la TVA doit donner le total, à l'arrondi près. La TVA doit correspondre à un taux applicable. Un écart déclenche une revue.
Les dates. Une date d'émission dans le futur, ou vieille de plusieurs années, signale presque toujours une confusion avec une autre date imprimée sur la pièce.
Le doublon métier. L'empreinte de l'étape 1 arrête le même fichier. Elle ne voit pas la même facture rescannée. Le contrôle porte donc aussi sur le couple fournisseur et numéro de facture : s'il existe déjà, la pièce est bloquée.
Le fournisseur. Le workflow cherche le fournisseur dans votre référentiel, par SIREN ou numéro de TVA d'abord, par nom ensuite. Un fournisseur inconnu n'est pas une erreur, mais il ne passe jamais en traitement automatique.
Les coordonnées bancaires. Si l'IBAN lu sur la facture diffère de celui enregistré pour ce fournisseur, la pièce est bloquée et une alerte part vers le responsable financier. C'est le scénario de la fraude au faux fournisseur, et c'est le contrôle le plus important de toute la chaîne. Le workflow ne met jamais à jour un IBAN de lui-même.
Le bon de commande, si vous en émettez : le montant facturé doit correspondre à la commande, dans une tolérance que vous fixez.
Étape 5 — Proposer l'imputation
Le fournisseur connu : une règle
Pour un fournisseur récurrent, l'imputation est une table : ce fournisseur, ce compte de charge, ce taux de TVA, cet axe analytique. Elle vit dans votre logiciel comptable ou dans une table que le workflow consulte. Aucun modèle n'est nécessaire, et il ne faut pas en mettre.
Le fournisseur nouveau : une proposition contrainte
Pour un fournisseur inconnu, le modèle peut proposer une imputation. Deux précautions la rendent utile.
D'abord, on ne lui laisse pas inventer un compte. On lui fournit la liste des comptes réellement utilisés dans votre plan comptable, et il doit en choisir un. Une réponse hors liste est rejetée.
Ensuite, on lui donne des exemples : les dernières imputations validées pour des fournisseurs d'activité proche, avec leur libellé. Le modèle raisonne alors sur vos habitudes, pas sur un plan comptable théorique. Il rend un compte et une phrase de justification, que la personne qui valide lira.
Une fois validée, la proposition devient une règle. La facture suivante du même fournisseur passera par la table, sans modèle. C'est ce mécanisme qui fait baisser le volume de revue mois après mois.
Étape 6 — Valider en un clic, puis écrire
La file de validation
La validation doit se faire là où l'équipe travaille déjà. Dans Slack ou Teams, un message par facture à revoir : le fournisseur, le montant, l'imputation proposée, la justification, les doutes éventuels, un lien vers le PDF original. Deux boutons : valider, corriger.
Dans n8n, le workflow se met en pause sur un nœud d'attente et reprend quand le bouton appelle son webhook. Valider envoie la facture vers l'écriture. Corriger ouvre un petit formulaire avec les champs pré-remplis.
Pour un volume important, un récapitulatif quotidien par personne remplace les messages unitaires. Vingt notifications par jour se font ignorer en une semaine.
L'écriture dans le logiciel comptable
Dernier maillon : déposer la pièce et ses données dans le logiciel comptable. Selon l'outil, cela passe par son API, par l'adresse de dépôt de pièces qu'il fournit, ou par un import de fichier. Lisez la documentation de votre logiciel avant de dessiner cette étape : c'est elle qui décide si le workflow crée réellement l'écriture ou s'il se contente de déposer la pièce pour qu'elle soit saisie dans l'outil.
Dans tous les cas, marquez la source : écriture issue d'une règle, d'une proposition validée, ou d'une correction manuelle. Votre expert-comptable en aura besoin pour réviser, et vous en aurez besoin pour savoir où le système se trompe.
Ce qui casse en production
Un workflow de saisie ne tombe pas en panne de façon spectaculaire. Il se dégrade en silence. Trois signaux à surveiller.
Les échecs d'exécution. Une API qui ne répond pas, un mot de passe de boîte mail changé, un PDF corrompu. n8n permet d'attacher un workflow d'erreur qui prévient quelqu'un dès qu'une exécution échoue. Sans lui, on découvre le problème à la clôture.
La file qui grossit. Si le nombre de factures en attente de validation monte d'une semaine à l'autre, soit personne ne valide, soit un fournisseur important a changé de format. Un compteur hebdomadaire suffit à le voir.
Le taux de correction. La part des propositions corrigées par l'humain mesure la qualité réelle de l'extraction et de l'imputation. S'il remonte, c'est le prompt ou le référentiel qu'il faut revoir, pas l'équipe.
Ce que ça rend, et comment le chiffrer
Le gain se calcule avant de construire. Relevez sur un mois réel le nombre de factures fournisseurs, chronométrez la saisie sur une dizaine d'entre elles, et estimez la part qui passera sans revue une fois les règles en place.
Prenons 250 factures par mois à trois minutes pièce : un peu plus de douze heures. Si les trois quarts passent par une règle et que le reste demande une minute de validation, il reste environ une heure de travail. La différence est le temps rendu, à mettre en face du coût de mise en place, des appels au modèle et de la maintenance. Le même raisonnement, appliqué aux autres tâches administratives, est détaillé dans notre article sur l'automatisation du back-office.
Le gain moins visible compte aussi : des pièces toutes archivées au même endroit, des doublons arrêtés avant paiement, et un contrôle systématique des coordonnées bancaires qu'aucune saisie manuelle ne fait avec la même régularité.
Par où commencer
Dans l'ordre, et sans sauter d'étape.
Première semaine : l'adresse factures@, communiquée aux fournisseurs, et un workflow qui se contente d'archiver les pièces jointes. Rien d'autre. Vous saurez combien de factures vous recevez vraiment, et par quels chemins.
Ensuite : la table des fournisseurs récurrents et leur imputation. Pour la plupart des PME, une poignée de fournisseurs représente une grande partie du volume.
Enfin seulement : l'extraction par le modèle, branchée sur ce qui reste, avec les contrôles de l'étape 4 et la file de validation. C'est à ce moment qu'on voit si le modèle est nécessaire, et pour combien de pièces.
C'est ce type de chaîne, avec ses contrôles et ses alertes, que notre agence n8n monte sur vos outils existants, en partant de vos vraies factures plutôt que d'un modèle générique.
