Message EDI : ce que l'entrepôt en fait, et ce qui passe par ailleurs

Un message EDI est un document commercial envoyé d'un système à un autre dans un format convenu : une commande, un avis d'expédition, une facture. L'expression française complète est échange de données informatisé.

Et voici ce qui compte, parce que c'est là que la plupart des projets déçoivent : recevoir un message ne sert à rien si le message ne devient pas une opération.

Une commande qui arrive au format attendu mais qu'une personne doit ressaisir pour qu'elle soit préparée n'a rien automatisé. Elle a seulement déplacé la saisie.

Les trois briques, et laquelle est la nôtre

Il faut trois choses pour faire de l'EDI, et elles ne viennent pas du même endroit. Les distinguer avant un devis évite de payer deux fois la même ou d'en oublier une.

1. L'échange. Le transport des messages : la connexion aux partenaires commerciaux, les protocoles, l'acheminement, les accusés techniques. Cela passe par le partenaire Transus, décrit sur la page EDI logistique.

2. Le traitement. Transformer un message reçu en opération, et une opération en message à envoyer. C'est ce que fait BizBloqs, dans ses propres flux. C'est l'objet de cette page.

3. L'enregistrement comptable. La commande, la facture, le compte client. C'est votre ERP, et il n'est pas remplacé.

Une précision à ne pas contourner : BizBloqs n'est pas un bus de messages EDI. Nous ne transportons pas le trafic. Si quelqu'un vous présente les trois briques comme une seule, demandez laquelle est contractée avec qui — la réponse change le devis et la responsabilité en cas d'incident.

FIGURE 1Schéma à trois briques

Faites défiler latéralement pour voir toute la figure.

l'ERP garde la commande etla facturel'enseigneou ledonneurd'ordrel'échange —partenaireTransusBizBloqs :WMS etcommandesla commandel'accusé de réceptionl'avis d'expéditionla facturela commandel'accusé de réceptionl'avis d'expéditionla factureprotocoles etacheminementce qui estréellement parti

Les quatre messages qui font le travail

Les nomenclatures EDI comptent des dizaines de types de messages. Dans la pratique d'une PME ou d'une entreprise intermédiaire, quatre font l'essentiel.

La commande, qui arrive. Elle devient une commande à préparer dans le logiciel WMS, sans ressaisie. C'est le message dont l'automatisation se mesure le plus vite, parce qu'elle supprime une saisie quotidienne.

L'accusé de réception de commande, qui part. Il confirme ce que vous êtes en mesure de livrer — et c'est le message le plus négligé. Un client qui reçoit un accusé partiel le jour de la commande s'organise. Un client qui découvre un manquant à la livraison appelle.

L'avis d'expédition, qui part. Ce qui part réellement, dans quel conditionnement, avec le numéro d'unité d'expédition de chaque palette. C'est le message que les enseignes attendent, et c'est celui dont l'absence ou l'inexactitude se paie en pénalité de service.

Il ne peut être juste que si l'entrepôt sait ce qui est réellement parti — pas ce qui était prévu. C'est précisément ce que le WMS fournit : la quantité préparée, les lots retenus, et le numéro SSCC de chaque palette. BizBloqs génère ces étiquettes SSCC, pour les palettes homogènes comme pour les palettes mixtes ; le détail est sur la page application de gestion de stock.

Et ce message circule dans les deux sens. La plateforme reçoit aussi les avis d'expédition entrants, ceux que vos fournisseurs vous envoient, par le même opérateur. C'est utile à savoir avant de cadrer un projet, parce que cela change le périmètre : l'EDI n'est pas seulement ce que vous émettez.

La facture, qui part. Depuis l'ERP, sur la base de l'expédition réelle. Les messages de facture supposent donc que la plateforme soit raccordée à votre ERP.

Les messages de stock, dans les deux sens. Les états de stock échangés avec un partenaire — un donneur d'ordre, un prestataire, une enseigne qui veut voir la couverture — passent par le même chemin.

Côté achats, un cinquième s'y ajoute : l'avis de réception, qui dit à votre fournisseur ce que vous avez réellement reçu.

Le message dont tout dépend, et pourquoi il échoue

Si une seule chose de cette page doit être retenue : l'avis d'expédition est le message qui décide de votre taux de service perçu. Ce que ce chiffre dit de l'exécution, et ce qu'il cache, est traité sur taux de service client.

Et quand il échoue, c'est presque toujours pour la même raison. Il est construit sur la commande et non sur l'expédition. Le système envoie ce qui devait partir, pas ce qui est parti. Le client reçoit autre chose que ce qui a été annoncé, son système le rejette, et la pénalité tombe — alors que la marchandise était bonne.

La correction n'est pas dans le format du message. Elle est en amont : le message doit être construit après la préparation, à partir de ce que le scan a confirmé. C'est une question d'ordre des opérations, pas de mapping. Le cadrage d'un projet complet — les cinq messages, le mappage partenaire par partenaire, et la frontière avec l'opérateur — est sur intégration edi.

Le détail de l'orchestration est sur gestion des commandes, et la liste des systèmes raccordés sur intégrations ERP et commerce.

Quand l'EDI se justifie, et quand il ne se justifie pas

Il se justifie quand un partenaire l'impose — et dans la distribution française, c'est le cas général : les enseignes envoient leurs commandes par message et attendent un avis d'expédition dans le format correspondant. Il se justifie aussi quand un flux est assez régulier pour que la saisie manuelle devienne un poste à temps partiel. Le contexte est détaillé sur logistique retail et produits de grande consommation.

Il ne se justifie pas pour quelques commandes par mois d'un client qui ne le demande pas. Un portail ou un fichier suffisent, et un projet EDI monté sans contrainte réelle coûte plus qu'il ne rend.

Le test : combien de lignes de commande arrivent par un canal non automatisé, par semaine, et combien de temps leur saisie prend-elle ? Deux chiffres, et la décision devient arithmétique.

Comment cela se facture

Module payant, en plus de la licence, et hors licence de base.

  • PME : aucun module n'est disponible.
  • PME+ : modules en option payante, configuration facturée en plus.
  • Enterprise : tous les modules inclus, mais la configuration reste facturée.

Les licences se facturent au mois, et selon la formule un investissement initial peut s'y ajouter. La licence se compte en cinq lignes : une licence de base par société ; une licence par scanner utilisé en même temps ; une licence par imprimante et par balance numérique ; une licence MHE pour les équipements de manutention raccordés, disponible à partir de PME+ ; et les modules, ajoutés selon le besoin.

Et une ligne qui n'est pas la nôtre : l'échange, chez le partenaire, se contracte séparément. Demandez les deux devis, et demandez qui est responsable de quoi en cas de message rejeté. C'est la question qui compte le jour où un message passe mal.

Avant d'en parler

Trois éléments.

La liste de vos partenaires qui imposent l'EDI, et pour chacun : quels messages exigent-ils ? Les enseignes publient leurs spécifications ; récupérez-les avant la réunion.

Un cas de pénalité que vous avez subi, s'il y en a eu. Il désigne immédiatement le message à corriger en premier.

Le nombre de lignes de commande saisies à la main par semaine. C'est le chiffre qui dit si le projet se rentabilise.

Avec ces trois éléments, une démonstration peut porter sur vos propres messages plutôt que sur un exemple.

Qui transporte les messages ?
Le partenaire Transus. L'échange — la connexion aux partenaires commerciaux, les protocoles, l'acheminement — passe par lui. BizBloqs traite les messages dans ses propres flux et n'est pas un bus de messages EDI.
Quels messages servent réellement ?
Quatre couvrent la majorité des cas : la commande qui arrive, l'accusé de réception de cette commande, l'avis d'expédition qui part, et la facture. L'avis de réception s'y ajoute côté achats, les avis d'expédition entrants de vos fournisseurs sont reçus par le même chemin, et les messages de stock sont également pris en charge. Les messages de facture supposent un raccordement à votre ERP.
Qu'est-ce qu'un avis d'expédition ?
Un message qui annonce au destinataire ce qui part, dans quel conditionnement, avec le numéro d'unité d'expédition de chaque palette. C'est le message que les enseignes attendent, et celui dont l'absence ou l'inexactitude se paie en pénalité.
Faut-il changer d'ERP pour faire de l'EDI ?
Non. L'ERP garde la commande et la facture, l'entrepôt fournit ce qui est réellement parti, et l'échange passe par le partenaire. Les trois se raccordent sans qu'aucun soit remplacé.
L'entrepôt peut-il réceptionner automatiquement sur la base d'un avis d'expédition fournisseur ?
Ce point n'est pas confirmé et cette page ne l'affirme pas. Posez la question au cadrage.
Comment le module est-il facturé ?
C'est un module payant, en plus de la licence. Aucun module au niveau PME ; en PME+ les modules sont en option payante et leur configuration est facturée en plus ; en Enterprise tous les modules sont inclus, mais la configuration reste facturée. L'échange chez le partenaire se contracte séparément.

Prêt à voir BizBloqs sur votre propre processus ?

Réservez une démo : nous parcourons votre flux d’entrepôt et de commandes de bout en bout — réception, stockage, préparation, expédition, retours — et nous vous disons honnêtement ce que BizBloqs changerait.

Deux questions sur votre propre exploitation

Réserver une démo