Faire entrer les commandes reçues par email dans EBP

Automatiser l'entrée des commandes email dans EBP consiste à extraire les lignes de commande, le client et les conditions depuis l'email ou sa pièce jointe, à les rapprocher du catalogue et des fiches clients EBP, puis à écrire le document commercial par l'une des voies que votre version d'EBP autorise. Le point dur n'est presque jamais la technique de saisie elle-même, c'est le rapprochement entre la référence utilisée par le client et la référence interne EBP. Sans ce rapprochement fiable, aucune automatisation ne tient dans la durée.

EBP est l'un des logiciels de gestion commerciale les plus installés dans les PME françaises, et c'est justement pour cette raison que la question revient si souvent : beaucoup d'entreprises reçoivent encore leurs commandes par email, en PDF joint ou en texte libre dans le corps du message, et les ressaisissent une par une chaque matin. Ce n'est pas un défaut d'EBP, c'est un flux d'entrée qui n'a simplement jamais été pensé pour du texte libre.

Cet article détaille le flux complet que nous mettons en place, les deux points durs réels (les références et la voie d'intégration technique), les contrôles à garder avant toute écriture dans EBP, et les cas limites du quotidien qui font échouer les automatisations conçues trop vite. Pour situer ce type de chantier dans notre offre, notre page dédiée à l'automatisation de processus métier présente les cas les plus courants que nous traitons.

Le flux de bout en bout : de l'email de commande à la pièce dans EBP

Avant de parler technique, il faut décrire précisément ce que fait aujourd'hui la personne qui traite ces emails à la main, parce que c'est exactement ce que le workflow doit reproduire, étape par étape, sans en sauter aucune.

Étape 1 : réception et tri des emails qui sont réellement des commandes

Toutes les boîtes commerciales reçoivent un mélange de commandes, de questions, de relances et de réclamations. La première étape qualifie chaque email entrant pour identifier ceux qui contiennent effectivement une commande, qu'elle soit dans le corps du message, en pièce jointe PDF, ou dans un tableau Excel joint. Les emails ambigus sont écartés du pipeline automatique et signalés pour un traitement manuel classique.

Étape 2 : extraction des lignes de commande

Sur les emails identifiés comme des commandes, un modèle de langage extrait les données structurées : référence ou désignation utilisée par le client pour chaque ligne, quantité, unité si précisée, prix ou remise mentionnés, date de livraison souhaitée, et adresse de livraison si elle diffère de l'adresse habituelle du client. Le résultat est un objet structuré, pas du texte à relire, exploitable directement par les étapes suivantes.

Étape 3 : rapprochement client et rapprochement catalogue

En parallèle, le workflow identifie l'entreprise émettrice à partir de l'adresse email et du nom mentionné, et cherche la fiche client correspondante dans EBP. Chaque ligne de commande est ensuite rapprochée avec un article du catalogue EBP. C'est l'étape la plus délicate du flux, détaillée dans la section suivante, parce que c'est elle qui détermine la fiabilité de tout le reste.

Pour une vue plus large du même flux appliqué à d'autres logiciels de gestion, nos articles sur l'automatisation des commandes email vers Odoo et sur l'automatisation de la saisie des commandes email vers un CRM couvrent la même mécanique avec d'autres contraintes techniques.

Le point dur numéro un : les références client ne sont pas les vôtres

Un client ne commande presque jamais avec votre référence interne EBP. Il commande avec la sienne, celle de son propre système d'achat, ou avec une désignation en texte libre du type "le même modèle que la dernière fois". C'est le problème qui fait échouer la plupart des tentatives d'automatisation menées trop vite, avant même d'avoir touché à EBP.

La table de correspondance, brique indispensable

La solution durable est une table de correspondance qui associe, pour chaque client récurrent, ses propres codes ou désignations aux références internes EBP. Cette table se construit en partie à partir de l'historique des commandes déjà saisies, et en partie à la main lors du démarrage du projet, client par client, sur les produits qu'il commande le plus souvent.

Ce que l'IA apporte quand la correspondance n'existe pas encore

Sur un client nouveau ou sur une référence jamais vue, il n'y a pas de correspondance connue. C'est là que l'IA aide réellement : elle compare la désignation utilisée par le client avec les noms et descriptions du catalogue EBP, et propose un rapprochement avec un niveau de confiance. Un rapprochement à confiance élevée peut être accepté directement une fois la fiabilité du processus démontrée sur plusieurs semaines. Un rapprochement incertain reste marqué à vérifier, jamais écrit à l'aveugle.

Chaque validation manuelle enrichit ensuite la table de correspondance : le système apprend progressivement les habitudes de désignation de chaque client, et le taux de rapprochement automatique s'améliore avec le volume traité, pas dès le premier jour.

Les voies d'intégration vers EBP selon votre version

Une fois les lignes de commande et le client identifiés, il reste à écrire le document dans EBP. Trois voies existent, et laquelle est disponible dépend directement de votre version d'EBP et de votre contrat. Il n'existe pas de réponse générique valable pour toutes les installations : c'est un point à vérifier avec votre revendeur avant de cadrer le projet, pas une hypothèse à supposer acquise.

Écriture directe par API

Sur les versions les plus récentes de la gamme Gestion Commerciale, EBP met à disposition des API REST, en général réservées aux développeurs et partenaires. Quand cette voie est accessible sur votre licence, elle permet une écriture en temps réel dès que la commande est extraite et validée, sans étape intermédiaire de fichier. C'est la voie la plus rapide, mais aussi celle dont la disponibilité dépend le plus étroitement de la version installée et du contrat souscrit.

Import de fichier planifié

EBP sait importer des fichiers structurés au format TXT ou CSV, séparateur point virgule, via son assistant d'import paramétrable, disponible depuis longtemps sur la plupart des versions de Gestion Commerciale et de Devis et Facturation. Le workflow dépose un fichier dans ce format à intervalle régulier, par exemple toutes les vingt minutes, et EBP le relit automatiquement. C'est une voie robuste, qui ne dépend pas d'un accès API particulier, mais qui introduit un délai correspondant à la fréquence de relecture choisie.

Fichier déposé pour validation utilisateur

Même format que l'import planifié, mais le fichier n'est pas relu automatiquement : une personne le récupère, le relit dans l'assistant d'import EBP et lance elle-même l'opération. C'est la voie la plus prudente pour démarrer un projet, ou pour les commandes qui restent en dessous du seuil de confiance requis pour une écriture automatique. Elle demande une action manuelle, mais cette action prend quelques secondes, contre plusieurs minutes pour une saisie complète.

Sur un logiciel métier qui n'offre aucune de ces trois voies, la question change de nature : notre article sur l'automatisation d'un logiciel métier sans API détaille les solutions de contournement possibles dans ce cas.

Le contrôle avant écriture : ce qu'on ne laisse jamais passer sans validation

Un workflow qui écrit tout automatiquement dans EBP sans filtre est un risque, pas un gain de temps. Quatre situations doivent systématiquement être mises en attente de validation humaine plutôt qu'écrites directement, quelle que soit la voie d'intégration retenue.

• Client inconnu. Aucune fiche ne correspond à l'adresse email ou au nom d'entreprise détecté. Créer une fiche à la volée sans vérification revient à laisser n'importe quel expéditeur ouvrir un compte client dans EBP.
• Référence non rapprochée avec certitude. Le produit demandé par le client n'a pas de correspondance fiable dans le catalogue EBP, ou plusieurs articles correspondent également bien à la désignation utilisée.
• Prix qui s'écarte du tarif habituel. Le client mentionne une remise, un prix négocié ou un tarif qui ne correspond pas à ce qui est enregistré dans EBP pour ce client ou ce produit.
• Quantité inhabituelle. Une commande dix fois plus importante que l'historique du client, ou une quantité qui semble être une erreur de frappe (un zéro de trop, une unité confondue).

Sur chacun de ces quatre cas, le workflow ne bloque pas la commande, il la met simplement en attente avec le motif précis du signalement, pour que la personne responsable tranche en quelques secondes plutôt qu'en reprenant toute la saisie depuis zéro. Pour approfondir la logique générale de placement de ces points de contrôle, notre article sur où placer la validation humaine dans une automatisation détaille les critères de décision.

Les cas limites du quotidien qu'un projet mal cadré oublie toujours

Ce sont ces cas, plus que la mécanique principale, qui déterminent si un workflow tient dans la durée ou finit abandonné après trois semaines.

Commande en plusieurs emails, modification, annulation

Un client envoie parfois sa commande en deux ou trois emails successifs, par exemple un premier message avec la majorité des lignes, puis un complément quelques minutes plus tard. Le workflow doit rapprocher ces emails sur une fenêtre de temps courte avant de créer le document dans EBP, pour éviter de créer deux commandes séparées à tort. Une commande modifiée ou annulée après création ne doit jamais réécrire silencieusement le document existant : elle est signalée à la personne responsable, qui applique le changement elle-même dans EBP en connaissance de cause.

Pièce jointe illisible ou commande dans le corps du mail sans pièce jointe

Un scan de mauvaise qualité, une photo prise au téléphone ou un tableur au format inattendu réduisent la fiabilité de l'extraction. Dans ce cas, mieux vaut que le document reste en attente de saisie manuelle que d'écrire des données incertaines dans EBP. À l'inverse, une commande écrite directement dans le corps du mail, sans aucune pièce jointe, est un cas parfaitement traité par extraction de texte, souvent plus simple qu'un PDF scanné.

Le cas des documents difficiles à lire de manière générale

Ces situations ne sont pas spécifiques à EBP : elles touchent toute automatisation qui part d'un document reçu par email. Nos articles sur les stacks d'OCR et de validation pour les factures B2B et sur l'architecture d'extraction PDF par IA détaillent les choix techniques qui déterminent la fiabilité de cette étape, quel que soit le logiciel de destination.

Ce que ça change concrètement, à condition d'être honnête sur les volumes

Le gain se mesure sur deux axes : le délai de traitement d'une commande, et le nombre d'erreurs de saisie corrigées après coup, parfois découvertes seulement à la livraison ou à la facturation.

Ce gain est directement conditionné au volume et à la régularité des commandes reçues. Sur deux ou trois commandes par jour, l'automatisation apporte peu : le temps gagné ne compense pas l'effort de mise en place. Sur vingt, trente commandes par jour ou plus, avec des clients récurrents dont les habitudes de commande peuvent être apprises, le gain devient net :

• Une commande standard, déjà couverte par la table de correspondance, passe d'une saisie manuelle de plusieurs minutes à une validation de quelques secondes.
• Les erreurs de saisie liées à la fatigue ou à la répétition, référence confondue, quantité mal recopiée, diminuent nettement, puisque le rapprochement s'appuie sur une correspondance vérifiée plutôt que sur une lecture rapide de l'email.
• Les commandes signalées pour validation sont traitées plus vite qu'une saisie complète, parce que la personne responsable n'a plus qu'à trancher un point précis plutôt qu'à tout ressaisir.

Ces effets ne sont pas garantis par principe : ils dépendent de la propreté du catalogue EBP, de la stabilité des clients récurrents, et de la qualité des documents reçus. Un catalogue avec des doublons ou des références incohérentes produira un taux de signalement élevé quel que soit le soin apporté au workflow, ce qui vaut la peine d'être audité avant de chiffrer le projet.

Questions fréquentes sur les commandes email vers EBP

Pour aller plus loin

• Commandes clients dans Sage 100 avec l'IA : le même principe d'extraction, appliqué à un ERP différent.
• Saisie des pièces comptables dans Cegid avec l'IA : le même type de flux, côté saisie comptable plutôt que commandes.
• Automatiser les commandes email dans Odoo avec l'IA : le même flux appliqué à un ERP dont l'API est ouverte sur toutes les versions.
• Automatiser la saisie des commandes email dans un CRM : la variante côté relation commerciale plutôt que gestion commerciale.
• Automatiser l'extraction des bons de commande reçus par email : le détail de l'étape d'extraction, indépendamment du logiciel de destination.
• Faire correspondre les champs entre deux logiciels avec l'IA : approfondit la logique de rapprochement des références évoquée dans cet article.
• Connecteur standard ou développement sur mesure : comment choisir entre les deux selon votre cas EBP.
• Où placer la validation humaine dans une automatisation : la méthode complète pour décider quels contrôles garder avant écriture.
• Supprimer la double saisie entre deux logiciels métier : le même problème vu sous l'angle de deux logiciels qui doivent rester synchronisés dans la durée.
• Centre d'aide EBP : réaliser un import paramétrable dans EBP Gestion Commerciale : la documentation officielle de la fonction d'import utilisée par ce workflow.