Automatiser les bons de commande fournisseurs reçus par e-mail

Cette page traite le bon de commande ou la confirmation de commande que votre fournisseur vous envoie par e-mail, et sa création dans votre ERP. Si vous cherchez à émettre des bons de commande vers vos fournisseurs à partir de votre stock, c’est le processus inverse, résumé plus bas.

VIVR a construit ce flux avec n8n et Claude pour l’ERP sur mesure d’un acteur de la distribution alimentaire multi-sites : les commandes fournisseurs reçues par e-mail sont créées dans l’ERP, et une référence inconnue ou un prix différent du tarif convenu remonte à une personne avec le PDF. Le cas est résumé dans l’encadré « Cas réel ». Les contrôles et les exceptions détaillés ci-dessous décrivent notre méthode, sans autre détail sur ce client.

Quelles commandes fournisseurs peut-on automatiser ?

Toute commande qui arrive par e-mail sous une forme lisible : un PDF généré par le logiciel du fournisseur, un scan net, un fichier Excel ou CSV en pièce jointe, ou des lignes écrites dans le corps du message. Le même flux accepte plusieurs fournisseurs, chacun avec sa mise en page.

Le cas le plus simple est le fournisseur qui envoie toujours le même fichier Excel : ses colonnes se lisent directement. Le PDF demande une lecture par modèle d’IA, que nous détaillons plus bas.

Certains documents passent mal : bon manuscrit, photo prise de travers au téléphone, PDF protégé par un mot de passe. Ils peuvent entrer dans le flux, mais ils finissent plus souvent dans la file d’exceptions. Si un fournisseur vous transmet déjà ses commandes par EDI ou par un portail relié à votre ERP, laissez-le hors du flux : ses données arrivent structurées.

Quels écarts contrôler avant de créer la commande ?

Une commande bien lue peut quand même être fausse pour votre ERP. Chaque ligne passe donc par des règles écrites avant la création, et une seule ligne en écart bloque toute la commande. Voici les cas que le flux doit savoir traiter, avec ce qui se passe pour chacun.

• Libellé inconnu. Le fournisseur désigne l’article avec son propre libellé et sa propre référence, différents de ceux de votre ERP. Une table de correspondance relie chaque libellé fournisseur à un article interne. Quand un libellé nouveau arrive, une personne choisit l’article une fois ; la correspondance est enregistrée et les commandes suivantes passent seules.
• Produit absent du catalogue. Le libellé ne correspond à aucun article, souvent parce que le fournisseur livre une nouveauté. La commande attend que quelqu’un crée l’article dans l’ERP, puis l’e-mail est rejoué.
• Prix différent du tarif convenu. Le prix unitaire lu est comparé au tarif enregistré pour ce fournisseur et cet article. Au-delà de la tolérance que vous fixez, la ligne attend une validation : le tarif a peut-être changé, ou le fournisseur s’est trompé.
• Promotion ou gratuité. Une ligne à prix nul, une remise en pied de document, des unités offertes. Sans règle écrite, ces lignes faussent le prix moyen ou le stock. On décide avec vous comment les enregistrer (ligne à zéro, remise répartie sur les lignes), puis le flux applique la même règle à chaque commande.
• Unité incohérente. Le fournisseur compte en colis, votre ERP en unités. La table de correspondance porte aussi le coefficient de conversion, et une quantité très éloignée des commandes habituelles de l’article est signalée.
• Commande déjà reçue. Même fournisseur, même numéro de commande : le flux reconnaît une version modifiée ou un simple renvoi, et ne crée pas de seconde commande.

L’alerte contient le document d’origine, la ligne concernée, la valeur lue et la règle qui a bloqué. La personne qui la reçoit corrige dans l’ERP sans rouvrir sa boîte mail, puis rejoue l’e-mail. Le rejeu repart de zéro sur le même message : lecture, contrôles, création. Comme la commande est identifiée par son numéro, rejouer deux fois le même e-mail ne crée jamais deux commandes.

Que faire quand le fournisseur modifie une commande déjà envoyée ?

Le flux reconnaît la commande par le couple fournisseur et numéro de commande, et met à jour celle qui existe dans l’ERP au lieu d’en créer une seconde. La version précédente reste en historique, avec la date et l’e-mail qui l’ont remplacée, pour que chacun voie ce qui a changé.

Avec une saisie manuelle, ce cas dépend de la mémoire de la personne qui a saisi la première version. Le document porte parfois la mention « annule et remplace », parfois rien du tout. Trois situations se règlent au cadrage :

1. Modification avant réception. Les lignes sont remplacées, la commande garde son numéro dans l’ERP.
2. Modification après une réception partielle. Les quantités déjà reçues ne bougent pas. L’écart entre la nouvelle version et ce qui est arrivé est signalé à une personne.
3. Annulation. La commande passe au statut annulé après validation, jamais automatiquement.

Si le fournisseur renvoie une commande corrigée sous un nouveau numéro, le flux compare les lignes et la date de livraison aux commandes ouvertes du même fournisseur. Une commande très proche d’une autre déclenche une alerte « doublon possible » au lieu d’une création.

Saisie automatique du bon de commande : IA ou OCR ?

Pour un PDF ou un scan, nous utilisons un modèle d’IA, Claude. Il lit le document en entier et rend les champs demandés dans un format fixe, quelle que soit la mise en page du fournisseur. La documentation d’Anthropic précise que Claude lit le texte, les images et les tableaux contenus dans un PDF. Un fichier Excel ou CSV se lit directement par le workflow, colonne par colonne : aucune interprétation n’est nécessaire.

La différence entre OCR, IDP et modèle d’IA, et les contrôles propres aux factures, sont détaillés sur notre page lecture automatique des documents (OCR facture fournisseur). Pour les commandes, une règle reste la même : le modèle extrait les valeurs, et ce sont les contrôles ci-dessus qui autorisent la création dans l’ERP.

Et après la commande : réception, stock et facture ?

La commande créée devient la référence des étapes suivantes. À la réception, les quantités livrées sont comparées aux quantités commandées. À l’arrivée de la facture, prix et quantités sont comparés à la commande et à la réception : c’est le rapprochement à trois voies, qui repère une facture trop élevée avant le paiement.

Côté stock, nous traçons chaque mouvement (réception, transfert, perte) comme une ligne distincte. C’est ce qui permet d’expliquer un écart d’inventaire plusieurs semaines après. Si votre ERP ne gère pas encore les réceptions, les lots ou les stocks par site, un ERP sur mesure peut les porter, avec les commandes fournisseurs qui y arrivent toutes seules.

Et dans l’autre sens : générer les bons de commande à partir du stock ?

C’est un autre processus. Des seuils de réassort par article déclenchent une proposition de commande, que l’acheteur valide avant l’envoi au fournisseur. Les logiciels d’achats et la plupart des ERP le proposent déjà. Un flux sur mesure se justifie quand le stock vit dans un outil et les commandes dans un autre, par exemple une boutique en ligne et un tableur d’achats.

Logiciel d’achats, EDI ou flux sur mesure ?

Gardez le module de votre ERP si vos fournisseurs envoient leurs commandes par EDI ou par un portail déjà relié : les données arrivent structurées et il n’y a rien à lire. Le flux sur mesure sert quand les commandes arrivent par e-mail, dans des formats qui changent d’un fournisseur à l’autre, ou quand votre ERP est un outil sur mesure qu’aucun connecteur du marché ne connaît.

Le flux tourne sur une instance n8n à votre nom ; nos workflows n8n sont documentés et vous appartiennent. Si les e-mails fournisseurs mélangent commandes, questions et réclamations, des agents IA qui lisent vos e-mails peuvent d’abord les trier et n’envoyer au flux que les commandes. La même méthode s’applique aux autres tâches du back-office, décrites sur notre page automatisation des processus métier.

Le prix se fixe sur devis, après un premier échange : un seul fournisseur qui envoie toujours le même fichier n’appelle pas le même travail que dix fournisseurs aux formats différents, avec la réception et les écarts de stock. Le devis est fixe, annoncé avant de commencer, installation de votre instance n8n comprise. Nos formules sont décrites sur la page offres.

Pour le diagnostic gratuit de 30 minutes, préparez deux ou trois commandes types, anonymisées si vous le souhaitez, et le nom de votre ERP. Sous 48 h, le compte rendu écrit indique ce qui se lit automatiquement, les exceptions et les règles à prévoir, ce que votre ERP accepte en entrée, et le devis, fixe et annoncé avant de commencer.