L'EDI est une méthode pour transmettre des informations métier par le réseau, entre des partenaires qui acceptent d'appliquer des standards industriels ou nationaux approuvés en matière de conversion et d'échange d'informations. WebSphere Partner Gateway assure le désenveloppement, la transformation et l'enveloppement des standards EDI suivants :
Les sections qui suivent présentent rapidement les EDI conformes aux standards X12, EDIFACT et UCS, ainsi que les transactions et groupes contenus dans ces échanges. Sont également décrits les transformations des documents XML et ROD ainsi que les EDI.
Un EDI contient une ou plusieurs transactions métier. Dans le standard X12 et les standards associés, une transaction métier est appelée groupe de transactions. Dans le contexte du standard EDIFACT et des standards associés, une transaction métier est appelée un message. Le présent document utilise généralement le terme transaction ou transaction métier pour désigner un groupe de transations X12 ou UCS, ou un message EDIFACT.
Les EDI sont composés de segments qui contiennent des éléments de données. Ceux-ci sont constitués d'informations telles qu'un nom, une quantité, la date et l'heure. Un segment est un groupe d'éléments de données apparentés. Les segments sont identifiés par un nom ou un libellé qui s'affiche au début du segment. (Les éléments de données ne sont pas identifiés par leur nom mais sont délimités par des séparateurs spéciaux.)
Dans certains cas, il est judicieux de faire la distinction entre les segments de données ou de détails contenus dans une transaction avec les autres segments utilisés à des fins administratives. Les segments administratifs sont appelés segments de contrôle dans X12 et segments de service dans EDIFACT. Les segments d'enveloppe qui délimitent un EDI sont un exemple de segment de contrôle ou de service.
Les EDI peuvent contenir trois niveaux de segments. Chaque niveau commence par un segment d'en-tête et se termine par un segment de fin.
Un EDI possède toujours un segment d'en-tête d'EDI et un segment de fin.
Un EDI peut contenir un ou plusieurs groupes. Un groupe contient une ou plusieurs transactions apparentées. Le niveau de groupe est facultatif dans EDIFACT, mais obligatoire dans le standard X12 et les standards associés. Chaque groupe présent commence par un segment d'en-tête et se termine par un segment de fin.
Un groupe (ou un EDI sans groupe) contient une ou plusieurs transactions. Chaque transaction a un en-tête de groupe de transactions et un élément de fin de groupe de transactions.
Une transaction représente un document métier tel qu'un ordre d'achat. Le contenu du document métier est représenté par les segments de détails placés entre le segment d'en-tête du groupe de transactions et le segment de fin.
Chaque standard EDI dispose de sa propre méthode d'affichage des données dans l'EDI. La table ci-dessous dresse la liste des trois standards EDI pris en charge.
Segment standard | X12 | UCS | EDIFACT |
---|---|---|---|
Début de l'EDI | ISA | BG | UNB |
Fin de l'EDI | IEA | EG | UNZ |
Début du groupe | GS | GS | UNG |
Fin du groupe | GE | GE | UNE |
Début de la transaction | ST | ST | UNH |
Fin de la transaction | SE | SE | UNT |
La figure 22 illustre un exemple d'EDI X12, avec les segments qui le composent.
Le spécialiste de mappage du client Data Interchange Services crée des mappes de transformation qui indiquent comment changer le format d'un document. Par exemple, une mappe pour transformer une transaction X12 en message EDIFACT. Vous pouvez également transformer une transaction EDI en document XML ou ROD.
La mappe de transformation peut aussi créer plusieurs documents à partir d'un seul. Ce type de mappe utilise le chaînage de mappe, qui produit plusieurs sorties à partir d'une même transaction. Dans le chaînage de mappe, une fois qu'un document source a été converti en document cible, une autre mappe est utilisée pour convertir de nouveau le document source et produire un autre document cible. Cette opération peut être répétée autant de fois que nécessaire pour produire tous les documents requis.
En plus des mappes de transformation, vous pouvez utiliser des mappes d'accusé de réception fonctionnel et des mappes de validation. Les mappes d'accusé de réception fonctionnel fournissent des instructions sur la production d'un accusé de réception fonctionnel qui informe l'émetteur d'un document EDI que le document est arrivé. Plusieurs mappes d'accusé de réception fonctionnel de standard EDI sont installées en même temps que WebSphere Partner Gateway. Voir Accusés de réception fonctionnels pour obtenir une liste de ces mappes. Le spécialiste de mappage du client Data Interchange Services peut créer d'autres mappes d'accusé de réception fonctionnel. WebSphere Partner Gateway génère un accusé de réception fonctionnel lorsqu'une transaction EDI est validée et qu'une mappe d'accusé de réception fonctionnel lui est associée. Le document source doit être de type EDI.
WebSphere Partner Gateway fournit un niveau standard de validation des documents EDI. Si un accusé de réception fonctionnel va être généré, les résultats de la validation d'un document EDI sont sauvegardés. Des mappes de validation sont créées pour permettre des validations supplémentaires sur un document EDI. La génération d'un accusé de réception fonctionnel utilise la mappe d'accusé de réception fonctionnel et les résultats de la validation du document EDI. La mappe d'accusé de réception fonctionnel contient des commandes de mappage qui indiquent comment utiliser les résultats de validation pour créer un accusé de réception fonctionnel donné. Si la conversion d'un document est acceptée par le processus de validation, la mappe de transformation des données adéquate est utilisée pour convertir le document source.