La saisie de commandes remplace-t-elle notre EDI ?
Non. L’EDI continue de servir les distributeurs qui l’imposent. La saisie de commandes reprend les commandes e-mail que l’EDI n’a jamais couvertes, les deux fonctionnent côte à côte.
Comparaison
EDI, API ou saisie de commandes : lequel ?
L’EDI couvre les détaillants qui l’imposent. L’API couvre les systèmes. Ni l’un ni l’autre ne lit les bons de commande envoyés par e-mail par tous les autres.
La réponse courte
L’EDI n’est pas un concurrent et nous n’allons pas prétendre le contraire. Si un partenaire commercial impose l’EDI, l’EDI est la bonne réponse, un fournisseur EDI est le bon prestataire, et il n’y a pas de débat. L’échange de documents structuré, accusé et traçable à fort volume est exactement ce pour quoi l’EDI a été conçu, et il le fait mieux que tout le reste. Rien sur cette page ne propose de l’abandonner.
La question utile est plus étroite : qu’est-ce que votre EDI ne couvre pas ? L’EDI fonctionne parce que les deux parties le mettent en place. Le détaillant fait tourner un programme de conformité, vous faites tourner un traducteur et un mappage, et un bon de commande devient un EDI 850 qui arrive dans votre système sans qu’une personne y touche. Cette symétrie est la force et c’est aussi la limite. Chaque compte doit construire la même chose, ce qui explique qu’intégrer un partenaire prenne des semaines à des mois, et que personne n’intègre un client qui commande deux fois par trimestre.
La longue traîne reste donc sur l’e-mail. Un PDF arrive en pièce jointe, ou un tableur aux cellules fusionnées, ou un scan avec une ligne manuscrite en bas, et quelqu’un le retape dans Shopify. Il existe un second manque qui surprend davantage. Beaucoup d’installations EDI se terminent par un document lisible plutôt que par une commande créée : la plateforme reçoit le 850, le restitue en bon de commande PDF, l’envoie à votre boîte commandes, et rien ne l’importe. La commande est arrivée par EDI et se retape encore à la main.
La saisie de commandes est la couche qui couvre ces deux cas. LevelOps lit le document de commande qui arrive, rapproche chaque ligne de votre catalogue Shopify y compris les codes articles de l’acheteur, tarife depuis votre catalogue et vos listes de prix B2B plutôt que depuis le document, et écrit une commande provisoire Shopify native, un brouillon de commande qu’une personne valide. Gardez l’EDI pour les partenaires qui l’imposent, ajoutez la saisie de commandes pour tous les autres. La plupart des grossistes sur Shopify devraient faire tourner les deux.
Ce qu’est réellement l’EDI, mécaniquement
Décrit avec exactitude, parce que la plupart des pages sur le sujet en décrivent une caricature. Si vous faites déjà de l’EDI, passez au tableau.
Un ensemble de documents normalisés
L’EDI est une famille de jeux de transactions normalisés, X12 en Amérique du Nord et EDIFACT à l’international. Ceux qui comptent dans le gros sont le 850 bon de commande, le 855 accusé de réception de commande, le 856 avis d’expédition et le 810 facture, avec un 997 qui confirme que le fichier a bien été reçu et analysé.
- Le 850 entre, le 855 repart, le 856 avant le camion, le 810 après
- Chaque champ est défini et positionné, rien n’est deviné
Un réseau qui les transporte
Les documents circulent sur un réseau à valeur ajoutée, une messagerie entre partenaires commerciaux, ou sur une liaison AS2 directe entre deux serveurs avec des charges signées et chiffrées et un accusé machine. Dans les deux cas il y a une garantie de remise et une piste d’audit, ce que veut précisément une équipe conformité.
- Boîtes RVA, ou AS2 de point à point
- Le coût réseau se compte en général par document ou par kilocaractère
Un mappage par partenaire commercial
La norme laisse de la latitude, donc chaque détaillant publie son guide d’implémentation indiquant quels segments il envoie, quels qualifiants il utilise, quels identifiants s’appliquent et ce qu’il attend en retour. Votre fournisseur construit un mappage contre ce guide. Le mappage, pas la norme, est le vrai travail.
- Un guide d’implémentation par partenaire, parfois des centaines de pages
- Une révision du guide oblige à refaire le mappage
Un projet d’intégration des deux côtés
Mettre un partenaire en service demande la connectivité, le mappage, un cycle de tests dans son environnement de certification, des documents d’exemple validés, puis une période en double. La page comparative parle de semaines à des mois par partenaire commercial, et cela correspond à ce que les grossistes nous disent. Cet effort n’est pas perdu, c’est lui qui achète la fiabilité.
- Frais de mise en place par partenaire, puis frais de transaction récurrents
- Les deux parties engagent du temps technique, pas seulement vous
Conformité fournisseur et pénalités
Les grands détaillants font tourner des programmes de conformité. Le manuel fournisseur précise ce qui doit être envoyé, dans quel format, dans quel délai : un accusé dans un temps donné, un avis d’expédition avant l’arrivée du camion, les bonnes étiquettes et les bons identifiants. Un manquement et la déduction tombe sur votre facture. C’est un coût réel du canal, et une raison de faire l’EDI correctement plutôt que de l’éviter.
- Les déductions sont régies par le manuel de conformité du détaillant
- Un document en retard ou mal formé est le déclencheur habituel
Le document que rien n’importe
La fin de la chaîne est l’endroit où le manque apparaît. Beaucoup d’installations livrent le 850 dans un portail ou une boîte de réception sous forme de bon de commande restitué plutôt que de le créer dans votre boutique, parce que Shopify n’a pas de X12 natif et qu’il faut bien franchir la dernière étape. La commande est arrivée par EDI et une personne la retape quand même.
- Un bon de commande restitué dans une boîte est un document, pas une commande
- C’est le manque EDI qu’on nous demande le plus souvent de combler
Ce que chaque chemin fait d’un même bon de commande
Trois façons pour la même commande d’arriver dans Shopify. L’EDI gagne nettement sur les lignes pour lesquelles il a été conçu et ne perd que sur la portée.
| EDI via un fournisseur | Ressaisie du document EDI | Saisie de commandes LevelOps | |
|---|---|---|---|
| Temps de mise en place | Des semaines à des mois par partenaire | Aucun | Moins d’une heure, plus 2 à 5 minutes de synchronisation catalogue |
| Forme du coût | Frais de mise en place par partenaire, puis frais de transaction | Main-d’œuvre seulement, monte à chaque commande | Gratuit pour vos 5 premières commandes, puis 50 $ une fois ou de 100 $ à 250 $ par mois selon le volume |
| Gère les formats non standards | No | Oui, une personne lit tout | Oui, sans template et sans mappage de champs |
| Demande un changement au client | Oui, il doit aussi faire de l’EDI | No | No |
| Documents couverts | 850, 855, 856, 810 et plus, dans les deux sens | Ce qu’une personne accepte de lire | Bons de commande entrants seulement, PDF, tableur, scan ou corps d’e-mail |
| Revue humaine avant création de la commande | En général traitement direct sans revue | La personne est la revue | Oui, toujours, une commande provisoire en attente de validation |
| Rapprochement catalogue | Par identifiants convenus dans le guide d’implémentation | À la main, de mémoire ou avec une table de correspondance | SKU exact, puis rapprochement sémantique, plus les codes acheteurs appris |
| Source du prix | Le fichier de prix convenu entre partenaires | Ce que la personne vérifie, ou pas | Votre catalogue Shopify et vos listes de prix B2B, jamais le document |
| Commande provisoire Shopify native | Via un connecteur, variable selon le fournisseur | Oui, tapée à la main | Yes |
| Accusés et avis d’expédition | Oui, 855 et 856 selon les exigences du partenaire | No | No |
| Exposition aux pénalités sur les comptes qui imposent l’EDI | Maîtrisée, c’est tout l’objet du programme | Élevée, les délais dépendent de la mémoire de quelqu’un | Sans objet, ce ne sont pas ces comptes |
| Maintenance continue | Intégration des partenaires et révisions de mappage, sans fin | Aucune techniquement, mais le travail ne s’arrête jamais | Gérée par l’éditeur, les mises à jour arrivent chez vous |
| Pour qui cela échoue | Les comptes trop petits pour justifier l’intégration, soit la plupart | Au-delà d’une quinzaine de commandes documentaires par mois | Les partenaires qui imposent un X12 certifié |
| Meilleur cas d’usage | Les détaillants qui l’imposent et ont le volume | Moins d’une quinzaine de commandes documentaires par mois | La longue traîne de bons de commande non standards par e-mail |
Là où l’EDI gagne vraiment
Sur les comptes qui l’imposent, l’EDI gagne et rien ne s’en approche. Si une équipe conformité exige un 850 en AS2, un 855 dans un délai fixé et un 856 avant l’arrivée du camion, c’est la spécification. Aucun lecteur de documents n’y répond. Achetez l’EDI chez un fournisseur certifié pour ce partenaire et traitez le coût comme le prix d’entrée dans le canal.
L’EDI gagne sur l’absence d’ambiguïté. Un 850 analysé n’a pas de mise en page, pas de police, pas de tache de café scannée et aucune discussion sur la colonne des quantités. Chaque champ est défini par le guide d’implémentation, donc le code article du détaillant se trouve là où il doit être et ne veut dire qu’une chose. Tout système qui lit un document restitué, le nôtre compris, reconstitue une structure que l’EDI n’avait jamais perdue. Quand le volume justifie le mappage, c’est la meilleure fondation.
L’EDI gagne sur l’aller-retour, et c’est un manque de notre produit plutôt qu’un détail. La saisie de commandes est unidirectionnelle par conception : un document entre, une commande provisoire arrive dans Shopify. L’EDI porte toute la conversation, l’accusé qui dit à l’acheteur ce que vous avez accepté, l’avis d’expédition qui permet à son quai de préparer la réception, la facture que sa comptabilité fournisseurs enregistre sans intervention. S’il vous faut ces documents en retour, il vous faut l’EDI, et le même canal couvre ensuite le transport et le règlement pour ces partenaires.
L’EDI gagne sur les gros volumes avec un partenaire stable. Un détaillant qui envoie des centaines de commandes par mois via un mappage construit il y a deux ans ne coûte presque rien par commande et ne surprend jamais. Amorti sur ce volume, le projet d’intégration était bon marché. Le calcul qui fait paraître l’EDI cher est toujours celui de l’intégration d’un partenaire qui commande de temps en temps, et c’est un problème de portée, pas de qualité.
L’EDI gagne sur le terrain commercial plutôt que sur la technique. Être capable de faire de l’EDI est une condition pour travailler avec la grande distribution : c’est ainsi qu’on entre sur la liste fournisseurs, qu’on passe un audit et qu’on évite les déductions qui rongent la marge du compte. Si vous visez la grande distribution, investissez dans l’EDI et faites-le correctement. Quiconque vous vend un lecteur de documents en remplacement vous vend une pénalité.
Ce que l’EDI laisse de côté
Six manques, dont aucun n’est un défaut de l’EDI. Ils découlent tous du fait que les deux parties doivent le mettre en place.
La longue traîne qui ne s’intégrera jamais
Le détaillant indépendant, le distributeur régional, la commission scolaire, l’entrepreneur qui achète pour un chantier. Ils commandent quelques fois par an, sans capacité EDI, et personne ne financera un projet de mappage d’un côté ou de l’autre pour les servir. Chez la plupart des grossistes sur Shopify, ces comptes sont la majorité de la liste clients, et ils envoient tous des e-mails.
Le gros compte qui envoie quand même des e-mails
La taille prédit moins bien la capacité EDI qu’on ne le croit. Beaucoup d’acheteurs importants font tourner un système d’achat qui produit un bon de commande PDF et l’envoie par e-mail, parce que c’est ce que fait leur processus. Ils sont trop importants pour être refusés et trop installés pour changer, donc quelqu’un retape cent lignes.
Le document restitué en bout de chaîne
À vérifier avant d’acheter quoi que ce soit. Votre plateforme EDI reçoit le 850 et produit un bon de commande lisible qui atterrit dans une boîte de réception ou attend dans un portail, parce que Shopify n’a pas de X12 natif. Tout l’amont a fonctionné. La dernière étape est une personne devant un clavier, et c’est celle que la saisie de commandes supprime.
Les nouveaux comptes avant la fin du projet
Un partenaire commercial demande des semaines à des mois avant la mise en service et les commandes n’attendent pas la certification. Pendant l’intégration, et pendant la période en double qui suit, les commandes arrivent en documents et se retapent. Même chose chaque fois qu’un partenaire révise son guide d’implémentation et qu’il faut refaire le mappage.
Tout ce qui n’est pas un bon de commande
Une modification de commande dans une réponse par e-mail, une quantité corrigée envoyée en photo d’une feuille annotée, une commande ouverte jointe en tableur. L’EDI a des jeux de transactions pour une partie de cela, mais seulement avec les partenaires qui les mettent en place. Sur la longue traîne, ce trafic est non structuré par nature et doit quand même devenir une commande.
Le travail de catalogue et de prix chez vous
L’EDI livre un document propre. Il ne décide pas que le code article de l’acheteur correspond à votre SKU, et il n’applique pas la liste de prix rattachée à cette entreprise dans Shopify. Sur les comptes qui imposent l’EDI, les identifiants et le fichier de prix sont convenus d’avance. Chez tous les autres, ce rapprochement est le vrai travail, et c’est ce que fait la saisie de commandes.
Questions à poser avant de pousser un compte de plus vers l’EDI
À passer en revue avec votre fournisseur et avec le compte lui-même. Deux ou trois réponses honnêtes tranchent plus vite qu’un devis.
- Ce partenaire impose-t-il l’EDI, ou lui demanderions-nous de l’adopter volontairement ?
- Quel est son volume annuel, et couvre-t-il les frais de mise en place plus les frais de transaction ?
- A-t-il une capacité EDI aujourd’hui, ou faudrait-il un projet de son côté ?
- Quels documents le partenaire exige-t-il en retour, un 855, un 856, un 810, ou aucun ?
- Existe-t-il un manuel de conformité avec des conditions de déduction sur cette relation ?
- Que deviennent ses commandes pendant les semaines que dure l’intégration ?
- Quand le 850 arrive, est-il créé dans Shopify, ou devient-il un PDF que quelqu’un ouvre ?
- Combien d’autres comptes sont dans la même situation, et allons-nous tous les intégrer ?
Comment LevelOps traite la même commande
Le compte qui ne s’intégrera jamais envoie un PDF à votre boîte commandes. Voici tout le chemin, et une personne valide toujours à la fin.
- 01
Le document arrive comme toujours
Transférez-le, ou pointez une boîte de réception vers nous. PDF, tableur, scan, corps d’e-mail avec la commande tapée dedans, ou le bon de commande que votre plateforme EDI a restitué sans jamais le créer. Pas de template, pas de mappage par expéditeur, rien de demandé au client.
- 02
Chaque ligne est lue
En-tête, adresse de livraison, dates demandées, lignes d’articles, quantités, unités de mesure et codes articles de l’acheteur, y compris la note en marge qui change ce qui a été commandé. Rien n’est forcé dans une grille de champs fixe, et c’est pour cela qu’un nouvel expéditeur ne demande aucune configuration.
- 03
Les lignes sont rapprochées de votre catalogue
Recherche SKU exacte d’abord, puis rapprochement sémantique, puis les codes acheteurs appris des commandes précédentes sur ce compte. Tout ce qui est ambigu est signalé au validateur plutôt que deviné, pour qu’un rapprochement douteux devienne une question et non une expédition.
- 04
Le prix vient de Shopify, pas du document
L’entreprise identifiée détermine la liste de prix. Tarifs contractuels, paliers de volume et conditions de paiement viennent de votre configuration B2B Shopify, pour qu’un prix périmé sur le bon de commande de l’acheteur ne devienne jamais un prix périmé sur votre commande.
- 05
Une commande provisoire Shopify attend la validation
Un brouillon de commande standard avec le fichier source attaché, prêt à vérifier et à convertir. Tout ce qui tourne en aval, Flow, votre synchronisation ERP, votre routage de préparation, le voit comme n’importe quelle commande. La validation humaine est une fonctionnalité, pas une limite.
Environ une minute de revue par commande en pratique, contre environ six minutes pour retaper le même document. Rien de tout cela ne touche vos partenaires EDI, qui continuent exactement comme aujourd’hui.
La différence mesurée du côté e-mail
~1 min
Traitement par commande, contre environ six minutes
6x
Moins d’erreurs, 0,5% contre 3% en saisie manuelle, avec une validation humaine
250 $
Coût typique pour corriger une seule commande erronée
2 min
Mise en service en autonomie, avec synchronisation catalogue en 2 à 5 minutes
Faire tourner l’EDI et la saisie de commandes ensemble
Il n’y a rien à migrer, puisque les deux touchent des comptes différents. Voici à quoi ressemble l’ajout de la saisie de commandes chez un grossiste qui fait déjà de l’EDI.
Listez vos comptes selon la façon dont leurs commandes arrivent réellement. Une colonne pour les partenaires en EDI, une pour les comptes qui utilisent un portail, une pour tous ceux qui envoient un document par e-mail. Comptez les lignes de commande plutôt que les commandes, parce que la longue traîne envoie les documents les plus longs et que c’est le nombre de lignes que votre équipe retape.
Vérifiez ensuite la colonne EDI pour le cas du document restitué. Pour chaque partenaire concerné, suivez une commande récente du 850 jusqu’à l’enregistrement dans Shopify et notez si quelqu’un a tapé quelque chose. Si oui, la solution n’est pas plus d’EDI, c’est de lire le document que votre plateforme produit déjà. C’est en général le gain le plus rapide de cette page, parce que le volume est élevé et le format constant.
Prenez la colonne e-mail et faites passer vos cinq pires documents, pas des échantillons bien rangés. Jugez sur ce qui en sort, une commande provisoire Shopify rapprochée et tarifée, ou du texte extrait que quelqu’un doit encore finir. Vos 5 premières commandes réussies sont gratuites et sans expiration, donc ce test ne coûte que du temps. Rien ne change du côté EDI pendant ce temps. Aucun mappage touché, aucun partenaire prévenu, aucune certification refaite. Si un compte de la longue traîne devient plus tard une relation qui impose l’EDI, intégrez-le à ce moment-là et il cessera simplement d’arriver sous forme de document.
Des grossistes qui font tourner les deux
Des avis de marchands qui ont gardé l’EDI et ajouté la lecture de documents pour les comptes qu’il n’a jamais atteints.
EDI, PDF, Excel, e-mail
Tous les canaux, un seul flux
Un gain de temps énorme et très facile à mettre en place. Nous traitons des bons de commande en EDI, PDF, Excel ou e-mail, et l’équipe écoute toujours les retours clients.
Three Ships Wholesale
B2B et distribution
Jour 1
Impact visible dès l’installation
Exactement ce qu’il nous fallait pour arrêter de saisir à la main les bons de commande reçus par e-mail dans notre boutique B2B. Super app, super équipe.
Concrete Countertop Solutions
Matériaux de construction
Garder le compte
Tous les formats, le client ne change rien
Traiter manuellement les commandes B2B, c’est simplement une contrainte à accepter si on veut garder certains clients. LevelOps offre une excellente solution pour lire les commandes dans divers formats et les convertir en brouillons pour validation finale.
Earth Fed Muscle
Suppléments
Continuer la comparaison
Chaque page de comparaison dit où l’alternative gagne réellement. Si l’une d’elles vous convient mieux que nous, c’est la réponse utile.
Face à SPS Commerce
Le même raisonnement appliqué à une plateforme EDI nommée, documents produits compris.
Face au portail B2B Shopify
Vos plus gros comptes ne se connecteront pas. Comment servir les deux sans forcer personne.
Face aux parseurs d’e-mails
Les parseurs exigent un template par expéditeur. Un vrai bon de commande passé dans les deux.
Face à OrderEase
OrderEase est un portail et une passerelle EDI. Où chacun gagne.
Face à un OMS
Un OMS gère les commandes une fois créées. La réception les fait entrer.
Face à la saisie manuelle
Les minutes par commande et le salaire caché dans votre boîte de réception, chiffrés.
Intégration EDI pour Shopify
Accepter les commandes EDI sur Shopify sans le projet X12, et quand construire le vrai.
Automatisation des bons de commande
La vue complète de la réception, sur tous les canaux, pas seulement l’EDI.
Gardez votre EDI. Couvrez ce qu’il n’atteint pas.
Apportez une commande d’un détaillant qui impose l’EDI et un bon de commande e-mail de la longue traîne. Nous vous montrons où chacun atterrit, et nous vous dirons si votre fournisseur EDI est la meilleure réponse pour les deux.
Vos 5 premières commandes réussies sont gratuites et sans expiration. Si un partenaire impose un X12 certifié, nous vous le dirons et nous vous orienterons vers un fournisseur EDI plutôt que de vendre à côté.
FAQ
Les questions posées en premier
Les clients doivent-ils changer leur façon d’envoyer les commandes ?
Non. Ils continuent d’envoyer par e-mail comme aujourd’hui. La saisie de commandes lit le format qui arrive.
Peut-elle lire les documents que produit notre plateforme EDI ?
Oui, y compris les documents de commande qui sont produits mais jamais importés, pour que rien ne tombe entre deux systèmes.
Est-ce moins cher qu’une intégration EDI traditionnelle ?
Oui. C’est exactement pour cela que des marchands comme Three Ships l’ont adoptée, l’automatisation façon EDI sans le projet EDI.
Et les comptes qui utilisent un portail ?
Ils continuent de fonctionner. La saisie de commandes couvre les comptes qui n’adopteront pas de portail et qui continuent d’envoyer des e-mails.
Qu’est-ce qu’un EDI 850, et LevelOps le traite-t-il ?
Le 850 est le jeu de transactions X12 correspondant au bon de commande, le fichier structuré qu’un détaillant envoie quand il impose l’EDI. LevelOps n’est pas un réseau X12 certifié et ne reçoit pas de 850 depuis un RVA. Il lit le bon de commande lisible que votre plateforme EDI ou votre partenaire produit à partir de cette transaction, en PDF, en version imprimable ou en CSV, et écrit une commande provisoire Shopify.
LevelOps peut-il envoyer un accusé 855 ou un avis d’expédition 856 ?
Non, et il ne faut pas s’y attendre. Les accusés de réception, les avis d’expédition et les factures EDI relèvent de votre fournisseur EDI, et un partenaire qui l’impose exige un fournisseur certifié pour cette relation. LevelOps traite le document de commande entrant et s’arrête là.
Cela nous protège-t-il des pénalités de non-conformité ?
Pas sur vos partenaires EDI. Les déductions de conformité fournisseur sont régies par le manuel du détaillant et par les documents que vous renvoyez dans les délais, ce qui reste chez votre fournisseur EDI. Là où la saisie de commandes réduit le coût, c’est du côté e-mail, où le taux d’erreur mesuré est de 0,5% contre 3% en saisie manuelle et où une commande erronée coûte environ 250 $ à corriger.
Combien de temps faut-il pour ajouter un nouveau compte ?
Il n’y a pas d’intégration par partenaire, puisque rien ne change du côté du client. Vous connectez la boutique, le catalogue se synchronise en 2 à 5 minutes, et la première commande peut être traitée en environ deux minutes. Un seul partenaire EDI demande des semaines à des mois avant la mise en service.
Combien cela coûte-t-il face à un projet EDI ?
Vos 5 premières commandes réussies sont gratuites et sans expiration. Ensuite, c’est 50 $ une seule fois pour 15 commandes sur Pay as You Go, 100 $ par mois pour 33 commandes sur Starter, ou 250 $ par mois pour jusqu’à 100 commandes sur Growth, avec 20 pour cent d’économie en paiement annuel. Au-delà de 100 commandes par mois, nous établissons un devis. L’EDI se tarife autrement, en général des frais de mise en place par partenaire plus des frais par transaction, donc les deux ne se comparent pas ligne à ligne.