Alternative à l’EDI pour les commandes reçues par e-mail : EDI, portail, API ou IA ?
· Arno Heckel
Pour les commandes qui arrivent par e-mail, l’alternative la plus réaliste à l’EDI est un agent IA qui lit les bons de commande tels qu’ils sont envoyés et les saisit dans l’ERP, sans rien demander au client. L’EDI, le portail et l’API gardent leur intérêt pour certains comptes. La bonne question n’est donc pas « quelle technologie choisir ? », mais « quel canal pour quel client ? », avec des règles de contrôle identiques à l’arrivée.
Pourquoi la question revient toujours
Prenons un distributeur de matériel électrique. Quelques grands comptes, une enseigne nationale et deux groupements d’installateurs, lui envoient des commandes structurées depuis leur propre système. Le reste du portefeuille, c’est-à-dire des centaines d’artisans, de bureaux d’études et de services techniques, commande comme il l’a toujours fait : un PDF sorti du logiciel de devis, un tableau Excel, trois lignes tapées dans le corps du mail, parfois la photo d’une liste écrite sur un chantier.
Ces clients n’ont ni le temps ni l’envie de se connecter à un EDI, et ce n’est pas au fournisseur de leur imposer un projet informatique. Résultat : l’ADV ressaisit chaque jour des commandes que personne n’a prévu d’automatiser. C’est cet angle mort qui pousse à chercher une alternative.
Les quatre façons de recevoir une commande sans la recopier
L’EDI relie directement le système du client à celui du fournisseur, avec des messages normalisés. Quand il fonctionne, il est très fiable : pas de lecture, pas d’interprétation, des volumes importants traités sans effort. Mais chaque connexion est un projet à mener avec le client (correspondance des formats, tests, suivi des évolutions), et le travail repose en partie sur lui. Il n’a de sens que pour des partenaires équipés, aux flux réguliers et prévisibles.
Le portail ou site B2B laisse le client saisir lui-même sa commande. Il marche bien pour le réassort sur catalogue standard et pour les clients qui veulent consulter prix et stocks en autonomie. Sa limite est connue : l’acheteur a déjà saisi sa commande dans son propre outil, et lui demander de la retaper ailleurs ressemble à une double saisie. Beaucoup continuent donc d’envoyer un e-mail.
L’API connecte deux systèmes de façon plus souple que l’EDI, souvent en temps réel. C’est une bonne option avec une plateforme d’achat, une marketplace ou un grand client doté d’une équipe technique. Mais elle suppose des développements des deux côtés, et chaque intégration reste un chantier spécifique.
L’agent IA part de l’endroit où les commandes arrivent déjà : la boîte mail. Il lit le document quel que soit son format, retrouve le client et les articles dans l’ERP, vérifie les prix, les stocks et les encours, puis crée la commande. Le client ne change rien. C’est l’approche que nous avons retenue chez Eledone pour la saisie des commandes.
| EDI | Portail B2B | API | Agent IA | |
|---|---|---|---|---|
| Effort côté client | Projet technique | Changer d’habitude | Développements | Aucun |
| Clients concernés | Grands comptes équipés | Clients autonomes, réassort | Plateformes, grands comptes | Tous ceux qui envoient un e-mail |
| Formats | Messages normalisés | Saisie dans le portail | Données structurées | PDF, Excel, corps du mail, scan |
| Exceptions | Rejet du message | Gérées par le client | À prévoir dans le code | Vérifiées et signalées à l’équipe |
Comment choisir : partir du portefeuille client
Plutôt que de comparer des technologies dans l’absolu, regardez qui vous envoie quoi. Un mois d’historique suffit en général pour y voir clair.
- Listez les canaux d’arrivée. Pour chaque client actif : EDI, portail, e-mail, téléphone. Notez la forme des commandes reçues par e-mail (pièce jointe, texte, scan).
- Croisez avec le volume. Un client qui envoie une grosse commande structurée chaque jour depuis son ERP n’a pas les mêmes besoins qu’un plombier qui commande deux fois par mois.
- Attribuez un canal cible. Les gros flux réguliers de partenaires équipés vont vers l’EDI ou l’API. Les clients qui aiment consulter le catalogue peuvent utiliser un portail. Tout le reste, c’est-à-dire souvent la majorité des clients, reste sur l’e-mail, traité automatiquement.
- Ne forcez pas la migration. Un client qu’on oblige à changer de canal finit par appeler, ou par commander ailleurs. Le canal doit suivre le client, pas l’inverse.
Ce tri montre souvent que l’EDI couvre une poignée de comptes, et que l’essentiel de la charge de saisie se trouve dans la longue traîne des commandes par e-mail. Pour savoir ce que cette charge représente en euros, nous détaillons une méthode dans le coût réel d’une commande saisie à la main.
Combiner les canaux sans multiplier les règles
Les entreprises qui s’en sortent le mieux ne choisissent pas un canal unique : elles font converger tous les canaux vers les mêmes contrôles. Une commande doit respecter le tarif négocié, le minimum de commande, le franco de port et l’encours du client, qu’elle arrive par EDI ou en PDF.
Prenons un grossiste en sanitaire et chauffage qui reçoit trois grandes enseignes en EDI, propose un portail à ses installateurs et traite tout le reste par e-mail. Même dans ce schéma, l’e-mail reste partout :
- une commande EDI rejetée pour une référence inconnue se règle par un échange de mails ;
- l’installateur qui ne trouve pas un article sur le portail envoie sa liste en pièce jointe ;
- un acheteur écrit « ajoutez deux cartons à la commande d’hier » ou demande un délai.
Un agent IA branché sur la boîte de l’ADV absorbe ces flux. Il saisit les commandes, et la partie gestion des e-mails classe les autres demandes (modification, question de stock ou de délai, réclamation), y répond à partir des données de l’ERP ou les transmet à la bonne personne.
Ce qu’il faut savoir avant de se lancer
L’IA ne fait pas de miracle avec des données fausses. Si le catalogue de l’ERP contient des doublons ou si les tarifs clients ne sont pas à jour, elle le révélera vite, ce qui est d’ailleurs une bonne occasion de faire le ménage.
Le contrôle reste entre les mains de l’équipe. Eledone traite automatiquement les commandes selon des règles définies avec chaque client, et signale ce qui mérite une vérification : un prix inhabituel, un article ambigu, un encours dépassé, une quantité qui sort des habitudes. Vous décidez de ce qui part directement et de ce qui attend une validation.
Enfin, l’EDI ne disparaît pas. Pour un grand compte qui envoie des centaines de lignes chaque jour depuis son ERP, une connexion EDI déjà en place reste une excellente solution. L’IA vient couvrir ce que l’EDI ne couvrira jamais.
Questions fréquentes
L’IA peut-elle remplacer complètement l’EDI ?
Pour les commandes reçues par e-mail, oui : elle les traite sans demander au client de changer quoi que ce soit. Pour les partenaires déjà connectés en EDI et satisfaits de ce fonctionnement, il n’y a en général aucune raison de tout casser. Les deux cohabitent très bien.
Faut-il demander à nos clients de changer leur façon de commander ?
Non. C’est tout l’intérêt de l’approche : vos clients continuent d’envoyer leurs commandes par e-mail, en PDF, en Excel ou dans le corps du message. C’est votre traitement qui change, pas leurs habitudes.
Combien de temps faut-il pour mettre en place un agent IA ?
Bien moins qu’un projet EDI, puisqu’il n’y a rien à construire chez le client. Chez MP Hygiène, l’intégration d’Eledone a pris deux semaines. Vous pouvez aussi tester gratuitement Eledone sur une de vos commandes pour juger sur pièce.
Avec quels ERP Eledone fonctionne-t-il ?
Eledone dispose de connecteurs natifs pour Sage 100, Sage X3, Microsoft Dynamics 365 et Odoo. Il s’intègre aussi, sur mesure, à Cegid, Divalto, NetSuite, Sylob, Proginov, SAP, Infor M3, Exact Online et Oracle.
Vous voulez voir ce que ça donne sur les commandes que l’EDI ne couvre pas ?
Demandez une démo