La norme EANCOM, aussi appelée EDIFACT EANCOM, a joué un rôle central dans l’établissement des normes et le développement des échanges EDI à l’échelle internationale. En effet, en 1987, GS1 a entrepris de créer un ensemble de messages EDI normalisés, s’appuyant sur la norme UN/EDIFACT. Le langage EANCOM est né de cette décision en 1990. Principalement adoptée en Europe, EANCOM a permis aux entreprises du secteur du commerce et de la distribution d’accélérer la mise en œuvre de leurs solutions EDI, facilitant la synchronisation de leurs opérations commerciales, la réduction des délais entre la commande, la livraison et la facturation, ainsi que l’optimisation des stocks et la réduction des coûts.
Dans cet article, découvrez la norme EANCOM, ses origines, ses usages, sa syntaxe, et quels usages aujourd’hui ?
EANCOM : les origines
GS1, Global Standard One, anciennement EAN International, European Article Numbering Association est à l’origine de la norme EANCOM. EDIFACT devenant le standard international pour l’échange de données informatisé, GS1 a élaboré des sous-ensembles de messages EDI destinés au Commerce et à sa SupplyChain basés sur la syntaxe UN/EDIFACT.
Depuis, GS1 assure la conformité des messages EDI EANCOM avec le standard défini par les Nations Unies, tant sur le plan structurel que syntaxique. Les premières publications datent de 1990 et des mises à jour régulières sont publiées pour prendre en compte, d’une part les évolutions des pratiques commerciales, d’autre part, pour répondre aux normes de documents spécifiques des différentes filières de la distribution telles la Santé, la Grande Distribution… GS1 publie des spécifications sectorielles sur son site www.gs1.fr.
EANCOM est une norme à vocation internationale. Au Royaume-Uni, EANCOM remplace progressivement la norme TRADACOMS développée par GS1 UK. Néanmoins, en Amérique du Nord, la norme la plus répandue reste la norme ANSI x12, agréé par l’ANSI, American National Standards Institute pour les échanges électroniques par EDI.
EANCOM : les usages
EANCOM : la syntaxe
La syntaxe générale d’un message EANCOM suit sur le format EDIFACT, qui utilise une structure hiérarchique de segments et de champs pour représenter les données transmises.
La structure de base d’un message EANCOM est la suivante :
- UNA : Segment d’initiation facultatif, définissant les délimiteurs utilisés dans le message,
- UNB : Segment d’en-tête, contenant les informations sur l’expéditeur et le destinataire du message,
- UNG : Segment de groupe d’entêtes, utilisé pour identifier le type de message et d’autres informations relatives au groupe de messages,
- … : Segments spécifiques au type de message (par exemple, ORDERS pour les commandes, INVOIC pour les factures, etc.),
- UNE : Segment de groupe de fins, indiquant la fin du groupe de messages,
- UNZ : Segment de fin, indiquant la fin du message.
Voici un exemple simplifié du message EANCOM, ORDERS (Bon de commande) :
« ` UNA:+.? ‘ UNB+UNOC:3+SENDERID+RECEIVERID+20230811:1234+1′ UNG+ORDERS:D:05B:UN:IFTMIN’ UNH+1+ORDERS:D:05B:UN’ BGM+220::9+ORDER12345+9′ DTM+137:20230811:102′ NAD+BY+123456789::9′ LIN+1++PRODUCT123:EN’ QTY+21:10′ UNS+S’ UNT+8+1′ UNE+1+ORDERS:D:05B:UN’ UNZ+1+1′ « ` |
EANCOM : les messages
EANCOM propose un ensemble important de messages standardisés et normés à la syntaxe EDIFACT. Ces messages peuvent être classés en trois thèmes principaux :
- Données de référence : messages permettent d’échanger des informations sur les produits, les tarifs,
- Transactions commerciales : messages permettent d’échanger des informations sur les commandes, les livraisons, les factures,
- Reporting et planification : messages permettent d’échanger des informations sur les stocks, les prévisions de stocks et de ventes,
Ci-dessous une liste de l’ensemble des messages EANCOM (*) :
Message | Libellé | Description |
APERAK | Erreur et accusé de réception de l’application | La fonction de ce message est : a) d’informer l’émetteur que son message a été reçu par l’application du destinataire et a été rejeté́ à cause d’erreurs rencontrées lors du traitement applicatif ; b) de transmettre un accusé de réception d’un message à l’émetteur de ce message. |
AUTACK | Authentification sécurisée et message d’accusé de réception | Un code pour identifier le message sécurisé d’authentification et d’accusé de réception. |
BANSTA | Etat de traitement bancaire | Message envoyé́ par le destinataire d’un message précédemment envoyé́ et utilisé pour indiquer l’état d’avancement du traitement du message précédemment reçu. Il indique, au niveau applicatif, l’acceptation ou le rejet du message originel ou la possibilité́ pour le destinataire d’exécuter ou non les instructions reçues. |
CNTCND | Contrat (Code EAN) | Message envoyé́ par un acheteur à son fournisseur ou par le fournisseur à l’acheteur, fournissant les conditions contractuelles d’un contrat précédemment négocié afin de permettre la validation automatique des commandes et la vérification des factures avant le paiement. |
COACSU | Relevé de factures | Un Relevé́ de factures permet la transmission des informations commerciales sur des règlements effectués ou en attente, pour un compte (commercial) et pour une période de temps donnée. Le message peut être envoyé́ à intervalles fixes ou sur demande, et il peut être envoyé́ par l’un ou l’autre des partenaires commerciaux ou par leur agent. |
COMDIS | Litige commercial | Message informant qu’un litige commercial dû à une ou plusieurs factures est apparu à l’acheteur. Le message informe le fournisseur qu’une erreur s’est produite lors de la livraison des marchandises ou des services (marchandises endommagées, livraison incomplète, livraison en retard, etc.). Le litige doit être résolu avant que la facture soit réglée. Le message peut être utilisé pour indiquer un litige (litige existant) ou pour indiquer qu’un litige a été résolu. Le message est utilisé́ comme information de litige et comme réponse au litige. |
CONDRA | Gestion de plans | Message destiné à la gestion de chaque échange d’un jeu de fichiers techniques/CAO. Il apportera un complément d’information sur les fichiers, par exemple, sur leur nature, la table des matières et les informations techniques nécessaires à leur interprétation. L’ensemble du processus d’échange de fichiers techniques ou CAO (Conception assistée par ordinateur) entre différents intervenants dans le cadre de projets sera réalisé́ par l’intermédiaire de messages EDIFACT. Le message est l’un d’eux. |
CONTRL | Contrôle de syntaxe | Message accusant réception au niveau de la syntaxe ou refusant, au niveau de la syntaxe, un interchange, un groupe fonctionnel ou un message reçu. Il comprend une indication de l’erreur. |
CREMUL | Avis de crédit multiples | Un message d’avis de crédit multiple est transmis par un établissement financier teneur de comptes au titulaire du compte ou à un tiers et l’informant, que son (ses) compte(s) a (ont) été ou sera (seront) crédité(s) d’un (des) montant(s) précis à la (aux) date(s) indiquée(s) en règlement de la (des) transaction(s) commerciale(s) correspondante(s). |
DEBMUL | Avis de débit multiples | Un message Avis de débit multiple est transmis par un établissement financier teneur de comptes au titulaire du compte ou à un tiers l’informant que son (ses) compte(s) a (ont) été ou sera (seront) débité(s) d’un (des) montant(s) précis à la (aux) date(s) indiquée(s), en règlement de la (des) transaction(s) commerciale(s) correspondante(s). |
DELFOR | Prévisions de livraison | Message de l’acheteur au fournisseur indiquant les besoins en matière de produits pour des livraisons à court terme et/ou des prévisions sur les produits/services à moyen ou à long terme à des fins de planification et ce, conformément aux conditions fixées par un contrat ou une commande. Ce message peut être utilisé pour autoriser l’engagement de ressources en main-d’œuvre et de ressources en matières. |
DESADV | Avis d’expédition | Message donnant des précisions sur les marchandises expédiées ou prêtes à l’expédition sous des conditions approuvées. |
DIRDEB | Débit direct | Message envoyé par le créditeur à sa banque pour lui donner des instructions relatives à la demande au débiteur (aux débiteurs) de verser des montants précis et afin que les crédits correspondants soient enregistrés sur un compte unique qui fonctionne au nom du créditeur en règlement des opérations référencées. |
FINCAN | Annulation d’une transaction financière | Un message d’annulation d’une transaction financière est émis par le client donneur d’ordre (ou le payeur ou un tiers agissant pour son compte) ou par une tierce personne ayant autorité les paiements du client donneur d’ordre à sa banque pour lui demander d’annuler un message ou une transaction financière. |
FINSTA | Etat financier d’un compte | Ce message peut être utilisé pour satisfaire différentes fonctions de communication entre les établissements financiers et leurs clients. Sa fonction la plus courante consiste à fournir un état des éléments enregistrés confirmant les écritures d’un compte client. |
GENRAL | Message libre | Message destiné à permettre la transmission d’informations textuelles. |
HANMOV | Ordre de prestation logistique | Message à destination d’un entrepôt/centre de distribution identifiant les prestations logistiques à réaliser sur les produits. Le message indique également les mouvements de produits, ces mouvements étant limités aux entrepôts gérés par le prestataire logistique. |
IFCSUM | Ordre de transport multiple | Message utilisé pour le groupage émis par un intervenant qui organise les prestations d’acheminement et de transport à l’intention de l’intervenant destinataire du groupage. Ce message peut être utilisé pour échanger des informations concernant le groupage entre les transitaires, les transporteurs et les agents. Il permet à ces intervenants de traiter les expéditions comprises dans ce groupage. De plus, il peut être utilisé pour un ensemble d’expéditions provenant d’un chargeur pour des prestations d’acheminement et de transport. |
IFTMAN | Avis d’arrivée | Message émis par l’intervenant qui assure les prestations d’acheminement et/ou le transport à l’intervenant spécifié dans le contrat, et qui communique des informations détaillées sur l’arrivée d’une consignation. |
IFTMBC | Confirmation de réservation | Message émis par l’intervenant qui fournit les prestations d’acheminement et/ou de transport à l’intervenant qui réserve ces services, confirmant les informations pour la réservation de l’expédition correspondante. Par confirmation, on peut entendre que la réservation d’une expédition est acceptée, en attente, acceptée sous conditions ou rejetée. Les conditions selon lesquelles les services requis seront exécutés peuvent être précisées dans ce message. |
IFTMBF | Réservation ferme | Message émis par l’intervenant qui réserve de façon ferme des prestations d’acheminement et/ou de transport pour une expédition à l’intervenant fournissant ces services. Ce message contiendra les conditions selon lesquelles l’émetteur des messages demande que les services soient exécutés. |
IFTMIN | Ordre de transport | Message émanant de l’intervenant émettant des directives concernant des services d’expédition/transport d’un chargement dans des conditions approuvées, à l’intervenant chargé de l’organisation des services d’expédition et/ou de transport. |
IFTSTA | Statut de transport | Message précisant le statut de transport et/ou une modification du statut de transport (un événement, par exemple), entre deux partenaires. |
INSDES | Instruction de livraison | Message donnant à un tiers, l’instruction d’expédier une livraison. |
INVOIC | Facture | Message réclamant le paiement de marchandises ou de services livrés, conformément aux conditions définies. Qualifié de manière appropriée, le message INVOIC sert également de note de débit et d’avoir. |
INVRPT | Etat d’inventaire | Message précisant des informations concernant les stocks. Le message d’Etat d’inventaire est conçu pour être utilisé dans les deux sens par les partenaires commerciaux. |
KEYMAN | Clé de sécurité et message de gestion des certificats | Un code pour identifier la clé de sécurité et le message de gestion des certificats. |
MSCONS | Relevé de compteur | Un message relevé de compteur est échangé entre partenaires commerciaux, ou leurs agents. Il fournit la consommation relevée à un compteur et si nécessaire, les informations techniques sur les produits ou les services dont la consommation est mesurée par le compteur. |
ORDCHG | Modification de la commande | Message de l’acheteur au vendeur spécifiant les détails de la demande faite par l’acheteur de modifier un bon de commande. |
ORDERS | Commande | Message précisant les détails relatifs à des marchandises ou à des services commandés dans des conditions mutuellement acceptées entre le vendeur et l’acheteur. |
ORDRSP | Réponse à la commande | Message du vendeur à l’acheteur, répondant à un message de commande ou à un message de modification de la commande. |
OSTENQ | Demande de statut d’ordre | Message émis par l’acheteur ou son agent pour demander au fournisseur (ou à son agent) des informations sur le statut d’un ou de plusieurs ordres envoyé(s) précédemment. |
OSTRPT | Statut de l’ordre | Message au moyen duquel un vendeur ou son agent transmet le statut d’un ordre. Ce message peut être utilisé en réponse à une demande de statut d’ordre, envoyé par le client ou son agent, ou bien, tenir de rapport. Le type de flux est déterminé dans l’accord d’interchange. |
PARTIN | Informations sur les intervenants | Message visant à permettre la transmission d’informations de base concernant les lieux et leurs données associées : logistiques, administratives, financières, de fabrication et commerciales. |
PAYDUC | Avis de retenues sur un bulletin de salaire | Message émis par un intervenant à un organisme prestataire de services pour détailler les paiements par retenues sur le bulletin de salaire, au nom des employés, à l’intention du prestataire fournissant ce service. |
PAYMUL | Ordre de paiement multiple | Message envoyé par le client donneur d’ordre (le payeur ou un tiers agissant pour le compte du donneur d’ordre) à sa banque pour lui demander de débiter son compte et de faire en sorte que plusieurs bénéficiaires (ou créditeurs) reçoivent les montants spécifiés en règlement des transactions commerciales correspondantes. |
PRICAT | Catalogue – liste de prix | Message permettant la transmission d’informations sur les prix et le catalogue pour des marchandises et des services proposés par un vendeur à un acheteur. |
PRODAT | Information produit | Message contenant les informations de base d’identification et de description de l’article. Ces informations, d’une grande stabilité, n’incluent pas les conditions commerciales et concernent les descriptions techniques et fonctionnelles de l’article. Ces informations sont transmises pour information ou en vue de l’achat. |
PROINQ | Demande d’information produit | Message permettant à l’émetteur de demander de l’information sur un produit ou un groupe de produits. |
QALITY | Rapport qualité | Message permettant la transmission des résultats d’essais effectués pour vérifier qu’un produit ou qu’un procédé réponde à une demande particulière. Le contenu comprend, mais sans limitation, des données d’essai, des mesures, des renseignements statistiques et la description des méthodes d’essais utilisées. |
QUOTES | Réponse à l’appel d’offres | Message donnant aux vendeurs potentiels la possibilité de fournir des prix, un programme de livraison et tout autre condition en vue de la vente potentielle de marchandises ou de services. |
RECADV | Accusé de réception de livraison | Message répondant aux besoins commerciaux relatifs à la réception de marchandises. Ce message est là pour remonter les informations sur la réception des marchandises. Il peut indiquer les écarts constatés en matière de produits, de quantités, de colisage, etc. |
REMADV | Avis de paiement | Message fournissant un état détaillé concernant un paiement ou autre forme de règlement financier, à une date spécifiée, pour la fourniture de marchandises et/ou de services détaillés dans l’avis en question. |
REQOTE | Appel d’offre | Message donnant aux acheteurs potentiels la possibilité de demander au fournisseurs potentiels, les prix, les programmes de livraison et toute autre condition concernant des articles ou des services. |
RETANN | Demande de retour de marchandises (code EAN) | Message annonçant un retour de marchandises. |
RETINS | Ordre de retour de marchandises (code EAN) | Message donnant les instructions de retour. |
SLSFCT | Prévision des ventes | Message permettant la transmission des informations sur prévisions de ventes pour des produits ou des services, y compris des informations sur les lieux concernés, les périodes, l’identification du produit, les informations sur le prix, le montant, les quantités, le marché, les partenaires commerciaux. Il permet le traitement automatique de l’information et son utilisation pour la production, la planification, le marketing, les statistiques, etc. |
SLSRPT | Etat des ventes | Message visant à permettre la transmission des données de vente des produits ou des services, par exemple le lieu de vente, la période, l’identification du produit, le prix, le montant monétaire, la quantité, des informations sur le marché, les partenaires commerciaux. Il permet au destinataire de traiter automatiquement les informations et de les utiliser à des fins de production, de planification, de commercialisation et de statistiques, etc. |
TAXCON | Contrôle de taxes | Message permettant la transmission des informations sur les taxes d’une facture ou d’un ensemble de factures. |
(*) Source GS1 France
EANCOM vs EDIFACT : quelles différences ?
EANCOM est un subset d’EDIFACT, il s’agit en fait d’un ensemble de messages EDI construit sur la norme EDIFACT. De fait, la norme EDIFACT est généraliste alors qu’EANCOM est spécialisée dans les domaines de la vente et de l’approvisionnement des points de vente. Les principales différences sont :
1- Les champs d’application
- EDIFACT est un standard international et générique pour l’échange de documents électroniques dans tous les secteurs du commerce, de l’industrie, des finances, des administrations.
- EANCOM est un sous-ensemble spécifique ou subset d’EDIFACT, développé par l’organisme de normalisation GS1 (anciennement EAN International) et principalement utilisé dans le secteur du commerce, de la grande distribution et des chaînes d’approvisionnement.
2- Les spécificités sectorielles
- EDIFACT, du fait de son caractère générique est utilisé dans de nombreux secteurs différents et peut être personnalisé pour répondre aux besoins spécifiques de chaque filière industrielle ou commerciale, tels ODETTE pour l’industrie Automobile, INOVERT pour le Transport et la Logistique.
- EANCOM est spécifiquement axée sur les besoins de la chaîne d’approvisionnement, du commerce de détail et de la grande distribution.
3- La codification
- Les messages EDIFACT sont composés de segments qui contiennent des données spécifiques. Les segments sont utilisés pour structurer les messages et transmettre des informations. EDIFACT utilise des listes de codes standardisés définis par l’ONU pour représenter diverses données commerciales.
- EANCOM utilise également des segments au format EDIFACT, mais EANCOM utilise des listes de codage spécifiques de GS1 : codification GTIN pour les articles, les tiers, les codes lieu-fonction, etc.
EANCOM : quels usages aujourd’hui
L’une des forces de la norme EANCOM réside dans sa capacité à s’adapter à des besoins spécifiques de différentes filières métiers du commerce et de la distribution. Par exemple, pour des secteurs telles : la santé, la bijouterie, la restauration commerciale et collective, GS1 publie des spécifications de codifications propres à chacun de ces secteurs. Ainsi, les messages de la norme EANCOM peuvent aisément s’adapter aux besoins uniques de chaque métier, tout en assurant une compatibilité entre les différentes versions d’EANCOM.
Aujourd’hui, les messages EANCOM sont utilisés pour synchroniser via EDI les plateformes de commerce en ligne avec les gestions commerciales des entreprises et les plateformes logistiques en charge de l’expédition des commandes.