ORDERS, ORDRSP, DESADV, INVOIC : les messages EDI derrière une commande mode

ORDERS, ORDRSP, DESADV et INVOIC sont les quatre messages EANCOM essentiels qui accompagnent une commande wholesale de l'achat jusqu'au paiement : le distributeur commande, la marque confirme, la marque annonce l'expédition et la marque facture. Deux autres messages, CONTRL et APERAK, confirment que les fichiers ont été reçus et ont pu être traités. Comprendre ce que chaque message engage aide les marques à voir pourquoi une petite erreur de données à la saisie de la commande peut ressurgir des semaines plus tard sous forme de déduction.

Qu'est-ce qu'EANCOM et quel est son lien avec X12 ?

EANCOM est l'implémentation GS1 de la norme UN/EDIFACT, largement utilisée par les distributeurs européens. Le manuel EANCOM 2002 de GS1 recense les messages et leurs noms, parmi lesquels ORDERS (commande), ORDRSP (réponse à commande), ORDCHG (demande de modification de commande), DESADV (avis d'expédition), RECADV (avis de réception), INVOIC (facture), SLSRPT (rapport de ventes), INVRPT (rapport de stocks) et PRICAT (catalogue de prix et de vente). En Amérique du Nord, les distributeurs utilisent surtout ANSI X12, où les mêmes étapes correspondent à des transaction sets numérotés ; les exigences de Nordstrom, par exemple, citent la commande 850, l'avis d'expédition anticipé 856, la facture 810 et l'accusé de réception fonctionnel 997.

Seuls comptent les transaction sets X12 qu'un distributeur exige réellement : Nordstrom en cite quatre, tandis que d'autres distributeurs ajoutent des confirmations de commande ou des messages de modification. Vérifiez le guide de chaque distributeur, car tous n'utilisent pas tous les messages.

Que contient le message ORDERS pour une commande mode ?

Une commande identifie l'acheteur, le fournisseur, les lieux de livraison et de facturation ainsi que chaque article commandé, normalement par son GTIN. Dans la mode, cela signifie une ligne par taille et par coloris, ce qui explique qu'une commande portant sur un seul modèle puisse compter des dizaines de lignes. La commande comporte aussi les dates ou fenêtres de livraison demandées, les prix et parfois la répartition par magasin, afin que la marque puisse coliser par magasin. Si un GTIN de la commande est inconnu dans le système de la marque, la ligne ne peut pas être traitée automatiquement.

Les précommandes et les commandes de réassort se présentent différemment dans les données. Une précommande saisonnière peut comporter plusieurs fenêtres de livraison des mois à l'avance, alors qu'une commande de réassort d'articles permanents est généralement plus petite, plus fréquente et appelle une confirmation rapide. Les marques qui traitent les deux via la même connexion EDI doivent vérifier que leur ERP sait les distinguer, par exemple grâce à des codes de type de commande convenus avec le distributeur, afin que chacune soit allouée et confirmée selon les bonnes règles.

Lire aussi

L'EDI dans la mode : le vieux standard qui fait toujours circuler les commandes

Pourquoi la réponse à commande (ORDRSP) est-elle si importante ?

GS1 définit ORDRSP comme un message répondant à une commande dans des conditions convenues entre le fournisseur et l'acheteur. Il peut porter sur un ou plusieurs articles, et une commande peut recevoir un ou plusieurs messages de réponse, selon les pratiques commerciales. Pour une marque, c'est le moment d'indiquer au distributeur, sous forme de données et non par e-mail, quelles lignes seront livrées en totalité, lesquelles sont réduites, lesquelles sont reportées et lesquelles sont annulées.

Les marques qui omettent la réponse à commande, ou qui envoient une acceptation globale, repoussent le problème en aval. L'open-to-buy et l'allocation du distributeur reposent toujours sur les quantités initiales, et l'écart apparaît à la réception des marchandises, souvent sous forme de réclamation pour livraison incomplète.

Qu'est-ce qu'un DESADV, et en quoi diffère-t-il d'un bon de livraison ?

GS1 décrit le DESADV comme un message précisant les détails des marchandises expédiées ou prêtes à l'expédition, et indique qu'il doit toujours être envoyé avant la livraison physique des marchandises. Chaque unité livrée, palette ou carton par exemple, doit être identifiée de manière unique, et GS1 recommande pour cela son Serial Shipping Container Code (SSCC). Le message peut décrire l'envoi de façon hiérarchique, de l'expédition aux palettes, cartons et articles, ce qui permet au destinataire de rapprocher la livraison physique du message électronique et de repérer immédiatement les écarts.

Ce rapprochement est tout l'enjeu. Le centre de distribution d'un distributeur scanne le SSCC figurant sur l'étiquette du carton et s'attend à trouver le contenu annoncé dans le DESADV. Si le carton contient une autre répartition de tailles, la réception doit être traitée manuellement, et de nombreux distributeurs refacturent ce coût au fournisseur.

Comment les factures et les accusés de réception bouclent-ils le cycle ?

Le message INVOIC facture ce qui a été livré. Les distributeurs le rapprochent généralement de manière automatique de la commande et de la réception ; une facture qui reprend la quantité commandée au lieu de la quantité expédiée échouera donc au rapprochement. Sur certains marchés, le format de facture est désormais aussi une question juridique : depuis le 1er janvier 2026, les entreprises belges assujetties à la TVA doivent émettre et recevoir des factures électroniques structurées pour les transactions B2B nationales, mises en œuvre via le réseau Peppol.

Les accusés de réception sont faciles à négliger. CONTRL indique si un fichier était lisible sur le plan syntaxique ; APERAK signale les erreurs applicatives, comme un site inconnu. Une marque qui ne surveille pas ces messages peut croire qu'une facture a été reçue alors qu'elle a en réalité été rejetée.

Lire aussi

Agents IA dans la saisie des commandes B2B : qu'attendront des marques les robots d'achat des détaillants ?

Où les outils d'IA aident-ils dans le flux de messages ?

Les normes de messages elles-mêmes sont stables ; l'IA apporte donc de la valeur autour d'elles plutôt qu'en leur sein. Les applications utiles sont les suivantes :

• Lire les commandes entrantes qui arrivent encore en PDF ou par e-mail et les transformer en données de commande structurées à vérifier.
• Comparer chaque DESADV sortant avec les données de scan au colisage avant son envoi, et signaler les lignes dont les quantités diffèrent.
• Classer les messages APERAK et de rejet par cause, afin de corriger à la source les problèmes récurrents de données de référence.
• Résumer les guides d'implémentation des distributeurs pour que les équipes voient où un compte s'écarte de la norme.

Rien de tout cela ne remplace des données de référence correctes. Si les GTIN, les codes de localisation et les grilles de tailles sont faux, un modèle d'IA ne fera que traiter plus vite des données erronées.