Les définitions dans ce glossaire représentent les interpétations comprises et partagées par la majorité de la communauté EDI et facturation électronique. Explorez les différentes rubriques:

Types de messages 

Les Echanges de Données Informatisés (EDI) entre partenaires commerciaux sont souvent appelés messages EDI. Chaque message contient un ensemble structuré de données relatives à l'information contenue dans le message spécifique, par exemple une facture.

Il existe des termes généraux, comme les factures et les bons de commande, qui sont des types de messages en soi. Cependant, plusieurs termes peuvent représenter le même type de message EDI ; lorsque les normes EDI sont impliquées, chacune d'entre elles fournissant sa propre terminologie et ses exigences en matière de données structurées pour un message particulier. Par exemple, une facture est appelée EDI 810 selon la norme ANSI X12, mais elle est appelée INVOIC selon la norme UN/EDIFACT. Les données contenues dans la facture sont également structurées différemment. 

Vous trouverez ici les types de messages EDI courants, la terminologie générale et les types de messages spécifiques aux normes EDI populaires. 

  • Accusé de réception : Les échanges de données électroniques via l'EDI nécessitent souvent un accusé de réception pour certains messages afin de montrer que le message a été livré, son statut, et tout changement qui pourrait nécessiter une action humaine. Un message d'accusé de réception électronique est utilisé, par exemple, pour confirmer la réception d'un bon de commande. 

    Il existe de nombreux types de messages d'accusé de réception électronique, mais l'un des plus courants est l'accusé de réception de commande ORDRSP. Lorsqu'on utilise la norme EDIFACT pour l'Echange de Documents Informatisé (EDI), un acheteur (émetteur) transmet un bon de commande ORDRS à son fournisseur (récepteur) et le fournisseur confirme ensuite la réception du bon de commande en envoyant un ORDRSP en réponse. 
     
  • Accusé de réception du bon de commande : Dans un scénario commercial typique, un fournisseur reçoit un bon de commande d'un client et confirme ensuite la réception de cette commande en envoyant un accusé de réception de commande en réponse. L'accusé de réception d'un bon de commande contient également des informations indiquant si le bon de commande a été accepté, rejeté ou accepté avec des modifications. 

    Les accusés de réception de commande peuvent être envoyés par voie électronique. En Europe, les accusés de réception électroniques sont communément appelés messages ORDRSP selon la norme UN/EDIFACT. En Amérique du Nord, la version électronique d'un accusé de réception de commande est communément appelée EDI 855, conformément à la norme ANSI X12. 
     
  • Accusé de réception fonctionnel (AF) : Communément appelé EDI 997 conformément à la norme ANSI X12, un accusé de réception fonctionnel peut être utilisé par tous les partenaires commerciaux pour confirmer la livraison de l'information électronique ; c'est une confirmation technique que certaines données EDI ont été livrées au(x) destinataire(s) prévu(s). Un accusé de réception fonctionnel (EDI 997) fournit un rapport détaillé sur les données transmises et informe l'expéditeur si une action supplémentaire est nécessaire.

    La définition officielle de l'ANSI X12 est la suivante : L'ensemble de transactions d'accusé de réception fonctionnel EDI 997 peut être utilisé pour définir les structures de contrôle d'un ensemble d'accusés de réception pour indiquer les résultats de l'analyse syntaxique des documents codés électroniquement. Les documents codés sont les ensembles de transactions, qui sont regroupés en groupes fonctionnels, utilisés pour définir les transactions pour l'échange de données commerciales. La présente norme ne couvre pas la signification sémantique des informations codées dans les ensembles de transactions.
     
  • ACH (Automated Clearing House, ou chambres de compensation automatisées) :  Un paiement ACH est un type d'EFT (Electronic Funds Transfer) qui est utilisé pour transférer des fonds d'un compte bancaire à un autre via le réseau ACH, par opposition à l'envoi d'argent d'une carte bancaire à une autre. Il ne peut être utilisé que pour transférer des paiements à l'intérieur des États-Unis.
     
  • APERAK : (Application Error and Acknowledgement Message) Selon la norme EDIFACT, l'APERAK est le nom à six caractères d'un message électronique d'erreur de demande et d'accusé de réception.

    La définition officielle UN/EDIFACT de l'APERAK est la suivante : La fonction de ce message est : (1) d'informer un émetteur de message que son message a été reçu par l'application du destinataire et a été rejeté en raison d'erreurs rencontrées lors de son traitement dans l'application. (2) d'accuser réception à un émetteur de message de la réception de son message par l'application du destinataire. Vous pouvez lire la définition étendue du message APERAK sur le site de l'UN/EDIFACT ici
     
  • ASN : L'ASN (Advanced Shipping Notice/Advance Ship Notice) est l'un des protocoles de communication EDI les plus importants, surtout pour les détaillants, lorsqu'il s'agit de s'assurer qu'une commande sera livrée comme promis. 
    En Europe, on l'appelle le plus souvent DESADV, conformément à la norme EDIFACT des Nations Unies. Et parfois, il est simplement appelé avis de livraison. En Amérique du Nord, il est souvent appelé EDI 856 Ship Notice/Manifest conformément à la norme X12 de l'American National Standards Institute (ANSI X12). 

    L'ASN contient les informations suivantes : 
    - Commande(s) expédiée(s)
    - Lignes qui énumèrent clairement les biens et/ou services facturés 
    - Description des produits
    - Informations sur le transporteur et numéro de suivi
    - Date et heure de livraison estimées
    - Description de l'emballage
    - Étiquettes de code-barres pour la réception (le cas échéant)
    - Codes des palettes (le cas échéant)
     
  • BALANC : (Balance Message) Selon la norme EDIFACT, BALANC est le nom à six caractères d'un message de solde électronique. Le message BALANC est utilisé pour la transmission de données financières au sein d'une entreprise et/ou d'autres acteurs financiers. 
    La définition officielle UN/EDIFACT de BALANC est la suivante : Un message utilisé pour échanger des soldes liés à l'entreprise entre l'entreprise et ceux qui peuvent les utiliser à des fins de comptabilité, d'audit, de comptabilité analytique, de consolidation, d'analyse financière, etc. Vous pouvez lire la définition étendue du message BALANC sur le site web de l'UN/EDIFACT ici.
     
  • BANSTA : (Banking Status Message) Selon la norme EDIFACT, BANSTA est le nom à six caractères d'un message de statut bancaire électronique. 
    La définition officielle UN/EDIFACT de BANSTA est la suivante : Un message BANSTA est envoyé par une institution financière à son client et/ou vice versa et entre institutions financières. Il est utilisé pour toutes sortes de demandes, de réponses et d'informations sur le statut au niveau de l'application.
     
  • Connaissement ou Bill of Lading : Un connaissement est un document nécessaire à l'expédition de marchandises commerciales. Il contient des informations sur le vendeur et les détails nécessaires au transporteur, par exemple, si des frais de transport sont exigés à la livraison. Le connaissement sert également de transfert officiel de propriété du vendeur à l'acheteur et est utilisé pour vérifier que l'expédition a été reçue. Une signature peut être requise.
     
  • DELFOR : (Delivery Schedule Message) Selon la norme EDIFACT, DELFOR est le nom à six caractères d'un message électronique de calendrier de livraison.

    La définition officielle UN/EDIFACT du DELFOR est la suivante : DELFOR est un message qui est envoyé par une partie qui planifie l'utilisation ou la consommation de produits à une partie qui doit planifier la fourniture de ces produits. Le message donne les exigences concernant les détails de la livraison à court terme et/ou la programmation à moyen et long terme des produits. L'ordonnancement peut être utilisé pour autoriser la fabrication et/ou la fourniture de matériaux.

    Ceci est basé sur les termes et conditions définis dans un bon de commande ou un contrat. Le message peut également être envoyé en réponse par une partie qui a reçu un message DELFOR pour indiquer à la partie qui a émis le message, l'acceptation, le rejet ou pour proposer des modifications au message précédent. Vous pouvez lire la définition étendue du message DELFOR sur le site web de l'UN/EDIFACT ici.
     
  • DELJIT : (Delivery Just In Time Message) Selon la norme EDIFACT, DELJIT est le nom à six caractères d'un message électronique de livraison juste à temps. Le message DELJIT est souvent utilisé pour soutenir les pratiques de fabrication juste à temps (JAT). Il est envoyé par le client, qui est très probablement un fabricant, à un fournisseur (le plus souvent de matières premières) afin de définir les exigences de planification nécessaires pour permettre une approche JAT réussie. 

    La définition officielle UN/EDIFACT de DELJIT est la suivante : Ce message donne la possibilité à un client de transmettre à un fournisseur des exigences précises en matière de séquence de livraison et de calendrier juste à temps, et est destiné à compléter le message de calendrier de livraison (DELFOR). Vous pouvez lire la définition étendue du message DELJIT sur le site web de l'UN/EDIFACT ici. 
     
  • DESADV : (DESpatch Advice Message) Selon la norme EDIFACT, le DESADV est le nom à six caractères d'un avis d'expédition électronique, ou avis d'expédition. C'est l'un des messages EDI les plus utilisés, notamment par les détaillants. Le DESADV est plus communément appelé ASN (Advanced Shipping Notice) ou EDI 856 en Amérique du Nord, conformément à la norme ANSI X12 pour l'échange de documents électroniques.

    Le DESADV contient les informations suivantes : 
    - Commande(s) expédiée(s)
    - Des lignes qui énumèrent clairement les biens et/ou services 
    - Description des produits
    - Informations sur le transporteur et numéro de suivi
    - Date et heure estimées de la livraison
    - Description de l'emballage
    - Étiquettes de code-barres pour la réception (le cas échéant)
    - Codes des palettes (le cas échéant)

    La définition officielle UN/EDIFACT de DESADV est la suivante : Un message spécifiant les détails des marchandises expédiées ou prêtes à être expédiées dans des conditions convenues. Le message d'avis d'expédition des Nations Unies sert à la fois de spécification pour l'avis d'expédition de livraison et de message d'avis d'expédition de retour. Dans le présent document, la référence à l'"avis d'expédition" peut être interprétée comme exprimant le sens plus large de "avis d'expédition de livraison/avis d'expédition de retour". Vous pouvez lire la définition étendue de DESADV sur le site web de l'UN/EDIFACT ici. 
     
  • EDI 810 : (Facture) Un EDI 810 est une facture électronique conforme à la norme ANSI X12, l’une des normes EDI les plus utilisées en Amérique du Nord. Dans un scénario commercial typique, un fournisseur envoie une facture à un client (acheteur) après l’exécution d’un bon de commande (PO ou purchase order), ou EDI 850 en termes ANSI X12. 

    Une facture contient, sans s’y limiter, les informations suivantes :
    - Des informations commerciales (adresse, numéro de téléphone, etc.) pour l’acheteur et le fournisseur.
    - Les lignes qui énumèrent clairement les biens et/ou services facturés. 
    - La date d’émission
    - Conditions de paiement (par exemple, doit être payé dans les 30 jours)
    - Le montant total dû
    - La taxe ou la TVA (le cas échéant).

    La définition officielle de l’ANSI X12 est la suivante : L’ensemble de transactions de facture EDI 810 peut être utilisé pour prévoir les pratiques commerciales et industrielles habituelles et établies relatives à la facturation des biens et services fournis.
     
  • EDI 846 : (Demande/avis d’inventaire) Un EDI 846 est une demande/avis d’inventaire électronique conforme à la norme ANSI X12, l’une des normes EDI les plus utilisées en Amérique du Nord. Un EDI 846 est souvent utilisé dans l’industrie manufacturière, et il fonctionne de deux façons : il peut être envoyé par le fournisseur ou par l’acheteur. 

    Un fournisseur peut envoyer un EDI 846 à un client pour l’informer des niveaux de stock qui peuvent être pertinents en fonction de ses habitudes d’achat. D’autre part, un client peut envoyer un EDI 846 pour vérifier lui-même les niveaux de stock du fournisseur. Cela contribue à faciliter une planification réaliste des deux côtés, car cela définit les attentes et fournit un point de référence pour les demandes de renseignements sur les niveaux de stock.

    Beaucoup demandent la différence entre l’EDI 846 et l’EDI 852. L’EDI 846 est une demande de renseignements sur l’état réel des stocks, tandis que l’EDI 852 est plutôt axé sur les calculs précis des stocks, la planification et les prévisions.

    La définition officielle de l’ANSI X12 est la suivante : L’ensemble de transactions EDI 846 de demande/avis d’inventaire peut être utilisé de la façon suivante : (1) pour qu’un vendeur de biens et services fournisse des informations sur les stocks à un acheteur potentiel, sans obligation pour l’acheteur d’acquérir ces biens ou services ; (2) pour qu’un représentant d’un vendeur de biens et services fournisse des informations sur les stocks à ce vendeur ; (3) pour qu’un emplacement fournisse des informations sur les stocks à un autre emplacement ; et (4) pour une demande de renseignements sur la disponibilité des stocks sans obligation pour le vendeur de biens et services de réserver ces stocks.
     
  • EDI 850 : (Purchase Order ou Bon de commande) Un EDI 850 est un bon de commande électronique (PO) conforme à la norme ANSI X12, l’une des normes EDI les plus utilisées en Amérique du Nord. C’est l’un des documents EDI les plus couramment échangés dans toutes les industries. Dans un scénario commercial typique, un acheteur (détaillant ou autre) envoie un EDI 850 à un fournisseur pour commander des biens et/ou des services, après quoi le fournisseur envoie une facture (EDI 810).

    Un EDI 850 contient, sans s’y limiter, les informations suivantes :
    - Description des biens et/ou services demandés, présentés sous forme de lignes individuelles
    - Quantité de biens et/ou de services demandés
    - Conditions de livraison (p. ex., doit être livré dans les 10 jours)
    - Le montant total à facturer. 

    La définition officielle de l’ANSI X12 est la suivante : L’ensemble de transactions de bon de commande EDI X12 850 peut être utilisé pour fournir les pratiques commerciales et industrielles habituelles et établies relatives à la passation de bons de commande pour des biens et des services. Cet ensemble de transactions ne doit pas être utilisé pour transmettre des modifications de bons de commande ou des informations de confirmation de bons de commande.

    Il est important de souligner le point ci-dessus. Le bon de commande EDI 850 (communément appelé EDI 850 PO, ou simplement PO) est destiné aux commandes EDI uniquement. Dans une mise en page traditionnelle de l’EDI 850, chaque produit individuel est listé par une ligne et le total de la commande à facturer est calculé en bas. La mise en page comprend également des informations typiques sur l’expéditeur et le destinataire, comme le nom de l’entreprise et ses coordonnées, par exemple. 
     
  • EDI 852 : (Données sur l’activité du produit ou Product Activity Data) Un EDI 852 est un message électronique concernant les données sur l’activité du produit et est conforme à la norme ANSI X12, l’une des normes EDI les plus utilisées en Amérique du Nord. Il est souvent utilisé dans les industries automobile et pharmaceutique comme moyen de maintenir des niveaux de stock sains.
    Beaucoup posent la question de la différence entre l’EDI 852 et l’EDI 846. L’EDI 852 est plus axé sur le calcul précis des stocks, la planification et les prévisions, tandis que l’EDI 846 est une enquête sur l’état réel des stocks.

    De plus, les données contenues dans l’ensemble des transactions de l’EDI 852 sont souvent comparées à celles d’un rapport EDI 867 sur le transfert et la revente de produits, qui fournit des informations sur le mouvement des produits entre les sites et comment cela se rapporte au client final. Les EDI 852 et 867 sont souvent consultés ensemble pour un aperçu plus détaillé.

    La définition officielle de l’ANSI X12 est la suivante : L’ensemble de transactions EDI 852 sur les données d’activité des produits peut être utilisé pour informer un partenaire commercial des stocks, des ventes et d’autres informations sur l’activité des produits. Les données sur l’activité des produits permettent à un partenaire commercial de planifier et d’expédier, ou de
    proposer des quantités de réapprovisionnement des stocks, pour les centres de distribution, les entrepôts ou les points de vente au détail.

    Le destinataire de l’ensemble de transactions maintiendra un certain type d’enregistrements de mouvements de stocks/produits pour ses partenaires commerciaux afin de permettre les calculs de réapprovisionnement basés sur les données fournies par le distributeur, l’entrepôt ou le détaillant.
     
  • EDI 855 : (Accusé de réception de commande) Un EDI 855 est un accusé de réception de commande conforme à la norme ANSI X12, l’une des normes EDI les plus utilisées en Amérique du Nord. Elle est utilisée dans toutes les industries. Dans un scénario commercial typique, un fournisseur reçoit un ordre d’achat (EDI 850) d’un client et confirme ensuite la réception de cet ordre en envoyant un EDI 855 en réponse. 
    L’EDI 855 contient également des informations sur l’acceptation, le rejet ou l’acceptation avec modifications de la commande. Cette information est présentée sous la forme d’un code de rejet EDI 855 et est contenue dans le document EDI.

    La définition officielle de l’ANSI X12 est la suivante : L’ensemble de transactions EDI 855 Accusé de réception de commande peut être utilisé pour fournir les pratiques commerciales et industrielles habituelles et établies relatives à l’accusé de réception par un vendeur de la commande d’un acheteur, d’où le nom d’Accusé de réception de commande. L’ensemble de transactions EDI 855 peut également être utilisé comme notification d’une commande générée par un vendeur. Cette utilisation informe l’acheteur qu’un vendeur a expédié ou expédiera la marchandise comme prévu dans son partenariat.
     
  • EDI 856 : (Avis d’expédition/manifeste) Un EDI 856 est un avis d’expédition/manifeste électronique conforme à la norme ANSI X12, l’une des normes EDI les plus utilisées en Amérique du Nord. En Amérique du Nord, l’EDI 856 est également appelé ASN (Advanced Shipping Notice). En Europe, il est souvent appelé DESADV (dispatch advice) conformément à la norme EDIFACT. 

    L’EDI 856 contient les informations suivantes : 
    - Commande(s) expédiée(s)
    - Lignes qui énumèrent clairement les biens et/ou services facturés 
    - Description des produits
    - Informations sur le transporteur et numéro de suivi
    - Date et heure estimées de la livraison
    - Description de l’emballage
    - Étiquettes de code-barres pour la réception (le cas échéant)
    - Codes des palettes (le cas échéant)

    La définition officielle de l’ANSI X12 est la suivante : L’ensemble de transactions EDI 856 Avis d’expédition/Manifeste peut être utilisé pour énumérer le contenu d’une expédition de marchandises ainsi que des informations supplémentaires relatives à l’expédition, telles que les informations sur la commande, la description du produit, les caractéristiques physiques, le type d’emballage, le marquage, les informations sur le transporteur et la configuration des marchandises dans l’équipement de transport. L’ensemble de transactions permet à l’expéditeur de décrire le contenu et la configuration d’une expédition à différents niveaux de détail et offre une souplesse ordonnée pour transmettre les informations.

    L’expéditeur de cette transaction est l’organisation responsable de la description détaillée et de la communication du contenu d’une ou plusieurs expéditions à un ou plusieurs destinataires de l’ensemble de transactions. Le destinataire de cet ensemble de transactions peut être n’importe quelle organisation ayant un intérêt dans le contenu d’un envoi ou dans des informations sur le contenu d’un envoi.
     
  • EDI 860 : (Demande de modification de bon de commande, initiée par l’acheteur) L’EDI 860 est une demande de modification de bon de commande initiée par l’acheteur conformément à la norme ANSI X12, l’une des normes EDI les plus utilisées en Amérique du Nord. L’EDI 860 peut être utilisé par un acheteur pour demander un changement à un ordre d’achat (EDI 850) qu’il a déjà soumis, ou pour accepter une modification à l’ordre d’achat faite par le fournisseur via un accusé de réception d’ordre d’achat EDI 855. 

    La définition officielle de l’ANSI X12 est la suivante : L’ensemble de transactions EDI 860 Demande de modification de commande d’achat, initiée par l’acheteur peut être utilisé pour fournir les informations requises pour les pratiques commerciales et industrielles habituelles et établies relatives à une modification de commande d’achat. Cette transaction peut être utilisée (1) par un acheteur pour demander un changement à un bon de commande déjà soumis ou (2) par un acheteur pour confirmer l’acceptation d’un changement de bon de commande initié par le vendeur ou par accord mutuel des deux parties.
     
  • EDI 940 : (Warehouse Shipping Order) Un EDI 940 est un ordre électronique d’expédition d’entrepôt conforme à la norme ANSI X12, l’une des normes EDI les plus utilisées en Amérique du Nord. Dans un scénario commercial typique, un fabricant utilise un EDI 940 pour communiquer avec l’un de ses entrepôts concernant des informations sur les expéditions.

    L’EDI 940 est aussi couramment utilisé dans les scénarios de livraison directe, car de nombreuses entreprises manufacturières choisissent de confier la livraison directe à un fournisseur de services logistiques tiers (3PL). Cela peut représenter une énorme opportunité d’économie pour les fabricants, il est donc bon de connaître les tenants et aboutissants de l’expédition directe pour prendre la meilleure décision.

    La définition officielle de l’ANSI X12 est la suivante : L’ensemble de transactions EDI 940 Warehouse Shipping Order peut être utilisé pour permettre au déposant ou à une autre partie commerciale d’aviser un entrepôt d’effectuer une expédition, de confirmer une expédition, ou de modifier ou d’annuler un ordre d’expédition transmis précédemment.
     
  • EDI 943 : (Avis d’expédition de transfert de stock d’entrepôt) Un EDI 943 est un avis d’expédition de transfert de stock d’entrepôt électronique conforme à la norme ANSI X12, l’une des normes EDI les plus utilisées en Amérique du Nord. Dans un scénario commercial typique, un fabricant utilise un EDI 943 pour informer un entrepôt qu’il doit expédier certains articles à un autre entrepôt. 

    La définition officielle de l’ANSI X12 est la suivante : L’ensemble de transactions EDI 943 Avis d’expédition de transfert de stock d’entrepôt peut être utilisé par un déposant ou un agent du déposant ou une autre partie commerciale pour informer le destinataire qu’une expédition de transfert a été effectuée. Cet ensemble de transactions fournit à un emplacement de réception des informations détaillées concernant le produit expédié à cet emplacement.
     
  • EDI 944 : (Avis de réception de transfert de stock d’entrepôt) Un EDI 944 est un avis électronique de réception de transfert de stock d’entrepôt conforme à la norme ANSI X12, l’une des normes EDI les plus utilisées en Amérique du Nord. Dans un scénario commercial typique, un fabricant envoie un EDI 943 à un entrepôt pour l’informer que certaines marchandises doivent être expédiées à un autre entrepôt. L’entrepôt alternatif envoie un EDI 944 au fabricant pour l’informer que les marchandises prévues ont été reçues. 

    La définition officielle de l’ANSI X12 est la suivante : L’ensemble de transactions EDI 944 Avis de réception de transfert de stock d’entrepôt peut être utilisé par un emplacement de réception pour informer un déposant ou un agent du déposant ou une autre partie commerciale qu’une expédition de transfert a été reçue. Cet ensemble de transactions fournit au déposant ou à l’agent du déposant des informations détaillées concernant le produit qui a été reçu.
     
  • EDI 945 : (Avis d’expédition d’entrepôt) Un EDI 945 est un avis d’expédition d’entrepôt électronique conforme à la norme ANSI X12, l’une des normes EDI les plus utilisées en Amérique du Nord. Semblable à un avis préalable d’expédition (EDI 856), l’EDI 945 est la façon dont l’entrepôt informe le fabricant que son ordre d’expédition d’entrepôt (EDI 940) a été exécuté. 
    En d’autres termes, un EDI 945 permet aux fabricants de savoir que leur commande a été expédiée de l’entrepôt et qu’elle est partie vers sa destination prévue, que la commande soit destinée à un client ou directement au consommateur via un scénario de livraison directe. 

    La définition officielle de l’ANSI X12 est la suivante : L’ensemble de transactions EDI 945 Warehouse Shipping Advice peut être utilisé par l’entrepôt pour informer le déposant ou une autre partie commerciale que l’expédition a été effectuée. Le document EDI 945 est utilisé pour réconcilier les quantités commandées avec les quantités expédiées.
     
  • EDI 997 : (Functional Acknowledgement) Un EDI 997 est un accusé de réception fonctionnel (FA) électronique conforme à la norme ANSI X12, l’une des normes EDI les plus utilisées en Amérique du Nord. En termes simples, l’EDI 997 peut être utilisé par tous les partenaires commerciaux et sert à confirmer la livraison de l’information électronique ; il s’agit d’une confirmation technique que certaines données EDI ont été livrées à leur(s) destinataire(s). Un EDI 997 fournit un rapport détaillé sur les données transmises et informe l’expéditeur si une action supplémentaire est nécessaire.

    La définition officielle de l’ANSI X12 est la suivante : L’ensemble de transactions d’accusé de réception fonctionnel EDI 997 peut être utilisé pour définir les structures de contrôle d’un ensemble d’accusés de réception pour indiquer les résultats de l’analyse syntaxique des documents codés électroniquement. Les documents codés sont les ensembles de transactions, qui sont regroupés en groupes fonctionnels, utilisés pour définir les transactions pour l’échange de données commerciales. La présente norme ne couvre pas la signification sémantique des informations codées dans les ensembles de transactions.
     
  • EFT : (Electronic Funds Transfer) Un EFT est un terme général qui peut être utilisé pour désigner tout type de paiement électronique dans lequel des fonds sont transférés d’un compte bancaire à un autre au sein de la même institution financière ou dans des institutions financières différentes.

    Pour un usage personnel, le TEF le plus courant est le transfert de fonds personnels d’un compte bancaire à un autre (c’est-à-dire le transfert de fonds d’un compte chèque dans une banque à un compte d’épargne dans une autre). Dans les entreprises, les virements électroniques sont une pratique courante, qui entrent également dans la catégorie des TEF. Il en va de même pour les transferts ACH (Automated Clearing House) aux États-Unis.
     
  • FINCAN : (Financial Cancellation Message) Selon la norme EDIFACT, FINCAN est le nom à six caractères d’un message électronique d’annulation financière.  
    La définition officielle UN/EDIFACT de FINCAN est la suivante : Un message d’annulation financière est envoyé par le client donneur d’ordre (ou le payeur ou l’agent au nom du client donneur d’ordre) ou par un tiers ayant autorité sur les paiements du client donneur d’ordre à la banque commanditaire pour demander l’annulation d’un message financier ou d’une transaction donnée. Vous pouvez lire la définition étendue du message FINCAN sur le site web de l’UN/EDIFACT ici.
     
  • FINPAY : (Multiple Interbank Funds Transfer Message) Selon la norme EDIFACT, FINPAY est le nom à six caractères d’un message électronique de transfert multiple de fonds interbancaires. 

    La définition officielle UN/EDIFACT de FINPAY est la suivante : Un message de transfert de fonds interbancaire multiple est envoyé entre des institutions financières pour demander le transfert de fonds en règlement de la ou des transactions commerciales référencées. Le message FINPAY peut être échangé directement entre les institutions financières ou par l’intermédiaire d’un système de compensation.

    Selon la relation de compte entre les institutions financières, le message FINPAY peut être utilisé comme un ordre de paiement et/ou comme un avis de crédit. Le message FINPAY peut également être utilisé pour les encaissements, les crédits documentaires, les débits directs et d’autres transferts liés aux institutions financières. Vous pouvez lire la définition étendue du message FINCAN sur le site web de l’UN/EDIFACT ici.
     
  • FINSTA : (Message de relevé financier d’un compte) Selon la norme EDIFACT, FINSTA est le nom à six caractères d’un message électronique de relevé financier d’un compte. 
    La définition officielle UN/EDIFACT de FINSTA est la suivante :   Ce message peut être utilisé pour répondre à diverses fonctions de communication entre les institutions financières et leurs clients. La fonction la plus fréquente est de fournir un relevé des écritures comptables sur le compte d’un client. Le type de message peut contenir plusieurs comptes (cités dans le niveau B). Vous pouvez lire la définition étendue du message FINSTA sur le site web de l’UN/EDIFACT ici.
     
  • GENRAL : (General Purpose Message) Selon la norme EDIFACT, GENRAL est le nom à six caractères d’un message électronique à usage général. 
    La définition officielle UN/EDIFACT du GENRAL est la suivante :  Un message permettant la transmission d’informations textuelles. Vous pouvez lire la définition étendue du message GENRAL sur le site web de l’UN/EDIFACT ici. 
     
  • HANMOV : (Cargo/Goods Handling and Movement Message) Selon la norme EDIFACT, HANMOV est le nom à six caractères d’un message électronique de manutention et de mouvement de marchandises. 

    La définition officielle UN/EDIFACT de HANMOV est la suivante : Ce message comprend deux fonctionnalités : (1) Un message d'une partie à un entrepôt/centre de distribution identifiant les services de manutention et, le cas échéant, le mouvement des marchandises spécifiées. (2) Un message d'un fournisseur de services logistiques (c'est-à-dire un entrepôt, un centre logistique, un centre de distribution) à un donneur d'ordre indiquant le statut des services de manutention et, le cas échéant, le mouvement des marchandises spécifiées.

    Les deux sont limités aux entrepôts situés dans la juridiction du centre de distribution. Vous pouvez lire la définition étendue du message HANMOV sur le site web de l'UN/EDIFACT ici. 
     
  • IFTMAN : (Arrival Notice Message) Selon la norme EDIFACT, IFTMAN est le nom à six caractères d'un message électronique de notification d'arrivée.
    La définition officielle UN/EDIFACT de l'IFTMAN est la suivante :   Un message de la partie fournissant des services d'expédition et/ou de transport à la partie telle qu'elle a été indiquée dans le contrat, donnant un avis et des détails sur l'arrivée de l'envoi. Vous pouvez lire la définition étendue du message IFTMAN sur le site web de l'UN/EDIFACT ici.
     
  • IFTMIN : (Message d'instruction) Selon la norme EDIFACT, IFTMIN est le nom à six caractères d'un message d'instruction électronique.
    La définition officielle UN/EDIFACT de IFTMIN est la suivante :  Un message de la partie émettant une instruction concernant les services d'expédition/transport d'un envoi dans les conditions convenues, à la partie organisant les services d'expédition et/ou de transport. Vous pouvez lire la définition étendue du message IFTMIN sur le site web de l'UN/EDIFACT ici. 
     
  • INSDES : (Instruction to Dispatch Message) Selon la norme EDIFACT, INSDES est le nom à six caractères d'un message électronique d'instruction d'expédition.
    La définition officielle UN/EDIFACT des INSDES est la suivante :   Un message d'une partie à une autre partie qui a le contrôle des marchandises commandées, fournissant des instructions pour mettre en attente ou pour expédier un envoi selon les conditions spécifiées dans le message. Vous pouvez lire la définition étendue du message INSDES sur le site web de l'UN/EDIFACT ici. 
     
  • INSRPT : (Message de rapport d'inspection) Selon la norme EDIFACT, INSRPT est le nom à six caractères d'un message électronique de rapport d'inspection.
    La définition officielle UN/EDIFACT de INSRPT est la suivante : Message envoyé par le service d'inspection d'un client, ou son agent, informant un fournisseur et les autres parties intéressées des résultats de l'inspection effectuée sur les articles devant être expédiés à un client. Vous pouvez lire la définition étendue du message INSRPT sur le site web de l'UN/EDIFACT ici.
     
  • INVOIC : (Invoice Message) Selon la norme EDIFACT, INVOIC est le nom à six caractères d'une facture électronique. C'est l'un des messages EDI les plus couramment utilisés dans les différentes industries. En Amérique du Nord, il est communément appelé EDI 810 conformément à la norme ANSI X12. Dans un scénario commercial typique, un fournisseur envoie le message INVOIC à un client (acheteur) après l'exécution d'un bon de commande (PO), ou message ORDERS.  

    Le message INVOIC contient, entre autres, les informations suivantes :
    - Des informations commerciales (adresse, numéro de téléphone, etc.) pour l'acheteur et le fournisseur.
    - Des lignes qui énumèrent clairement les biens et/ou services facturés 
    - La date d'émission
    - Les conditions de paiement (par exemple, doit être payé dans les 30 jours)
    - Le montant total dû
    - La taxe ou la TVA (le cas échéant).

    La définition officielle de l'UN/EDIFACT est la suivante : Un message réclamant le paiement de biens ou de services fournis dans des conditions convenues entre le vendeur et l'acheteur. Cette spécification fournit la définition du message de facture (INVOIC) à utiliser dans l'échange électronique de données (EDI) entre les partenaires commerciaux impliqués dans l'administration, le commerce et le transport. Cliquez ici pour lire la définition étendue de INVOIC sur le site web de l'UN/EDIFACT. 
     
  • INVRPT : (Inventory Report Message) Selon la norme EDIFACT, INVRPT est le nom à six caractères d'un rapport d'inventaire électronique. Le message INVRPT est souvent utilisé dans l'industrie manufacturière et a pour but de fournir des informations sur les niveaux de stock. Il fonctionne dans les deux sens et peut être envoyé par l'acheteur ou par le fournisseur. En Amérique du Nord, il est souvent appelé EDI 846, conformément à la norme ANSI X12. 

    Un fournisseur peut envoyer un message INVRPT à un client pour l'informer des niveaux de stock qui peuvent être pertinents en fonction de ses habitudes d'achat. D'autre part, un client peut envoyer un INVRPT pour vérifier lui-même les niveaux de stock du fournisseur. Il contribue à faciliter une planification réaliste des deux côtés, car il définit les attentes et fournit un point de référence pour les demandes de renseignements sur le niveau des stocks.

    La définition officielle de l'UN/EDIFACT est la suivante : Un message spécifiant des informations relatives aux stocks détenus. Le message de rapport d'inventaire est destiné à être utilisé dans les deux sens entre partenaires commerciaux. Cliquez ici pour lire la définition étendue de INVRPT sur le site web de l'UN/EDIFACT.
     
  • ORDCHG : (Message de demande de modification de commande d'achat) Selon la norme EDIFACT, ORDCHG est le nom à six caractères d'une demande de modification de commande d'achat électronique. Le message ORDCHG est initié par l'acheteur et est utilisé pour demander un changement à un ordre d'achat (ORDERS) que l'acheteur a précédemment soumis, ou pour accepter des modifications à l'ordre d'achat faites par le fournisseur. Il est communément appelé EDI 860 en Amérique du Nord, conformément à la norme ANSI X12. 
    La définition officielle de l'UN/EDIFACT est la suivante : Un message de l'acheteur au vendeur, spécifiant les détails de la demande de l'acheteur de modifier un ordre d'achat. Cliquez ici pour lire la définition étendue sur le site web de l'UN/EDIFACT. 
     
  • ORDERS : (Message de commande d'achat) Selon la norme EDIFACT, ORDERS est le nom à six caractères d'une commande d'achat électronique (PO, Purchase Order). C'est l'un des documents EDI les plus couramment échangés dans toutes les industries. Dans un scénario commercial typique, un acheteur, détaillant ou autre, envoie un message ORDERS à un fournisseur pour commander des biens et/ou des services, après quoi le fournisseur envoie une facture (INVOIC). Ce message est communément appelé EDI 850 en Amérique du Nord, conformément à la norme ANSI X12. 

    Un message ORDERS contient, sans s'y limiter, les informations suivantes :
    - Description des biens et/ou services demandés présentés sous forme de lignes individuelles
    - Quantité(s) de biens et/ou de services demandé(s)
    - Les conditions de livraison (par exemple, livraison dans les 10 jours)
    - Le montant total à facturer. 

    La définition officielle de l'UN/EDIFACT est la suivante : Un message spécifiant les détails des biens ou des services commandés dans des conditions convenues entre le vendeur et l'acheteur. Cliquez ici pour lire la définition étendue sur le site web de l'UN/EDIFACT.
     
  • ORDRSP : (Purchase Order Response Message) Selon la norme EDIFACT, ORDRSP est le nom à six caractères d'une réponse électronique à une commande. Il est utilisé dans tous les secteurs d'activité. Dans un scénario commercial typique, un fournisseur reçoit un ordre d'achat (ORDERS) d'un client et confirme ensuite la réception de cet ordre en envoyant un message ORDRSP en réponse. 
    Le message ORDRSP contient également des informations indiquant si le bon de commande a été accepté, rejeté ou accepté avec des modifications, et ces données sont contenues dans le document EDI.

    La définition officielle de l'UN/EDIFACT est la suivante : Un message du vendeur à l'acheteur, répondant à un message de commande d'achat ou à un message de demande de modification de commande d'achat. Cliquez ici pour lire la définition étendue sur le site Web de l'UN/EDIFACT. 
     
  • OSTENQ : (Delivery Just In Time Message) Selon la norme EDIFACT, OSTENQ est le nom à six caractères d'un message électronique de demande d'état de la commande.
    La définition officielle UN/EDIFACT de l'OSTENQ est la suivante :   Un message entre un acheteur ou l'agent de l'acheteur et un vendeur ou l'agent du vendeur pour obtenir des informations sur le statut actuel d'une ou plusieurs commandes envoyées précédemment. Vous pouvez lire la définition étendue du message OSTENQ sur le site web de l'UN/EDIFACT ici. 
     
  • OSTRPT : (Order Status Report Message) Selon la norme EDIFACT, OSTRPT est le nom à six caractères d'un message électronique de rapport d'état de commande.
    La définition officielle UN/EDIFACT de OSTRPT est la suivante : Un message entre un acheteur ou l'agent de l'acheteur et un vendeur ou l'agent du vendeur rapportant des informations sur l'état actuel d'une ou plusieurs commandes précédemment envoyées. Il peut s'agir d'une réponse à un statut de commande ou d'un rapport comme convenu entre les partenaires. Vous pouvez lire la définition étendue du message FINSTA sur le site web de l'UN/EDIFACT ici.
     
  • PRICAT : (Price/Sales Catalogue Message) Selon la norme EDIFACT, PRICAT est le nom à six caractères d'un message électronique de prix/catalogue de vente.
    La définition officielle UN/EDIFACT de PRICAT est la suivante :   Ce message peut être utilisé pour répondre à diverses fonctions de communication entre les institutions financières et leurs clients. La fonction la plus fréquente est de fournir un relevé des entrées de lignes comptabilisées sur le compte d'un client. Le type de message peut contenir plusieurs comptes (cités dans le niveau B). Vous pouvez lire la définition étendue du message PRICAT sur le site web de l'UN/EDIFACT ici. 
     
  • PRIHIS : (Pricing History Message) Selon la norme EDIFACT, PRIHIS est le nom à six caractères d'un message électronique d'historique des prix.
    La définition officielle UN/EDIFACT de PRIHIS est la suivante : Un message fournissant l'historique des prix et les informations connexes de produits précédemment commandés dans des conditions convenues entre un vendeur et un acheteur. Vous pouvez lire la définition étendue du message FINSTA sur le site web de l'UN/EDIFACT ici. 
     
  • PRODAT : (Product Data Message) Selon la norme EDIFACT, PRODAT est le nom à six caractères d'un message électronique de données sur les produits.

    La définition officielle de l'UN/EDIFACT de PRODAT est la suivante :   Un message pour soumettre des données de base (un ensemble de données qui sont rarement modifiées) pour identifier et décrire les produits qu'un fournisseur offre à son client ou acheteur (potentiel). Ces informations, dont la validité est longue, comprennent la description technique et fonctionnelle du produit, mais pas les conditions commerciales. Ce message peut également être utilisé pour mettre à jour les informations d'un message PRODAT envoyé précédemment. Vous pouvez lire la définition étendue du message FINSTA sur le site web de l'UN/EDIFACT ici.
     
  • Purchase order ou Bon de commande : Un bon de commande (PO Purchase Order) est l'un des documents commerciaux les plus couramment échangés dans tous les secteurs d'activité. Dans un scénario commercial typique, un acheteur, détaillant ou autre, envoie un bon de commande à un fournisseur pour commander des biens et/ou des services, après quoi le fournisseur envoie une facture. 
    Les bons de commande peuvent être envoyés par voie électronique. En Europe, les bons de commande électroniques sont communément appelés messages ORDERS selon la norme UN/EDIFACT. En Amérique du Nord, la version électronique d'un bon de commande est communément appelée EDI 850, conformément à la norme ANSI X12. 

    Un bon de commande contient, sans s'y limiter, les informations suivantes :
    - Description des biens et/ou services demandés présentés sous forme de postes individuels.
    - Quantité(s) de biens et/ou de services demandé(s)
    - Les conditions de livraison (par exemple, livraison dans les 10 jours)
    - Le montant total à facturer. 
     
  • RECADV : (Receiving Advice Message) Selon la norme EDIFACT, RECADV est le nom à six caractères d'un message électronique d'avis de réception. Ce message RECADV est envoyé par le destinataire à l'expéditeur pour l'informer que la commande est arrivée à la destination prévue. Le message RECADV informe également l'expéditeur si le contenu reçu diffère du contenu figurant sur d'autres documents de la même transaction, comme le bon de commande (ORDERS). En Amérique du Nord, le message RECAVD est communément appelé certificat EDI 861 Receiving Advice/Acceptance conformément à la norme ANSI X12. 

    La définition officielle de l'UN/EDIFACT est la suivante : Ce message est destiné à répondre aux besoins commerciaux liés à la réception des marchandises. Ce message est utilisé pour signaler la réception physique des marchandises. Le message permet de signaler les divergences concernant les produits, les quantités, les termes, les colis, etc. 
    Le message peut contenir uniquement l'information selon laquelle l'envoi reçu est entièrement conforme à l'information sur l'envoi fournie dans le message d'avis d'expédition. Dans le cas où il n'y a pas de détail à fournir.

    Le message peut informer sur les divergences :
    - Entre l'envoi reçu et les informations sur l'envoi fournies dans le message d'avis d'expédition (DESADV).
    - Entre les marchandises reçues et les marchandises commandées dans les informations ORDERS, DELFOR ou DELJIT.
     
  • SLSFCT : (Sales Forecast Message) Selon la norme EDIFACT, SLSFCT est le nom à six caractères d'un message électronique de prévision des ventes.

    La définition officielle UN/EDIFACT de SLSRPT est la suivante :   Un message pour permettre la transmission de l'activité du produit liée à la vente de produits ou de services, comme le lieu de l'activité, la date, l'heure ou la période, la quantité, le prix, le montant monétaire, le marché, les parties impliquées et d'autres données permettant divers processus de vente. Ces informations sur l'activité permettent au destinataire d'effectuer des analyses statistiques et quantitatives à l'appui de la production, de la planification, du marketing, du réapprovisionnement et d'autres processus. 

Protocoles de communication

La norme EDI ou la norme de facturation électronique définit le format spécifique dans lequel les données doivent être envoyées entre les partenaires commerciaux, ou quels types de messages EDI doivent être utilisés.

Mais en plus de cela, il existe également des protocoles de communication qui dictent comment les messages EDI doivent être envoyés, par exemple, via une connexion AS2. Les protocoles de communication sont parfois appelés méthodes de transfert de fichiers, et il est important d'en choisir un qui offre une voie d'échange sécurisée afin que les messages EDI passent d'un point A à un point B sans interférence.

  • Allegro : Un type de réseau à valeur ajoutée (RVA).

  • API : API signifie Application Programming Interface. L'explication la plus simple d'une API est qu'elle permet l'échange de données en temps réel entre deux ou plusieurs systèmes. En d'autres termes, une API fournit une porte d'accès à un système tiers. Ce faisant, les informations contenues dans un système peuvent être consultées, incorporées et utilisées par un autre système.

    Par rapport à l'EDI, il existe trois différences principales : (1) Les API peuvent remplacer les méthodes traditionnelles d'échange de documents, mais contrairement à l'EDI, ce n'est pas leur seul objectif. (2) Contrairement à l'EDI, les API n'ont pas (encore) de normes et de protocoles établis, comme EDIFACT en Europe ou ANSI X12 en Amérique du Nord. (3) Les API requièrent une gestion du cycle de vie et, en particulier, une gestion des versions d'API, ce qui nécessite une surveillance, des mises à jour et une maintenance continue.

    Cependant, les API sont utilisées dans presque tous les grands projets d'intégration, par exemple, pour connecter une solution EDI basée sur le cloud à un ERP dorsal (par exemple, SAP).

  • AS1: (Applicability Statement ou Déclaration d'applicabilité  1) –Méthode de communication qui utilise S/MIME (Secure Multi-Purpose Internet Mail Extensions) et utilise le Simple Mail Transfer Protocol (SMTP) pour échanger des transactions EDI sur Internet.
     
  • AS2 : AS2 est un protocole de communication conçu pour transmettre des données commerciales en toute sécurité d'un système à un autre sur Internet. L'EDI via AS2 a été introduit pour la première fois en 2002 comme une extension directe de son prédécesseur AS1 (Applicability Statement 1), qui a été créé au début des années 1990.


    La principale différence entre AS2 et AS1 réside dans les méthodes de transport qu'ils utilisent. Alors que l'AS1 transfère les données par courrier électronique en utilisant le protocole SMTP (Simple Mail Transport Protocol), l'AS2 utilise le protocole HTTP/S (Hypertext Transport Protocol Secure), permettant une communication en temps réel.

    AS2 a gagné en popularité dans le secteur de la vente au détail au début des années 2000, puis rapidement dans tous les autres secteurs, car il combine les meilleurs éléments de tous les autres protocoles de communication. Parmi les caractéristiques uniques du protocole de communication AS2 figurent le cryptage, les signatures numériques et la non-répudiation.

  • AS3 : Une méthode de communication qui utilise FTP/S pour envoyer des transactions EDI sur Internet.
     
  • AS4 : AS4 est un protocole de communication conçu pour transmettre des données commerciales en toute sécurité d'un système à un autre sur Internet. En bref, AS4 est une version améliorée de ses prédécesseurs, AS1, AS2 et AS3. Parmi les caractéristiques de AS4 figurent la compression de fichiers, le cryptage et la non-répudiation, qui sont également des caractéristiques de AS2. Cependant, AS4 est basé sur des services Web et, contrairement à AS2, il ne nécessite pas toujours un statut en ligne. Au contraire, AS4 a la capacité d'extraire des messages par le destinataire même si son système est hors ligne car il est toujours actif.

    Bien que l'AS4 soit le dernier protocole de communication de la famille des déclarations d'applicabilité, l'AS2 reste le protocole le plus couramment utilisé pour transmettre des données EDI parmi les quatre. C'est parce que de nombreux fournisseurs n'ont pas d'autre choix. Par exemple, Walmart exige que tous les fournisseurs transmettent les messages EDI via le protocole AS2. 

  • Le courrier électronique : Il s'agit d'un protocole de communication courant, officiellement appelé SMTP (Simple Mail Transfer Protocol). De nombreuses entreprises envoient des factures et d'autres documents commerciaux en pièces jointes au format PDF par courrier électronique, mais avec l'augmentation des attaques contre la Supply Chain, le courrier électronique n'est plus un protocole de communication recommandé. Par défaut, le courrier électronique ne comporte pas d'éléments de cryptage et d'authentification. En général, cela signifie que tous les messages envoyés par courrier électronique sont relativement exposés et ouverts aux pirates.
     
  • ENX : Le réseau ENX est une solution commune de l'industrie automobile européenne pour l'échange sécurisé de données critiques sur le développement, les achats et le contrôle de la production, utilisée par plus de 1 000 entreprises dans plus de 40 pays.
     
  • eXite : Un type de réseau à valeur ajoutée (RVA).
     
  • FTP : (File Transfer Protocol) - FTP est un protocole de communication utilisé pour transférer des données d'un système à un autre sur Internet. FTP est souvent utilisé par les entreprises pour transférer des fichiers d'un système à un autre. Le transfert de données de cette manière nécessite un client FTP, qui est inclus par défaut dans la plupart des navigateurs Web. Un exemple de transfert de fichiers par FTP est le téléchargement de fichiers d'un serveur vers un appareil local. 
     
  • FTP sécurisé : Voir la définition de SFTP. 
     
  • FTP SSL : (File Transfer Protocol over Secure Sockets Layer) FTP SSL permet de crypter les sessions entre un client et un serveur FTP.
     
  • GXS : Un type de réseau à valeur ajoutée (RVA).
     
  • HTTP : (HyperText Transfer Protocol) HTTP est un protocole de communication utilisé pour appeler et transmettre des fichiers sur Internet. HTTP est principalement utilisé pour afficher des pages web sur Internet et peut être vu dans l'URL du site web. HTTP a été largement remplacé par HTTPS. 
     
  • HTTPS : (HyperText Transfer Protocol Secure) est une version sécurisée du protocole de communication HTTP (Hypertext Transfer Protocol). HTTPS a largement remplacé HTTP grâce à son amélioration SSL/TLS, qui assure le cryptage et l'identification sécurisée du serveur. HTTPS est le plus souvent utilisé pour appeler et afficher des pages web sur Internet et peut être identifié dans la plupart des URL de sites web.
     
  • OFTP : (ODETTE File Transfer Protocol Version 1.0). OFTP et OFTP2 sont les principaux protocoles de communication EDI pour l'industrie automobile européenne. Tous deux ont été développés par ODETTE, une collaboration européenne à but non lucratif qui étudie les besoins de l'industrie automobile afin d'apporter une efficacité maximale à la Supply Chain.  


    OFTP Version 1.0 est adapté aux exigences de communication spécifiques de l'industrie automobile et a été mis en œuvre dans la plupart des grandes entreprises automobiles, notamment Audi, BMW, Ford, Hyundai, Opel, Volkswagen, Skoda et Volvo. 

    Bien que ce protocole ait été initialement développé pour l'industrie automobile, il est également utilisé dans les secteurs de la fabrication, du commerce de détail, de la banque et du gouvernement, entre autres.

  • OFTP2 :(ODETTE File Transfer Protocol Version 2.0) OFTP et OFTP2 sont les principaux protocoles de communication EDI pour l'industrie automobile européenne. Tous deux ont été développés par ODETTE, une collaboration européenne à but non lucratif qui étudie les besoins de l'industrie automobile afin d'apporter une efficacité maximale à la Supply Chain. 


    OFTP2, ou OFTP Version 2, est une version actualisée du protocole OFTP Version 1.0. Il inclut la compression des données, les certificats numériques et la possibilité d'envoyer des fichiers volumineux sur Internet. 

  • POP3 : (Post Office Protocol 3) POP3 est un protocole de communication pour EDI/XML permettant de récupérer des e-mails sur un serveur de messagerie. 
     
  • SSL/TLS : (Secure Sockets Layer/Transport Layer Security) Le protocole SSL/TLS crypte le trafic internet de tous types, rendant possible la communication internet sécurisée (et donc le commerce sur internet).
     
  • Secure FTP : Voir la définition de SFTP. 
     
  • SFTP : (Simple File Transfer Protocol) Protocole réseau offrant des fonctionnalités de transfert et de manipulation de fichiers sur tout flux de données fiable. Il est généralement utilisé avec le protocole SSH-2 pour fournir un transfert de fichiers sécurisé (voir également SSH).
     
  • SMTP : (Simple Object Access Protocol) Spécification de protocole de messagerie pour l'échange d'informations structurées dans la mise en œuvre de services Web dans les réseaux informatiques. Il utilise l'ensemble d'informations XML pour son format de message et s'appuie sur des protocoles de couche d'application, le plus souvent le protocole de transfert hypertexte (HTTP), bien que certains systèmes existants communiquent via le protocole SMTP (Simple Mail Transfer Protocol), pour la négociation et la transmission des messages.
     
  • SOAP : (Simple Object Access Protocol) Spécification de protocole de messagerie pour l'échange d'informations structurées dans la mise en œuvre de services Web dans les réseaux informatiques. Il utilise l'ensemble d'informations XML pour son format de message et s'appuie sur des protocoles de couche d'application, le plus souvent le protocole de transfert hypertexte (HTTP), bien que certains systèmes existants communiquent via le protocole SMTP (Simple Mail Transfer Protocol), pour la négociation et la transmission des messages.
     
  • TLS : TLS est une version actualisée et plus sécurisée de SSL.
     
  • X25 : Un protocole de communication pour l'échange de documents EDI/XML. 
     
  • X.400 : Un protocole de communication pour l'échange de documents EDI/XML. X.400 est une suite de protocoles définissant des normes pour les systèmes de messagerie électronique. Il a été défini par l'UIT-TS (Union internationale des télécommunications - Secteur des télécommunications) en 1984, puis en 1988. X.400 est plus largement utilisé en Europe et au Canada qu'aux États-Unis.
     
  • X.400 P7 : Voir la définition X.400.

Réseaux de communication 

Pour les entreprises qui transfèrent des fichiers sur la base de normes EDI et/ou de facturation électronique communes ou qui appartiennent à une certaine catégorie industrielle, la méthode de communication repose souvent sur une connexion à réseau spécifique. Dans tous les cas, tous les fichiers doivent être envoyés dans le bon format et via le réseau approprié afin d'être acceptés.

Dans cette section, vous trouverez les réseaux de communication EDI et de facturation électronique les plus courants.  
 

  • AXN : (American Network eXchange) L'AXN est un vaste extranet privé qui relie les fournisseurs automobiles aux constructeurs automobiles.
     
  • Chorus Pro :

    Chorus Pro est devenu la plateforme officielle de facturation électronique du gouvernement français en 2017. Chorus Pro est la plateforme numérique dans laquelle les fournisseurs du gouvernement français doivent soumettre leurs factures. La plateforme est connectée au système d'information financière de l'État français, Chorus.

    Chorus Pro permet de : (1) Améliorer la ponctualité des paiements en accélérant le processus d'expédition des factures (2) réduire les coûts d'impression et d'expédition (3) accroître la confiance en les fournisseurs publics en assurant une plus grande transparence grâce au contrôle en temps réel du processus de paiement par les utilisateurs.

    IMPORTANT: A partir du 1er juillet 2024, les entreprises assujetties à la TVA en France devront se soumettre à l’obligation de facturation électronique.
     
  • COMPTIA : (Computing Technology Industry Association) COMPTIA est une association commerciale américaine à but non lucratif qui délivre des certifications professionnelles pour l'industrie des technologies de l'information (IT).
     
  • Digipoort: En résumé, Digipoort est un RVA pour la facturation électronique aux Pays-Bas. Il fait également office de réseau de communication. Digipoort est le centre informatique où sont traités les flux de messages pour le gouvernement. Digipoort fonctionne comme un bureau de poste électronique. Digipoort reçoit le message, le vérifie en fonction d'un certain nombre d'exigences, puis confirme, si souhaité au nom de l'organisation, la réception du message. Definition par Logius.
     
  • EDIFICE : EDIFICE est le réseau mondial pour l'intégration B2B dans les industries de haute technologie. Il encourage et permet l'adoption d'une norme B2B mondiale par le biais du partage des meilleures pratiques et des informations et en influençant le développement des normes. EDIFICE est une organisation à but non lucratif, enregistrée en Belgique.  Definition par EDIFICE.
     
  • ENX : (European Network eXchange)  Le réseau ENX est une solution commune de l'industrie automobile européenne pour l'échange sécurisé de données de développement critiques, d'achat et de contrôle de la production utilisées par plus de 1 000 entreprises dans plus de 40 pays.

     
  • FatturaPA : FatturaPA est une facture électronique (décret prévu par la loi italienne numéro 633, 1972, article 21, sous-section 1) et est le seul type de facture qui sera accepté par les administrations publiques en Italie qui, selon la loi, sont obligées de faire usage du système d'échange (comme un réseau de communication).
     
  • GALIA : Il s'agit d'un organisme et d'un réseau de communication de l'industrie automobile française. GALIA a été créé en 1984 pour répondre à un besoin urgent d'améliorer les échanges entre partenaires commerciaux au sein de l'industrie automobile. A cette époque, il n'y avait ni Internet ni EDI et l'EDTi (Echange de Données Techniques) en était à ses débuts.

    Au départ, GALIA couvrait le domaine de la logistique, définissant les normes d'étiquetage, les emballages et les palettes, les boîtes en plastique, les petits conteneurs métalliques et les messages EDI. Aujourd'hui, GALIA s'occupe également des échanges dans les domaines de l'ingénierie et du B2B/facturation et des processus pour améliorer la performance de la Supply Chain.
     
  • GDSN : (Global Data Synchronization Network) Le GDSN fournit un cadre qui permet à toutes les bases de données d'interagir et de partager des données de manière transparente.
     
  • JNX : (Japanese Network Exchange) Le JNX est un réseau basé sur IP pour l'industrie automobile japonaise.
     
  • KNX : Le réseau IP pour l'industrie automobile coréenne.
     
  • KOBAK : (Hongrie) Une déclaration de TVA en temps réel est requise pour les factures dont la charge fiscale est égale ou supérieure à 100 000 HUF/320 EUR par facture depuis le 1er juillet 2018. L'administration nationale des impôts et des douanes de Hongrie, AKA NAV (Nemzeti Adoes Vamhivatai), propose le système dit KOBAK pour ces notifications.
     
  • Mercurius : Mercurius est la plate-forme logicielle que les administrations publiques belges utilisent pour recevoir et traiter les factures électroniques et autres documents au format UBL. Tout comme la plateforme de facturation Billit, elle est connectée à un point d'accès PEPPOL certifié.
     
  • PECOS P2P : (Professional Electronic Commerce Online System) PECOS P2P est le système d'achat en ligne (P2P) et le réseau de communication du gouvernement écossais. 
     
  • Réseau PEPPOL : PEPPOL est l'acronyme de Pan-European Public Procurement OnLine. Il a été créé en 2008 dans le but de créer une norme technique commune pour l'échange de documents électroniques (eProcurement) pour le commerce national et international en Europe. Dès le départ, la principale raison de l'introduction d'une norme primaire pour l'eProcurement était de construire une communauté centrée sur l'échange sécurisé de données entre partenaires commerciaux sans retirer le droit de toute entreprise à choisir son propre fournisseur de services (en d'autres termes, un fournisseur d'EDI ou de facturation électronique).

    En résumé, toute entreprise peut rejoindre la communauté internationale en se connectant à une infrastructure numérique connue sous le nom de réseau PEPPOL via des points d'accès PEPPOL, avec des vérifications appropriées. Le réseau PEPPOL est géré par une organisation à but non lucratif appelée OpenPEPPOL, qui est, pour faire simple, responsable du succès et de l'intégrité du réseau. Pour rester sur la bonne voie, l'organisation a quatre grandes ambitions qui vont toutes dans le sens d'un marché unique numérique pour les achats électroniques entre entreprises et administrations (B2G) et entre entreprises (B2B) en Europe.
     
  • Réseau FACe : Réseau européen des producteurs de fromages et de produits laitiers fermiers et artisanaux.
     
  • Simplerinvoicing : La Fondation Simplerinvoicing est l'ancienne autorité néerlandaise PEPPOL (NPa). Simplerinvoicing n'existe plus depuis le 31 décembre 2020. Elle a été remplacée par le ministère de l'intérieur néerlandais.
     
  • VPN : Virtual Private Network ou Réseau privé virtuel. 

Formats de données 

Les formats de données sont les différentes manières dont les données structurées peuvent être organisées. Lorsque des partenaires commerciaux échangent des données par voie électronique, ils doivent convenir au préalable du format de données spécifique afin que leurs systèmes en back-end soient en mesure de lire et de traiter les informations ou, en d'autres termes, de parler le même langage. Le format convenu est souvent accompagné ou lié à la norme EDI et/ou de facturation électronique applicable, à moins que les fichiers ne soient envoyés par courrier électronique, auquel cas le format de données est probablement basé sur une préférence personnelle ou n'est pas structuré. 

Dans cette section, vous trouverez les définitions des formats de données les plus couramment utilisés, qu'ils soient structurés ou non.  

  • CSV : (Comma Separated Values) Le CSV est un fichier texte brut qui contient des données sur des lignes, séparées par des virgules. Il est utilisé pour échanger des données entre différentes applications. Vous pouvez également transformer un fichier CSV en un fichier Excel pour créer une vue plus organisée des données.

    Les données contenues dans un fichier CSV ressemblent à ceci :
    Nom,Email,Numéro de téléphone
    Tom Jones,tjones@TIEKinetix.com,1234567890
    Dina Smith,dsmith@TIEKinetix.com,0123456789
     
  • eXtensible Markup Language : Plus connu comme XML. Le langage de balisage extensible est conçu pour améliorer la fonctionnalité du Web en fournissant une identification des informations plus souple et plus adaptable. Il est dit extensible car il ne s'agit pas d'un format fixe comme le langage de balisage hypertexte (un langage de balisage unique et prédéfini). 

    Au lieu de cela, le langage de balisage extensible est en fait un métalangage (un langage pour décrire d'autres langages) qui permet aux individus de personnaliser les langages de balisage pour des types de documents illimités. Le langage de balisage extensible peut le faire parce qu'il est écrit en langage de balisage généralisé standard, le métalangage standard international pour les systèmes de balisage de texte.
     

  • Fichier à plat délimité : un fichier plat délimité contient un ou plusieurs enregistrements séparés les uns des autres par un délimiteur ou un séparateur spécifié. Par exemple, chaque enregistrement peut être terminé par le séparateur de ligne du système d'exploitation et chaque champ d'un enregistrement peut être séparé par une virgule.

    Les données contenues dans un fichier plat délimité ressemblent à ceci :
    Nom, Email 
    Tom Jones, tjones@TIEKinetix.com \n
    Dina Smith, dsmith@TIEKinetix.com \n

     
  • Format interne : Un document ou un format de fichier créé par l'organisation elle-même.
     
  • Fichier à plat positionnel : Un fichier à plat positionnel comporte des champs dont la longueur maximale est fixe et des enregistrements dont le terminateur de fin d'enregistrement est commun.

    Les données contenues dans un fichier à plat positionnel ressemblent à ceci :
    Nom Courriel \n
    Tom Jones tjones@TIEKinetix.com \n
    Dina Smith dsmith@TIEKinetix.com \n

  • IDoc : (Intermediate Document) L'IDoc est le format de document de SAP utilisé pour les transferts de données impliqués dans les transactions commerciales.
     
  • JSON : (JavaScript Object Notation) JSON est le format standardisé d'échange de données et est basé sur un sous-ensemble de la norme du langage de programmation JavaScript. Il s'agit d'un format textuel facile à lire et à écrire pour les humains et facile à traiter et à générer pour les ordinateurs. C'est l'un des formats standard les plus populaires et les plus utilisés pour échanger et stocker des données.
     
  • PDF : (Portable Document Format) Un PDF est une norme ouverte maintenue par l'Organisation internationale de normalisation (ISO). Les documents PDF peuvent contenir des liens, des boutons, des champs de formulaire, de l'audio, de la vidéo, une logique d'entreprise, et ils peuvent être signés électroniquement. Définition par Adobe.
     
  • SAF-T : Le SAF-T, qui signifie "Standard Audit File for Tax" (Fichier d'audit standard pour la fiscalité), est une norme internationale pour l'échange électronique de données comptables fiables des entreprises vers une administration fiscale ou un auditeur externe. L'objectif derrière le système SAF-T est de faciliter et de rationaliser le processus de réalisation des contrôles fiscaux par les autorités fiscales et de réduire la charge administrative pour les entreprises.

    Le format SAF-T comprend des structures de données standardisées qui représentent les enregistrements comptables d'une entreprise, tels que les écritures de grand livre, les détails des clients et fournisseurs, les factures, les paiements, etc. En permettant aux entreprises de rapporter leurs données comptables de manière cohérente, les autorités fiscales peuvent analyser les données plus efficacement pour la conformité et d'autres fins d'audit.

    Plusieurs pays ont adopté ou adapté la norme SAF-T dans le cadre de leur réglementation fiscale (par exemple, la Hongrie, la Lituanie, la Norvège, le Portugal, la Roumanie), exigeant des entreprises qu'elles génèrent et fournissent des données dans ce format lorsqu'elles sont demandées par les autorités fiscales. Chaque pays pourrait avoir ses propres exigences spécifiques ou variations du fichier SAF-T, basées sur les directives de l'OCDE.

  • UBL : UBL est l'abréviation de Universal Business Language. Il s'agit d'une norme XML développée spécifiquement pour les opérations commerciales électroniques, telles que les factures et les bordereaux d'expédition, et elle est largement utilisée dans la facturation électronique. Un fichier UBL est essentiellement une série d'accords sur la structure des données numériques dans un fichier XML.

    L'UBL est un format de fichier universel permettant d'échanger les données d'une facture d'un système comptable à un autre système comptable. Le fait que les informations puissent être échangées et traitées par différents (types de) systèmes présente de nombreux avantages.
     
  • UBL 2.1 : UBL 2.1 est l'abréviation de Universal Business Language version 2.1. Il s'agit de la version 2.1 de la norme XML.
     
  • XML : (Extensible Markup Language) est un moyen flexible de créer des formats d'information communs et de partager à la fois le format et les données sur le World Wide Web. Le XML peut être utilisé par tout individu ou groupe d'individus ou de sociétés qui souhaitent partager des informations de manière cohérente.
     
  • XLSX (Excel) : XLSX (.xlsx) est l'extension de fichier pour Microsoft Excel Open XML Spreadsheet (XLSX). En d'autres termes, elle se trouve à la fin de chaque nom de fichier de feuille de calcul Excel. 
     
  • ZIP : Un fichier ZIP est un format qui peut être utilisé pour compresser un ou plusieurs fichiers en un seul endroit. Il réduit la taille du fichier, ce qui le rend plus facile à stocker et à envoyer. Lorsque vous souhaitez accéder au fichier après l'avoir compressé, vous pouvez le décompresser et extraire les fichiers originaux pour les remettre dans leur état d'origine.

Standards/organismes de standards

Chaque industrie (et chaque région) a des besoins différents et communique donc d'une manière différente lorsqu'elle échange des documents par voie électronique. C'est pourquoi des normes EDI et de facturation électronique ont été développées, et c'est l'une des principales raisons pour lesquelles des prestataires de services comme TIE Kinetix existent. Les normes EDI et de facturation électronique sont définies mutuellement et sont souvent spécifiques à certaines régions et/ou industries. Avec les normes EDI et de facturation électronique, la structure et l'ordre exact des données sont définis, ce qui garantit l'uniformité et la cohérence.

Dans cette section, vous trouverez les définitions des normes d'EDI et de facturation électronique les plus couramment utilisées et les instances dirigeantes (les organisations qui supervisent une norme donnée).

  • ANSI X12 : (American National Standards Institute X12) ANSI X12 est la contrepartie nord-américaine de la norme EDIFACT. En 1979, l'Accredited Standards Committee (ASC), filiale de l'ANSI, a élaboré cette norme pour l'échange de données électroniques en Amérique du Nord.

    La norme ANSI X12 est très complète ; presque toutes les transactions commerciales ont un message EDI correspondant, et elle peut être utilisée dans tous les secteurs. Comme pour la norme UN/EDIFACT, la norme ANSI X12 se compose de nombreux sous-ensembles. Par exemple, le sous-ensemble UCS est utilisé par les supermarchés, le sous-ensemble VICS est utilisé par les détaillants de mode, et le sous-ensemble AIAG est utilisé par l'industrie automobile. 

    Les messages ANSI X12 sont souvent appelés "ensembles de transactions" ou "codes EDI". Certains ensembles de transactions ANSI X12 courants sont les suivants : 
    - EDI 810 - Facture
    - EDI 850 - Bon de commande
    - EDI 855 - Accusé de réception de commande d'achat 
     
  • CARGO-IMP : Le Cargo-IMP est la source officielle de messages pour les spécifications concernant l'allocation d'espace, la lettre de transport aérien, le manifeste de vol, la comptabilité, le statut, les divergences, l'embargo, les douanes, la facturation CASS, les marchandises dangereuses, les allotissements et le transport de surface. Le Cargo-IMP comprend également des listes de codage et de décodage de tous les codes et abréviations approuvés.
     
  • CEFACT : Également connu sous le nom de UN/CEFACT. Le Centre des Nations Unies pour faciliter le commerce et les transactions électroniques.
     
  • Chorus Pro : Chorus Pro est devenu la plateforme officielle de facturation électronique du gouvernement français en 2017. Chorus Pro est la plateforme numérique dans laquelle les fournisseurs du gouvernement français sont tenus de soumettre leurs factures. La plateforme est connectée au système d'information financière de l'État français, Chorus.


    Les normes acceptées pour la facturation électronique B2G en France sont les suivantes : XML (INVOICE UBL V2 et UN/CEFACT CII (CCTS/NDR v3.0)), PEPPOL BIS v.3, et Factur-X. Factur-X est un format de facturation électronique spécifique à la France qui permet aux entreprises et aux administrations de communiquer leurs factures de manière rapide, sécurisée et simple. Il s'agit du même format que la facture allemande ZUGFeRD 2.1, qui consiste en un fichier PDF et un fichier XML intégré.

    Après avoir soumis la facture à Chorus Pro conformément à l'une des normes énumérées ci-dessus, la facture électronique peut ensuite être envoyée à un numéro SIRET pour le prélèvement automatique. Le numéro SIRET est un numéro d'identification unique qui correspond à une agence gouvernementale (gouvernement, ministère ou municipalité) ou à une entreprise spécifique. Il permet un paiement rapide et sécurisé.

    IMPORTANT : A partir du 1er juillet 2024, les entreprises assujetties à la TVA en France devront se soumettre à l’obligation de facturation électronique.
     
  • DES : (Data Encryption Standard) DES est l'une des nombreuses normes permettant de sécuriser les données lors de leur transmission en les cryptant.
     
  • Digipoort : Digipoort est un centre TIC où est traité le trafic de messages pour le gouvernement néerlandais. Les gouvernements peuvent utiliser Digipoort pour automatiser les processus commerciaux et de la Supply Chain. Avec Digipoort, vous automatisez des étapes importantes dans le traitement de grandes quantités de déclarations, de rapports ou de notifications.
     
  • DISA : (Data Interchange Standards Association) DISA sert de secrétariat pour ASC X12 et son processus de développement des normes EDI et XML X12.
     
  • EANCOM : EANCOM est un sous-ensemble de la norme UN/EDIFACT pour l'échange de documents électroniques. Elle a été développée par GS1, une organisation qui développe des normes pour la Supply Chain. 


    La norme était initialement destinée à l'industrie de la vente au détail (biens de consommation), mais elle est désormais également populaire auprès d'autres industries, comme le secteur des soins de santé. Les trois messages EANCOM les plus utilisés sont ORDERS (bon de commande), INVOIC (facture) et DESADV (avis préalable d'expédition). L'EANCOM est une norme très répandue et est utilisée par près de 120 000 entreprises dans 43 pays.

    Vous pouvez consulter la liste complète des codes EANCOM ici. 
     
  • ebMS : (ebXML Messaging Services) ebMS est une méthode sûre et fiable de transmission de données électroniques telle que définie par les spécifications ebXML. ebMS peut utiliser une variété de protocoles de transmission de bas niveau, y compris HTTP et SMTP.
     
  • ebXML : Une norme pour un cadre de commerce électronique qui permet aux entreprises de toute taille et de n’importe quel pays de faire des affaires par voie électronique. ebXML a été développé sous OASIS et UN/CEFACT.
     
  • EDIFACT: Anciennement connu sous le nom de UN/EDIFACT et officieusement appelé simplement EDIFACT, UN/EDIFACT est l'acronyme de United Nations/Electronic Data Interchange for Administration, Commerce and Transport. En bref, il s'agit d'un format standard international développé par les Nations Unies (ONU) pour l'échange de données électroniques entre partenaires commerciaux via EDI (Electronic Data Interchange).

    La norme UN/EDIFACT a été initialement développée pour la gestion du commerce et du transport, mais au fil des ans, son utilisation a été étendue à la comptabilité, au contrôle douanier, aux pensions, aux soins de santé, à l'assurance sociale, à la jurisprudence, à l'emploi, aux statistiques, à la construction, aux finances, aux assurances, à la production, au tourisme, au commerce, au fret et au transport de conteneurs.

    La norme EDIFACT et la structure globale des messages peuvent être utilisées pour de nombreux types de documents (factures, bons de commande, bordereaux d'expédition, etc.). Les données sont décomposées en éléments et en segments, tous deux constitués de spécifications EDIFACT spécifiques à un pays ou à un secteur d'activité, qui sont elles-mêmes décomposées en sous-ensembles EDIFACT (par exemple, EANCOM). Les règles syntaxiques UN/EDIFACT établissent les normes pour structurer les éléments de données en segments, les segments en messages et les messages en un échange.

  • EIAJ : Norme EDI japonaise.
     
  • eSlog : Norme slovène de facturation électronique.
     
  • Facturae : Facturae est la plateforme logicielle que les agences gouvernementales espagnoles utilisent pour recevoir et traiter les factures électroniques et autres documents.
     
  • FatturaPA : FatturaPA est une facture électronique (décret prévu par la loi italienne numéro 633, 1972, article 21, sous-section 1) et est le seul type de facture qui sera accepté par les administrations publiques en Italie qui, selon la loi, sont obligées de faire usage du système d'échange et du réseau de communication. 
     
  • GENCOD : Standard français de document GS1. 
     
  • GS1 : Réseau mondial d'organismes de normalisation et de prestataires de services qui élaborent des normes mondiales et des solutions pour la Supply Chain utilisées par plus d'un million d'entreprises pour le code-barres, la messagerie commerciale électronique, la synchronisation des données et, par le biais du réseau EPCglobal, l'identification par radiofréquence.
     
  • ISO : (International Organization for Standardization) L'ISO est une organisation internationale composée de représentants de divers organismes de normalisation du monde entier dont l'objectif est d'élaborer et de publier des normes techniques, industrielles et commerciales mondiales. L'organisation est responsable d'un ensemble de normes, de répertoires et de lignes directrices convenus au niveau international pour l'échange électronique de données structurées entre des systèmes d'information automatisés indépendants.


    Les normes ISO les plus connues sont les suivantes

    - ISO 27001/IEC 27001 - Normes de gestion de la sécurité de l'information (les fournisseurs d'EDI et de facturation électronique obtiennent souvent cette certification, et il devient de plus en plus important de la conserver pour assurer la conformité avec PEPPOL).

    - ISO 9000 - Gestion de la qualité (la norme de gestion de la qualité la plus connue au monde pour les entreprises et les organisations de toutes tailles)

    - ISO 20022 - Une approche unique et internationale de la normalisation - méthodologie, processus, référentiel - à utiliser par toutes les initiatives de normalisation financière (définit la structure et le contenu des messages afin de permettre un "langage" mondial commun pour la messagerie dans les paiements, les rapports de gestion de trésorerie, les titres, les cartes, les devises et les services commerciaux).

  • Mercurius : Mercurius est la plateforme logicielle que les administrations publiques belges utilisent pour recevoir et traiter les factures électroniques et autres documents au format UBL. Tout comme la plate-forme de facturation Billit, elle est connectée à un point d'accès PEPPOL certifié.
     
  • ODETTE : ODETTE est une collaboration européenne à but non lucratif qui étudie les besoins de l'industrie automobile pour apporter une efficacité maximale à la Supply Chain. Comme EANCOM, ODETTE est un sous-ensemble de la norme EDIFACT. Les membres directs d'ODETTE sont les principales entreprises produisant des voitures en Europe, et ils représentent l'industrie automobile. 
     
  • PEPPOL BIS / PEPPOL BIS 3.0 : Le BIS PEPPOL fournit un ensemble de spécifications pour la mise en œuvre d'un processus commercial PEPPOL.
     
  • Normes propriétaires : Les systèmes de messages EDI qui sont développés par les partenaires commerciaux eux-mêmes pour une application spécifique et qui ne correspondent à aucun des systèmes de normes établies développés par l'un des organismes de normalisation acceptés et officiellement reconnus dans le monde.
     
  • RosettaNet : Un consortium à but non lucratif dédié au développement collaboratif et au déploiement rapide de normes ouvertes de processus commerciaux qui alignent les processus au sein du réseau commercial mondial. Plus de 700 entreprises multinationales et régionales des secteurs de la haute technologie, de la logistique et des industries adjacentes, ainsi que des fournisseurs de solutions, participent au développement des normes et services stratégiques de RosettaNet. Les entreprises Fortune 1000 du monde entier ont également mis en œuvre les normes de processus commerciaux de RosettaNet.


    RosettaNet est une filiale de GS1 US. À ce jour, le consortium a établi plusieurs organisations régionales affiliées - en Australie, en Chine, au Japon, en Corée, en Malaisie, aux Philippines, à Singapour, à Taïwan et en Thaïlande - donnant une voix aux diverses économies commerciales qui cherchent à adopter et à influencer les normes mondiales de RosettaNet. RosettaNet est également représenté localement en Europe.

  • Simplerinvoicing : La Fondation Simplerinvoicing est l'ancienne autorité néerlandaise PEPPOL (NPa). Simplerinvoicing n'existe plus depuis le 31 décembre 2020. Elle a été remplacée par le ministère néerlandais de l'Intérieur.
     
  • TDCC : (Transportation Data Coordinating Committee) Il s'agit de l'organisation EDI d’origine pour les États-Unis. Grâce à ses efforts, les premières normes EDI ont été développées, publiées et maintenues. Il s'agit maintenant de l'EDIA et est devenu le groupe national d'utilisateurs EDI pour les États-Unis.
     
  • TRADACOMS : (Trading Data Communications Standard) TRADACOMS est l'une des toutes premières normes EDI. TRADACOMS est un sous-ensemble de la norme UN/GTDI, un prédécesseur de la norme UN/EDIFACT. La version originale a été introduite en 1982 et était largement utilisée par les détaillants et les grossistes au Royaume-Uni (UK).


    En 1995, le développement de cette norme a été interrompu. Depuis le 1er juillet 2017, GS1 UK n'offre plus de support aux utilisateurs de cette norme. Elle devient de moins en moins exploitable et plus coûteuse à maintenir. Par conséquent, il est recommandé de passer au sous-ensemble EANCOM de la norme UN/EDIFACT. Toutefois, TRADACOMS est encore régulièrement utilisé dans le secteur du commerce de détail au Royaume-Uni. 

  • UBL-TR : Norme turque de facturation électronique.
     
  • UCC : (Uniform Code Council) L'organisation qui supervise les normes d'identification des produits et des communications électroniques connexes. L'UCC a supervisé le code universel des produits (UPC) aux États-Unis - aujourd'hui remplacé par les GTIN - ainsi que les normes de communication uniformes (UCS) pour l'EDI dans le secteur de l'épicerie et les normes WINS (Warehouse Information Network Standards) dans le secteur de l'entreposage et du transport.
     
  • UCS : Un sous-ensemble de la norme EDI ANSI X12.
     
  • UN/CEFACT : (Centre des Nations Unies pour la facilitation du commerce et les transactions électroniques) Le CEFACT-ONU soutient les activités visant à améliorer la capacité des entreprises, des organisations commerciales et administratives à échanger efficacement des produits et des services.
     
  • VDA / VDA 4938 : Le VDA (Verband der Deutschen Automobilindustrie) a élaboré de nombreuses normes au fil des ans, toutes adaptées à l'industrie automobile allemande. La norme VDA la plus récente pour les factures électroniques (e-invoices) est la VDA 4938. La norme VDA 4938 répond aux dernières exigences légales et fiscales de l'industrie automobile allemande.


    Même si la VDA a publié ses propres normes avant l'existence d'EDIFACT, la norme VDA 4938 est basée sur la facture EDIFACT (INVOIC) et est donc un sous-ensemble d'EDIFACT. 

  • XRechnung :Depuis le 18 avril 2020, toutes les agences gouvernementales en Allemagne doivent être en mesure de recevoir et de traiter les factures électroniques selon une norme conforme aux exigences de l'UE. La réglementation sur la facturation électronique du gouvernement fédéral allemand stipule que XRechnung est la norme préférée pour les factures électroniques B2G en Allemagne. 


    La norme XRechnung a été développée par l'Office allemand de coordination des normes informatiques (KoSIT) et est un format de facture basé sur XML. La norme XRechnung actuelle autorise deux formats XML pour la facturation électronique : UBL ou UN/CEFACT Cross Industry Invoice (CII).

  • ZUGFeRD : Depuis le 18 avril 2020, toutes les agences gouvernementales allemandes devront être en mesure de recevoir et de traiter des factures électroniques selon une norme conforme aux exigences de l'UE. Bien que la réglementation sur la facturation électronique du gouvernement fédéral allemand stipule que XRechnung est la norme préférée pour les factures électroniques B2G, ZUGFeRD peut également être utilisé.

    ZUGFeRD se compose de deux éléments : un fichier PDF et un fichier XML intégré. ZUGFeRD est basé sur la norme UN/CEFACT CII et la norme ISO PDF/A3.

Terminologie du secteur 

Nous pourrions écrire un long roman rempli de jargon de la Supply Chain, mais nous avons décidé de vous donner les définitions des mots les plus couramment utilisés. 

Dans cette section, vous trouverez les définitions des mots que vous trouverez sur le site Web de TIE Kinetix et dans l'industrie en général. 

  • 3PL : (Third-Party Logistics Provider) Une société 3PL est généralement un entrepôt public ou un fournisseur de services logistiques qui peut aider à la gestion des entrepôts, à l'emballage et à l'expédition, à la gestion des retours, etc. Dans la plupart des cas, le consommateur final ne sait même pas qu'une tierce partie est impliquée dans la logistique; tous les emballages et toutes les communications avec le consommateur reflètent systématiquement la marque du vendeur tout au long de l'expérience d'achat. En conséquence, les fournisseurs et les détaillants économisent sur les coûts d'entreposage et d'exécution tout en accélérant considérablement leurs opérations.
     
  • 3-Way Match : Une concordance à trois voies, ou concordance à trois, fait référence au processus de référencement croisé de trois documents pour garantir le paiement exact d'une facture : le bon de commande (PO, Purchase Order), la réception des marchandises (par exemple, le préavis d’expédition (ASN)), et enfin, la facture elle-même.


    La concordance des trois documents est une pratique courante de la comptabilité fournisseurs (Account Payable), et elle peut être effectuée manuellement en extrayant les documents pertinents de divers endroits et en effectuant une auto-vérification. Il est préférable que le processus de correspondance à trois soit automatisé via l'EDI intégré. Dans les deux cas, la correspondance à trois compare ce qui a été commandé avec ce qui a été reçu et, en fin de compte, ce qui figure sur la facture.  

  • ANA : (Article Number Association) L'ANA est une association d'entreprises qui a été créée pour faciliter la normalisation de la Supply Chain.
     
  • Apprentissage automatique ou machine learning : L'apprentissage automatique (ML pour Machine Learning) est un sous-ensemble de l'IA (Intelligence Artificielle) qui se concentre sur l'enseignement aux ordinateurs sans avoir besoin d'être programmé pour des tâches spécifiques. Il combine de grandes quantités de données et les traite à l'aide d'algorithmes intelligents afin que le logiciel apprenne automatiquement les modèles et les propriétés des données, ainsi que les interactions humaines spécifiques.

    Concrètement, le logiciel devient de plus en plus intelligent à mesure qu'il est exposé à davantage de données et d'interventions humaines. En d'autres termes, il apprend et s'améliore automatiquement en acquérant de l'expérience.

    Grâce aux schémas que l'IA repère, le logiciel peut également faire des prédictions sur la base de données historiques. Cela permet à l'IA de créer des analyses prédictives intéressantes et, mieux encore, qui peuvent être utilisées pour prendre des décisions stratégiques.

  • Approvisionnement : L'approvisionnement est souvent exécuté du côté de l'acheteur (par exemple, un détaillant). Il s'agit de l'acte d'obtention des biens et/ou des services auprès d'un ou plusieurs fournisseurs. 
     
  • Asynchrone : Technique de communication par laquelle chaque caractère est envoyé bit par bit et est entouré de bits de début et de fin utilisés pour indiquer les limites des caractères.
     
  • Autofacturation : Les clients peuvent générer la facture eux-mêmes et effectuer le paiement électroniquement via EDI.
     
  • Authentification : Mécanisme qui permet au récepteur d'une transmission électronique de vérifier l'expéditeur et l'intégrité du contenu de la transmission par l'utilisation d'une "clé" électronique ou d'un algorithme partagé par les partenaires commerciaux. L'algorithme est parfois appelé signature électronique ou numérique.
     
  • B2B : (Business-to-Business) B2B est un terme industriel qui fait référence au commerce entre deux organismes du secteur privé.
     
  • B2G : (Business-to-Government) B2G est un terme industriel qui fait référence au commerce entre une institution du secteur public (gouvernement ou autre) et une organisation du secteur privé. Un exemple de scénario B2G est un fournisseur qui envoie une facture à une municipalité. 
     
  • Basé sur le cloud : Le terme "basé sur le nuage" est souvent utilisé pour décrire des solutions logicielles. L'explication la plus élémentaire est qu'une solution basée sur le cloud est une solution SaaS (Software-as-a-Service).

    Que signifie donc SaaS en termes d'infrastructure en cloud ? SaaS signifie que tout est inclus et que vous n'avez pas à vous en soucier. Il s'agit d'un modèle de déploiement mains libres dans lequel le fournisseur de services SaaS est chargé de vous fournir tous les systèmes de cloud computing nécessaires à l'hébergement de vos données dans le cloud. Cela signifie également que toutes les mises à jour, les améliorations et la maintenance des logiciels sont prises en charge.

  • Boîte aux lettres : Une boîte aux lettres est une zone de stockage de fichiers dans un ordinateur, généralement utilisé par un fournisseur de services réseau, où les informations sont placées jusqu'à ce qu'elles puissent être récupérées par le destinataire prévu.

  • Certificat numérique : Un enregistrement informatique ou un message électronique émis par une entité qui (1) identifie l'entité qui l'émet ; (2) nomme ou identifie un détenteur de certificat ; (3) contient la clé publique du détenteur de certificat ; (4) identifie la période de validité du certificat et (5) est signé numériquement par l'entité qui l'émet.
     
  • Classificateur : Terme utilisé pour décrire la manière dont des éléments tels que des produits sont regroupés.
     
  • Codes EDI : Les codes de documents EDI, également appelés ensembles de transactions EDI, codes de transactions EDI ou, en général, documents EDI, sont généralement utilisés pour décrire un format de document spécifique dans le cadre d'une certaine norme, comme UN/EDIFACT. Concrètement, les codes EDI définissent un ensemble de règles sur la façon dont les données doivent être organisées dans le document en question. Par exemple, les codes de transaction EDI UN/EDIFACT sont identifiés par 6 lettres. Par exemple, un bon de commande est désigné comme ORDERS dans la norme. En Amérique du Nord, cependant, l'équivalent ORDERS est l'EDI 850 selon la norme ANSI X12. 
     
  • Conformité : Pour l'EDI et la facturation électronique, la conformité est un terme qui est le plus souvent utilisé pour désigner la capacité d'un partenaire commercial à répondre aux exigences d'échange de documents qui ont été imposées par l'autre partenaire commercial.

    Dans un scénario commercial typique, l'acheteur (souvent un grand détaillant) exige que tous les fournisseurs échangent des documents par voie électronique dans un format de données spécifique, selon une norme EDI ou de facturation électronique et un protocole de communication spécifiques, et parfois par le biais d'un réseau spécifique (par exemple, le réseau PEPPOL). Lorsque le fournisseur répond à toutes ces exigences, il est considéré comme étant conforme, ou en conformité, avec les obligations du partenaire commercial. 

    Voici un exemple : Pour qu'un fabricant puisse faire des affaires avec un grand détaillant, il doit être en mesure d'envoyer toutes ses factures par voie électronique au (1) format XML, (2) conformément à la norme UN/EDIFACT pour l'échange de documents électroniques, (3) et via le protocole de communication AS2. 

  • CRM : (Customer Relationship Management) Un système CRM est utilisé pour garder une trace de toutes les interactions avec les clients existants et potentiels. Il est le plus souvent utilisé par les services de ventes pour prospecter de nouveaux comptes et organiser toutes les communications. Exemples de systèmes CRM : Salesforce, HubSpot CRM, Pipedrive.
     
  • Décryptage : La traduction de données cryptées ou codées secrètement à réception d'une transmission chiffrée (voir aussi Chiffrement).
     
  • Digitalisation: La digitalisation est un terme industriel le plus souvent utilisé lorsqu'il s'agit de remplacer les processus manuels traditionnels d'une organisation par des alternatives numériques. Cela implique souvent que de nouvelles technologies numériques sont adoptées et déployées au sein d'une organisation et que cette dernière doit subir une transformation numérique dans une certaine mesure. 
    TIE Kinetix aide les entreprises à atteindre une digitalisation à 100% de la Supply Chain grâce à l'EDI et à la facturation électronique qui remplacent les échanges commerciaux papier.
     
  • DSO (Day Sales Outstanding) : DSO est l'abréviation de Days Sales Outstanding (jours de ventes en suspens), et c'est un indicateur clé de performance important pour les professionnels de la comptabilité côté fournisseurs. En termes simples, il s'agit du nombre moyen de jours qu'il faut pour recouvrer les paiements en souffrance des clients. C'est le temps qui s'écoule entre l'envoi d'une facture et la réception du paiement. Le DSO est souvent calculé sur une base mensuelle, trimestrielle ou annuelle.
     
  • Données structurées : Les données structurées sont des données qui sont organisées d'une manière très spécifique et généralement comprise par un ordinateur. Bien qu'elles puissent ne pas être facilement interprétées par les humains, ce type de données est facilement compris par les ordinateurs et est souvent utilisé dans les échanges entre systèmes. Les données structurées préparent le terrain pour l'échange de documents électroniques, et elles peuvent prendre de nombreuses formes.
     
  • Données non structurées : Les données non structurées sont des données qui sont disposées librement et sans ordre particulier. Par nature, elles ne peuvent pas être immédiatement comprises par un ordinateur, mais elles peuvent très probablement être comprises par un humain. Des types infinis de fichiers peuvent être constitués de données non structurées, comme des courriels, des factures, des vidéos, des images et bien d'autres choses encore.
     
  • Utilisateur : Une entité, soit un individu ou une entreprise, qui utilise un ordinateur ou un système de normes dans un but spécifique comme l'EDI.
     
  • DSO (Day Sales Outstanding): DSO stands for Days Sales Outstanding, and it’s an important KPI for AR professionals. Simply put, it’s the average number of days that it takes to collect outstanding payments from customers. That is, the time between when an invoice is sent and when the payment is received. DSO is often calculated on a monthly quarterly, or annual basis.
     
  • EAI : (Enterprise Application Integration) L'EAI désigne une architecture de système d'information qui permet à plusieurs applications logicielles (ERP, CRM, WMS, etc.) de communiquer entre elles en échangeant des données. L'Intégration d'Applications d'Entreprise, ou EAI, désigne une architecture de système d'information qui permet à plusieurs applications logicielles (ERP, CRM, WMS, etc.) de communiquer entre elles en échangeant des données.

    Malgré le fait qu'il soit souvent nécessaire que les systèmes partagent des données et adoptent certaines règles de gestion, il est normal que différents types de systèmes ne puissent pas communiquer entre eux de manière native. Ce manque de communication inter-applications entraîne des inefficacités. Par exemple, si et quand des données identiques sont stockées à plusieurs endroits, elles sont fortement sujettes aux incohérences. Un autre inconvénient est que les processus simples ne peuvent pas être automatisés.

    Les logiciels EAI relient les applications au sein d'une organisation afin de simplifier et d'automatiser autant que possible les processus métier, tout en évitant de devoir modifier radicalement les applications ou les structures de données existantes.

  • EAN : International Article Numbering Association.
     
  • E-Archivage : (Electronic Archiving) Dans la plupart des pays, les entreprises des secteurs public et privé sont tenues par la loi de conserver toutes leurs données transactionnelles (par exemple, les factures) pendant un certain temps (par exemple, sept ans). L'archivage électronique est principalement utilisé lorsque les données transactionnelles sont électroniques dans leur forme originale. 
     
  • E-Commerce : Le commerce électronique peut sembler être un terme simple, mais il est en fait assez large. Le commerce électronique est le plus souvent associé à la vente d'un produit de consommation par l'intermédiaire d'un magasin en ligne, mais c'est bien plus que cela. Le commerce électronique désigne l'ensemble du commerce électronique et comprend à la fois les biens (produits) et les services. Le commerce électronique est généralement regroupé en trois catégories :

    1. Business-to-Consumer (B2C) : Par exemple, un consommateur achète un ordinateur portable sur le site web de la Fnac ou loue un camion de déménagement chez Sixt. Les places de marché (par exemple, Amazon) font également partie de la catégorie B2C.

    2. Business-to-Business (B2B) : Par exemple, une entreprise achète des fournitures de bureau à un grossiste ou achète du Web-EDI à un fournisseur de services.

    3. Consommateur-à-consommateur (C2C) : Par exemple, un consommateur achète une voiture d'occasion à un vendeur privé sur le Bon Coin ou un mug fait main sur Etsy. On parle parfois de P2P (person-to-person).

  • Échange de données informatisées (EDI) : L'EDI est l'acronyme d'Echange de Données Informatisé et se définit comme l'échange d'ordinateur à ordinateur de documents commerciaux dans un format standardisé. Ces documents commerciaux (bons de commande, factures, préavis d'expédition, etc.) sont appelés ensembles de transactions. Les organisations qui échangent des ensembles de transactions EDI sont appelées partenaires commerciaux.

    L'échange électronique de données est nécessaire pour la plupart des transactions B2B dans l'environnement commercial actuel. C'est principalement parce qu'il a le potentiel d'améliorer considérablement l'efficacité de la Supply Chain, ainsi que de réduire les coûts et bien plus encore. La possibilité pour les partenaires commerciaux d'échanger des documents par voie électronique signifie qu'ils sont capables d'utiliser l'EDI ou qu'ils en ont la capacité. 

  • Enveloppe électronique : Une enveloppe électronique contient des informations électroniques qui relient un ensemble de documents transmis d'un expéditeur à un destinataire. Il existe trois types d'enveloppes électroniques, l'ISA/IEA (enveloppe de transmission), l'enveloppe GS/GE et l'enveloppe ST/SE.
     
  • ERP : (Enterprise Resource Planning) L'objectif principal d'un système de planification des ressources de l'entreprise (ERP) est de regrouper toutes les données essentielles de l'entreprise en un seul endroit. Il se compose de diverses applications, ou modules, dont chacune répond généralement à un besoin particulier de l'entreprise. Il peut s'agir d'applications spécifiques pour les RH, les finances, la logistique, le commerce de détail, les ventes, ou pratiquement tout autre domaine d'activité nécessitant une visibilité. Exemples de systèmes ERP: Microsoft Dynamics 365, Microsoft Dynamics AX, Oracle, SAP, Sage X3, Exact.
     
  • ETL : (Extract, Transform, Load) L'ETL est une procédure informatique qui consiste à copier des données d'une ou plusieurs sources vers un système de destination qui reproduira les données différemment, ou dans un contexte différent de la ou des sources. L'un des avantages est que cela permet de synchroniser les informations entre une source de données et une autre à grande échelle.

    La procédure ETL est basée sur trois processus clés. (1)  l'extraction des données d'une source (2) la transformation des données, qui implique la validation et la conversion au format de stockage approprié (3) le chargement des données dans la base de données finale, la base de données cible. Une solution ETL s'appuie donc sur des connecteurs pour exporter et importer des données dans des applications, ainsi que sur des transformateurs pour manipuler les données et les convertir au format requis.

    L'utilisation la plus courante d'une solution ETL consiste à collecter des données provenant de plusieurs sources, à les restructurer, puis à les transférer vers un entrepôt de données. Un ETL est souvent utilisé en mode batch pour transférer des données en masse.

  • Étiquette d'expédition UCC-128 : Une étiquette contenant des informations telles que le SSCC (Serial Shipping Container Code), les codes-barres, l'origine et la destination du colis, ainsi que son contenu. L'étiquette est utilisée à la fois sur les expéditions par palettes et sur les cartons individuels de produits. Elle est souvent utilisée en conjonction avec les ASN (ensembles de transactions EDI 856).
     
  • Expéditeur : La partie qui transmet les messages EDI.
     
  • Expédition directe : Le drop shipping est une méthode d'exécution dans laquelle le fournisseur, alias le fabricant, expédie la commande directement au consommateur pour le compte du détaillant. On l'appelle aussi "exécution directe au consommateur".

    L'avantage de l'expédition directe est que le consommateur final a toujours l'impression que la commande provient du détaillant. Prenez Amazon, par exemple. Seriez-vous en mesure de dire quels colis ont été traités directement par un fournisseur et quels colis ont été traités par Amazon lui-même ?

  • G2B (Government-to-Business) : Le terme G2B est le plus souvent utilisé pour désigner les échanges entre une organisation gouvernementale et une entreprise du secteur privé. Dans un scénario commercial typique, une entreprise du secteur privé achète des services à une institution du secteur public et doit émettre un paiement pour ces services. Bien que les transactions G2B existent, les transactions d'entreprise à gouvernement sont les plus courantes. 
     
  • GCA : (Gestion de la Supply Chain) La GCA est un terme général, mais il peut être réduit à deux approches très différentes : réactive et stratégique


    La gestion réactive de la Supply Chain est, comme son nom l'indique, la tentative d'une entreprise de réparer quelque chose dans la Supply Chain après que quelque chose ait mal tourné.

    En revanche, la gestion stratégique de la Supply Chain est une approche continue et planifiée. Elle ne se produit pas en réponse à une perturbation, mais reconnaît plutôt qu'une perturbation peut survenir à tout moment. Avec cette approche, l'objectif est la transparence totale de la Supply Chain du début à la fin. En d'autres termes, une entreprise veut être au courant de tout ce qui se passe et qui pourrait éventuellement affecter le produit final qui arrive au client. 

  • GDS : Global Data Synchronization.
     
  • GLN : (Global Location Number) Un GLN est un numéro unique attribué à des sites pour leur permettre d'être identifiés de manière unique dans le monde entier. Ces numéros d'emplacement global peuvent être utilisés pour identifier tout emplacement légal, physique et fonctionnel. Les GLN sont des clés de référence pour les fichiers informatiques où l'on peut trouver des informations sur l'entreprise ou le site. 

    Les GLN remplacent les noms et adresses des sites et sont particulièrement utiles lors de l'automatisation des processus ; ils permettent aux ordinateurs d'acheminer les informations vers la bonne destination sans intervention manuelle. Les GLN doivent être utilisés pour identifier les sites et les partenaires commerciaux pour les échanges EDI et les pools de données. Ils peuvent également être utilisés dans les codes-barres pour identifier un emplacement physique ou pour fournir des informations pertinentes à des fins de livraison ou de facturation.
     
  • GTIN : (Global Trade Item Number) Le GTIN est un identifiant unique pour chaque produit vendu.
     
  • Groupe d'utilisateurs : Une organisation d'individus et/ou de sociétés qui se réunissent pour répondre aux besoins de ceux qui souhaitent utiliser une technique ou une technologie de manière unifiée. Les groupes d'utilisateurs sont des organisations de discussion.
     
  • Guide de mise en œuvre : Les guides de mise en œuvre sont des publications qui répertorient les messages EDI utilisés dans une industrie ou une application particulière. Ces guides indiquent comment les informations contenues dans ces messages doivent être présentées segment par segment et élément de données par élément de données, y compris quels segments et éléments de données sont nécessaires, lesquels ne le sont pas, et quelles valeurs de code sont attendues dans l'application de ce message particulier.
     
  • Header ou en-tête : Le segment spécifique qui, en termes les plus simples, indique à l'ordinateur récepteur où commence un message EDI individuel.
     
  • Hub : Selon le modèle "hub-and-spoke", un hub est une grande organisation du secteur public ou privé qui a de nombreux fournisseurs, appelés spokes. Les fournisseurs sont souvent tenus d'adapter leurs pratiques commerciales afin d'établir une relation commerciale avec un centre. Par exemple, une plate-forme peut exiger que tous ses rayons envoient leurs factures par voie électronique selon une certaine norme.
     
  • IA (Intelligence Artificielle) : L'Intelligence Artificielle (IA) est une technologie qui est, tout simplement, intelligente. Par intelligente, nous entendons qu'elle peut apprendre, raisonner, planifier et corriger, d'une manière presque humaine.

    Il existe deux catégories principales d'IA : l'IA générale (forte) et l'IA étroite (faible). L'IA générale est la plus proche de l'intelligence humaine. Ce type d'IA peut apprendre et prendre des décisions sans intervention humaine. L'IA étroite, en revanche, est particulièrement performante dans une seule tâche et n'est pas comparable à l'intelligence humaine. Ce type d'IA, en général, est le plus largement utilisé. C'est également le type d'IA utilisé pour améliorer les capacités de l'EDI.

  • IaaS (Integration as a Service) : IaaS est l'informatique en nuage dans son essence. Comme toutes les solutions XaaS, il s'agit d'une offre par abonnement qui fournit une infrastructure de cloud computing de base pour les clouds publics et privés. Les services de cloud computing et l'infrastructure vont de pair. En matière de services de cloud computing et d'infrastructure, il n'y a donc pas vraiment de séparation entre les deux. Les services de cloud computing ont toujours un composant d'infrastructure ; c'est la prémisse même de l'existence du cloud. Pensez-y : centre de données physique, serveurs, mise en réseau, stockage.
     
  • Intégration : D'un point de vue interne, l'intégration est un processus qui vise à connecter tous les systèmes, applications, logiciels et autres solutions utilisés dans une organisation afin d'assurer la transparence des données. Dans la Supply Chain, l'intégration est utilisée pour connecter les partenaires commerciaux et faciliter le commerce en permettant l'échange de données en temps réel et la prise de conscience. 

    Aujourd'hui, les entreprises ne cessent d'enrichir leurs piles technologiques. Mais chaque entreprise doit commencer quelque part, et ce point de départ est généralement la base qui dicte toutes les initiatives informatiques majeures,ou scénarios d'intégration, à venir. En d'autres termes, chaque entreprise a un noyau (ou plusieurs noyaux), qui est le plus souvent un système de planification des ressources de l'entreprise (ERP).  Mais en tant qu'investissement autonome, un système central ne pourra jamais prendre en charge toutes les activités critiques de l'entreprise. Au contraire, il doit être enrichi d'applications internes et externes et de logiciels supplémentaires (souvent tiers). Cela crée tout un réseau de systèmes disparates et de données éparpillées. L'intégration résout ce problème. 

  • Interconnexion : Deux réseaux à valeur ajoutée (RVA) qui se relient à l'adresse de l'autre.
     
  • Internet des objets ou Internet of Things (IoT) : Réseau d'appareils physiques intégrant des composants électroniques, des logiciels et une connectivité réseau qui permettent à ces objets de collecter et d'échanger des données.
     
  • iPaaS : (Integration Platform as a Service) Gartner définit l'iPaaS comme "une suite de services en cloud permettant le développement, l'exécution et la gouvernance de flux d'intégration reliant toute combinaison de processus, de services, d'applications et de données sur site et en cloud au sein d'une ou de plusieurs organisations".

    L'iPaaS traditionnel est parfois spécifié dans la catégorie Enterprise Integration Platform as a Service (iPaaS d'entreprise). La définition de l'iPaaS de Gartner ci-dessus s'applique également ici mais devient spécifique aux scénarios d'intégration d'entreprise.

  • ISA/IEA : (Interchange Control Segments) ISA/IEA est l'enveloppe extérieure d'un échange EDI et est connue sous le nom d'enveloppe d'échange. Elle contient des informations sur le nombre de jeux de transactions inclus, identifie l'expéditeur et le destinataire, et fournit la date et l'heure de la transmission.
     
  • JIT ou JAT : (Just In Time ou Juste A Temps) L'essence de la méthodologie JAT est de produire seulement ce qui est nécessaire, quand c'est nécessaire, et dans la quantité exacte qui est nécessaire. En d'autres termes, le JAT permet d'avoir juste assez de stock pour répondre à une commande, ce qui aide les fabricants à réduire les coûts d'inventaire et le gaspillage tout en augmentant l'efficacité de la Supply Chain.

    Le concept de fabrication JAT a été introduit pour la première fois par Toyota dans le Japon de l'après-guerre. Il était alors désigné sous le nom de "Système de Production Toyota" (TPS), et ses origines peuvent être retracées pour trois raisons principales : Le manque de liquidités au Japon pour investir dans des stocks en vrac, le manque d'espace pour construire de grandes usines et des entrepôts, et le manque de ressources naturelles, ce qui a obligé les fabricants à minimiser la consommation et les coûts des stocks pour rester compétitifs.

  • Ligne dédiée : Ligne point à point dans un système de communication de données entre deux dispositifs informatiques qui est toujours connectée.
     
  • Logiciel : Les programmes résidant sur le disque, la bande ou tout autre support de stockage utilisé par l'ordinateur pour accomplir ses tâches.
     
  • Logiciel d'interface d'application : Logiciel qui importe et exporte les données entre les applications internes et le logiciel de traduction.
     
  • Matériel ou Hardware : Les composants physiques d'un système informatique, par exemple les serveurs. L'une des principales raisons pour lesquelles de nombreuses entreprises optent pour des solutions SaaS pour l'EDI et la facturation électronique plutôt que pour des solutions sur site est d'éviter les coûts imprévisibles liés au matériel (par exemple, la maintenance) et de bénéficier d'une tarification prévisible mois après mois.
     
  • Mapping : Le mapping EDI est un processus dans lequel les données EDI sont traduites de leur format original en un format qui peut être lu par l'ERP ou un autre système back-end de votre partenaire commercial.  

    Imaginez que deux partenaires commerciaux parlent deux langues différentes. Pour communiquer avec succès, ils doivent soit parler une langue commune, soit faire appel à un traducteur. Le logiciel de mappage EDI est le traducteur qui convertit les données d'un fichier propriétaire (CSV, iDoc, fichier plat ou autre format spécifique à l'ERP) au format standard EDI requis (ANSI X12, EDIFACT, etc.) et vice versa.
     
  • Migration : La migration désigne l'action de déplacer toutes les données d'un système à un autre. Aujourd'hui, la migration est principalement utilisée pour décrire un processus commercial interne dans lequel une organisation a décidé de déplacer ses principales opérations commerciales vers le cloud. Dans ce cas, elle migre d'une solution sur site vers une solution en nuage.
     
  • Notification d'expédition : Une transaction EDI envoyée par l'expéditeur d'un produit au destinataire, l'informant que l'expédition a été envoyée et fournissant des détails tels que le manifeste, le numéro de commande, l'heure d'arrivée prévue, le transporteur, etc. 
     
  •  Normes EDI/Normes de facturation : Chaque industrie (et chaque région) a des besoins différents et communique donc d'une manière différente lorsqu'elle échange des documents par voie électronique. C'est pourquoi des normes EDI et de facturation électronique ont été développées, et c'est l'une des principales raisons pour lesquelles des prestataires de services comme TIE Kinetix existent. 

    Les normes EDI et de facturation électronique sont définies mutuellement et sont souvent spécifiques à certaines régions et/ou industries. Par exemple, la norme UN/EDIFACT est principalement utilisée en Europe et la norme ANSI X12 est principalement utilisée en Amérique du Nord. Grâce à ces normes, le format des messages EDI spécifiques et des factures électroniques est normalisé afin de garantir que tous les systèmes des partenaires commerciaux puissent comprendre les messages électroniques des autres. En d'autres termes, les normes d'EDI et de facturation électronique garantissent que tous les partenaires commerciaux parlent le même langage.

    Avec les normes EDI et de facturation électronique, la structure et l'ordre exact des données sont définis, ce qui garantit l'uniformité et la cohérence. En utilisant une ou plusieurs normes EDI ou de facturation électronique, votre système back-end peut être programmé pour comprendre tous les échanges commerciaux et les traiter automatiquement, plus de saisie manuelle ! Les normes d'EDI et de facturation électronique facilitent et réduisent le temps nécessaire pour se connecter à de nouveaux partenaires commerciaux, car elles éliminent la nécessité pour les développeurs de passer du temps à créer des mappings personnalisés. Cela permet également d'économiser beaucoup d'argent.
     
  • ODBC : (Open Database Connectivity) ODBC fournit une méthode API (interface de programmation d'application) logicielle standard pour utiliser des systèmes de gestion de base de données, indépendamment des langages de programmation, des systèmes de base de données et des systèmes d'exploitation.
     
  • OLE DB : (Object Linking and Embedding, Database) OLE DB est une interface AP conçue par Microsoft pour accéder à différents types de magasins de données de manière uniforme. Elle sépare le magasin de données de l'application qui doit y accéder par le biais d'un ensemble d'abstractions comprenant la source de données, la session, la commande et les ensembles de lignes.
     
  • Omnichannel ou Omnicanal : Par opposition au canal unique ou au multicanal, une stratégie omnicanale de vente au détail offrira une expérience d'achat unifiée sur tous les canaux qu'un client utilise pour interagir avec un produit. Par exemple, une entreprise peut proposer des promotions identiques en magasin et en ligne, ou adopter une approche intégrée de l'inventaire pour indiquer la disponibilité du produit quel que soit le canal utilisé pour effectuer l'achat. Le modèle BOPIS (Buy Online Pick up In Store), de plus en plus populaire, est un autre exemple d'approche omnicanale de la vente au détail. 
     
  • Onboarding : L'onboarding désigne le processus permettant l'échange de documents électroniques entre deux partenaires commerciaux. Un scénario d'intégration typique est celui d'un fournisseur non compatible avec l'EDI qui entre dans une nouvelle relation avec un grand détaillant et qui doit se connecter au portail des fournisseurs du détaillant afin de soumettre ses factures. 

    L'onboarding peut également désigner le processus de connexion à des partenaires commerciaux dont les deux sont capables d'envoyer des documents par voie électronique. Dans ce cas, l'onboarding est le processus de connexion des systèmes des deux partenaires commerciaux pour permettre un flux continu de données électroniques. Cela nécessite un mapping EDI.
     
  • Order-to-Cash : Un processus de vente du point de vue du fournisseur ou du vendeur : Les commandes de vente entrantes mènent ensuite à un flux de trésorerie.
     
  • P2P (Purchase-to-Pay) : Le Purchase-to-Pay (P2P), également appelé Procure-to-Pay, est le processus d'achat de biens et de services, de la commande au paiement du fournisseur. L'ensemble du processus Purchase-to-Pay se compose d'un grand nombre de processus individuels qui se déroulent dans différentes parties de l'entreprise, impliquant plusieurs employés.
     
  • Partenaire commercial : Une personne ou une organisation qui a accepté d'échanger des documents commerciaux EDI par voie électronique. En d'autres termes, un partenaire commercial est la partie expéditrice ou réceptrice impliquée dans l'échange de transmissions EDI.
     
  • Passerelle ou Gateway : Une passerelle est l'interconnexion entre des réseaux publics ou privés, permettant la transmission de documents au format EDI sur plusieurs réseaux.
     
  • Piste d'audit : Un enregistrement informatisé ou manuel des transactions.
     
  •  Point d'accès PEPPOL (AP) : Une organisation (généralement un fournisseur de services) peut servir de point d'accès PEPPOL pour connecter d'autres organisations (généralement des partenaires commerciaux) au réseau PEPPOL après avoir suivi un processus de certification rigoureux. TIE Kinetix est un point d'accès PEPPOL certifié. 
     
  • Point-à-Point : Désigne un type de communication par lequel les messages sont envoyés directement d'un partenaire commercial à un autre sans passer par un RVA. En d'autres termes, une connexion directe qui implique la création de cartes personnalisées pour relier les deux systèmes. 
     
  • Pool de données : Les pools de données sont souvent utilisés dans des scénarios interentreprises dans lesquels une organisation (souvent un détaillant) a de nombreux partenaires commerciaux, chacun d'entre eux devant fournir au détaillant des données relatives aux produits que le détaillant peut utiliser pour commercialiser et vendre correctement ses produits. Un pool de données rationalise le processus de soumission de ces données et crée un emplacement unique et bien organisé dans lequel toutes les données des partenaires commerciaux peuvent être consultées et utilisées. 
     
  • Qualificateur : Partie d'une adresse EDI.
     
  • Récepteur : La partie à laquelle le message EDI ou l'ensemble de transactions est transmis.
     
  • Référentiel : Un emplacement ou un ensemble d'emplacements distribués qui détiennent les données (telles que celles associées à un produit), pointées par un registre, et à partir desquelles les données peuvent être récupérées.
     
  • Registre GLOBAL : Dans le cadre du standard GS1, le registre GLOBAL est un service central qui détient les pointeurs vers les données détenues dans les pools de données locaux, fournit un index pour les entreprises qui recherchent des données sur les produits détenus dans les pools de données locaux et garantit que les pools de données sont entièrement conformes aux standards GS1.
     
  • Identifiant mondial de l'entreprise : Il s'agit d'un terme commercialisé par RosettaNet pour le système de numérotation universel des données. Le Global Company Identifier est l'objet RosettaNet et le Data Universal Numbering System est la solution spécifiée.
     
  • Réseau : Pour les entreprises qui échangent des données par voie électronique sur la base de normes communes d'EDI et/ou de facturation électronique ou qui appartiennent à une certaine catégorie industrielle, la transmission réussie des échanges repose souvent sur une connexion réseau spécifique. En d'autres termes, tous les messages électroniques doivent être envoyés dans le format correct et via le réseau approprié pour être acceptés. Parmi les réseaux courants, citons PEPPOL, GDSN et EDIFICE. 
     
  • Réseau à valeur ajoutée : Un réseau à valeur ajoutée (RVA) est un réseau privé pour les échanges de données électroniques. En d'autres termes, c'est un service hébergé qui fournit un moyen sécurisé d'échanger des documents EDI entre entreprises. Servant de réseau de collaboration, les RVA EDI contribuent à faciliter les communications EDI entre partenaires commerciaux. Pour ce faire, il réduit le nombre d'entités auxquelles chaque entreprise doit se connecter.   
     
  • Fournisseur de services réseau : Une entreprise qui maintient un réseau et offre ses services et ses capacités à d'autres contre une rémunération. 
     
  • Réseau ouvert : Un réseau avec lequel les parties extérieures peuvent communiquer.
     
  • RFID : (Radio Frequency Identification) La RFID est une technologie qui permet de diffuser les données contenues dans une puce à l'aide d'un émetteur sans fil. Les données de la puce RFID peuvent être lues même si la puce n'est pas dans la ligne de visée.
     
  • RFP : (Request for Proposal) Une Request For Proposal (RFP) est une invitation aux fournisseurs, par le biais d'un processus d'appel d'offres, à soumettre une proposition sur un produit ou un service spécifique.
     
  • RVA : Voir Réseau à valeur ajoutée.
     
  • SaaS : (Software as a Service) Le SaaS est un type de modèle de service basé sur le cloud et exigeant que les clients paient des frais mensuels. Il s'agit d'un modèle de déploiement libre dans lequel le fournisseur de services SaaS est chargé de vous fournir tous les systèmes informatiques nécessaires à l'hébergement de vos données dans le cloud (très probablement public).
    Cela signifie également que toutes les mises à jour, les améliorations et la maintenance du logiciel sont prises en charge. Le SaaS a largement remplacé l'infrastructure sur site dans les grandes entreprises.
     
  • Secteur privé : Désigne les organisations qui ne font pas partie du secteur public. En d'autres termes, les entreprises du secteur privé ne sont pas financées par des fonds publics. 
     
  • Séries de transactions : Les normes X12 identifient une série de documents électroniques de base appelés ensembles de transactions. Ceux-ci couvrent les documents commerciaux courants tels que les bons de commande, les factures et les manifestes, mais aussi les documents spécialisés à usage mono-industriel tels que ceux destinés au gouvernement ou aux soins de santé (voir également la définition de l'ANSI X12).
     
  • Services Web : Un moyen standard d'interopérer entre différentes applications logicielles, fonctionnant sur une variété de plates-formes et/ou de cadres, sur l'Internet.
     
  • Le secteur public : Le secteur public est le terme collectif pour toutes les organisations gouvernementales et semi-gouvernementales. 
     
  • Signature numérique : Une signature numérique est une signature électronique qui peut être utilisée pour authentifier l'identité de l'expéditeur d'un message. Elle permet ensuite de vérifier par recoupement le document crypté de s'assurer que le contenu original des données envoyées est inchangé.
     
  • Synchronisation des données : La synchronisation des données fait référence au partage des données entre deux systèmes ou plus, afin que tous les systèmes contiennent les mêmes informations. La synchronisation des données peut se produire à des intervalles de temps spécifiques (par exemple, chaque nuit à minuit) ou en temps réel, ce qui signifie que tous les systèmes contiendront les mêmes informations à tout moment.  
     
  • Sourcing : Le sourcing est le processus de sélection des fournisseurs qui vous fourniront les biens et services dont vous avez besoin pour gérer votre entreprise.
     
  • Spoke : Terme EDI qui fait référence à un partenaire commercial, généralement un fournisseur pour une entreprise acheteuse (connue sous le nom de hub).
     
  • SRM : (Supplier Relationship Management) SRM est le terme utilisé lorsqu'une organisation acheteuse maintient une collaboration étroite avec les fournisseurs et intègre les processus de sourcing avec les applications dans toute l'entreprise pour améliorer la transparence et réduire les coûts.
     
  • Supply Chain : Une séquence d'événements, qui peut inclure la conversion, le mouvement ou le placement, qui ajoute de la valeur aux biens, produits ou services.
     
  • Syntaxe : Le système d'arrangement des éléments de données et des segments dans un message EDI ou un ensemble de transactions, tel que dicté par les normes du message ou de l'ensemble de transactions utilisé.
     
  • SSCC : (Serial Shipping Container Code) Le SSCC est la clé d'identification GS1 pour un article établi pour le transport et/ou le stockage qui doit être géré à travers la Supply Chain. Le SSCC est attribué pour la durée de vie de l'article de transport et constitue un élément obligatoire de l'étiquette d'expédition UCC-128.
     
  • Traitement par lots : Le traitement des informations informatiques après qu'elles soient accumulées dans un groupe ou un lot.
     
  • Transfert de fichiers : Les transferts de fichiers font essentiellement fonctionner le monde des affaires. Qu'il s'agisse d'un simple document Word joint à un courriel, d'une facture électronique envoyée par RVA ou d'une vidéo de 20 Go, les transferts de fichiers permettent d'acheminer nos informations d'un point A à un point B. Les transferts de fichiers peuvent contenir des données structurées ou non structurées : 

    Les données structurées sont des données qui sont organisées d'une manière très spécifique et communément comprise. Bien qu'elles puissent ne pas être facilement interprétées par les humains, ce type de données est facilement compris par les ordinateurs et est souvent utilisé dans les échanges entre systèmes. Les données structurées préparent le terrain pour l'échange de documents électroniques, et elles peuvent prendre de nombreuses formes.

  • Tierce partie : Une partie autre que l'expéditeur ou le destinataire, comme un fournisseur de services EDI ou un développeur de logiciels, qui fournit des biens ou des services, dans ce cas, pour soutenir l'échange de données EDI.
     
  • Traduction : Le processus de conversion des informations d'un format standard EDI à un autre. En d'autres termes, la conversion des données d'une application commerciale vers et depuis un autre format de données, tel qu'une norme (ASC X12 par exemple) à l'aide d'un logiciel de traduction et de mappings.
     
  • Traducteur : Un programme utilisé pour convertir les informations du fichier plat au format EDI, ou du format EDI au fichier à plat.
     
  • Type de message : Les échanges de données électroniques (EDI) entre partenaires commerciaux sont souvent appelés messages EDI. Chaque message contient un ensemble structuré de données relatives à l'information qui est contenue dans le message spécifique, par exemple, une facture. 

    Il existe des termes généraux, comme les factures et les bons de commande, qui sont des types de messages en soi. Cependant, plusieurs termes peuvent représenter le même type de message EDI lorsque les normes EDI sont impliquées, chacune d'entre elles fournissant sa propre terminologie et ses exigences en matière de données structurées pour un message particulier. Par exemple, une facture est appelée EDI 810 selon la norme ANSI X12, mais elle est appelée INVOIC selon la norme UN/EDIFACT. Les données contenues dans la facture sont également structurées différemment.

  • Utilisateur final : En termes de logiciels, l'utilisateur final est la personne qui utilise en fin de compte le produit, le service ou le logiciel fini. Par exemple, si vous avez un iPhone, vous êtes un utilisateur final des produits et services Apple. Si vous avez FLOW Partner Automation, la plate-forme logicielle de TIE Kinetix pour l'EDI et la facturation électronique, vous êtes un utilisateur final de TIE Kinetix.
     
  • Vendeur : La partie d'une transaction commerciale qui vend des biens ou des services à un acheteur.
     
  • Validation : Le processus consistant à déterminer que les normes de conformité ont été respectées par un document particulier dans une transmission EDI.
     
  • Vendor Managed Inventory : (VMI) Système de réapprovisionnement des stocks dans lequel le fournisseur accepte la responsabilité de maintenir les niveaux de stock du client pour les produits du fournisseur en surveillant les informations sur les points de vente et les stocks envoyés par le client. Ce système est généralement automatisé par le biais de l'EDI afin d'obtenir un flux de réapprovisionnement aussi fluide que possible.
     
  • Version ou Release : Identifie la publication de la norme utilisée pour la génération ou l'interprétation des données au format de la norme X12. 
     
  • VAT in the Digital Age (ViDA): ViDA, « TVA à l'ère numérique », est une initiative européenne visant à moderniser le système de TVA dans l'UE. Elle vise à lutter contre la fraude fiscale et à rendre les procédures de TVA plus efficaces et plus transparentes.

    Avec ViDA, la facturation électronique deviendra obligatoire pour toutes les transactions B2B au sein de l'UE. Les entreprises devront donc passer de la facture papier traditionnelle et PDF à la facture électronique.

    L'Union Européenne prévoit de mettre en place le système de TVA ViDA d'ici 2028. Après cette date, les factures qui ne seront pas conformes aux nouvelles directives ne seront pas acceptées pour le paiement. Le principal changement apporté par cette législation est que l'échange de factures se fera par l'intermédiaire des autorités fiscales (passant à un modèle à 5 coins). Les méthodes spécifiques peuvent varier d'un pays à l'autre, mais le concept de base reste le même : chaque facture comportant un élément de TVA passera par les autorités fiscales. Cela leur permet de contrôler le respect des obligations en matière de TVA, facture par facture.

  • VPN : Réseau privé virtuel.
     
  • Web-EDI : Terme générique qui signifie la transmission de messages commerciaux structurés sur Internet. Il peut s'agir de solutions telles qu'un portail qui nécessite une connexion et la saisie d'informations transactionnelles commerciales dans un formulaire sur un site Web à l'aide d'un navigateur Internet. Cette méthode nécessite un élément d'intervention manuelle et ne peut être entièrement automatisée dans le cas des transactions EDI.