Un EDI reçu au niveau du concentrateur est généralement désenveloppé avant que chaque transaction individuelle ne soit traitée. Souvent, des transactions EDI standard (telles que X12 850 ou EDIFACT ORDERS, qui représentent un ordre d'achat) sont transformées de façon à pouvoir être comprises par une application dorsale. De plus, un accusé de réception fonctionnel est souvent envoyé au participant pour indiquer que l'EDI a été reçu. Par conséquent, l'échange d'EDI exige plusieurs actions (comme leur désenveloppement, transformation et validation). Par exemple, si l'EDI contient deux transactions et si aucun accusé de réception n'est requis, WebSphere Partner Gateway exécute les opérations suivantes :
WebSphere Partner Gateway extrait les informations relatives à l'EDI à partir des segments d'en-tête et de fin de l'enveloppe aux niveaux de l'EDI, du groupe et de la transaction. Ces informations peuvent comprendre :
De même, lorsque le concentrateur envoie un ou plusieurs documents émis par l'application dorsale du Gestionnaire de communauté, les documents sont transformés en transactions EDI standard. Les transactions EDI obtenues sont enveloppées avant d'être envoyées au participant. Comme pour la réception, plusieurs actions sont nécessaires pour créer, envelopper et envoyer un EDI.
Les transactions individuelles, groupes et EDI sont identifiés par des numéros de contrôle. WebSphere Partner Gateway détermine ces numéros lorsqu'un échange a lieu. Toutefois, vous pouvez personnaliser les numéros de contrôle de la façon décrite dans la section Numéros de contrôle.
L'illustration qui suit montre comment un EDI, regroupé en tant que AS, est envoyé depuis un participant avec pour objectif de fournir deux documents XML transformés à deux passerelles différentes du système dorsal du Gestionnaire de communauté. Dans cet exemple, les transactions 850 sont transformées en ordres d'achat qu'une application dorsale peut traiter. Les transactions 890 sont transformées en ordres d'expédition d'entrepôt, que l'application dorsale peut traiter.
Au lieu d'une seule connexion du participant vers le Gestionnaire de communauté, cet échange demande trois (?) connexions :
Pour les transactions, le regroupement source est N/A, car elles sont arrivées par l'EDI original, qui a été désenveloppé par le système. Par conséquent, le côté source des transactions doit être indiqué Regroupement : N/A dans la connexion du participant.
Pour la transaction qui est transformée en XML et qui va circuler vers l'application dorsale via JMS, la passerelle cible sur la connexion du participant doit être définie comme la passerelle JMS du Gestionnaire de communauté. Pour la transaction qui est transformée en XML et qui va circuler vers l'application dorsale via HTTP, la passerelle cible sur la connexion du participant doit être définie comme la passerelle HTTP.
Pour visualiser l'EDI et ses transactions, vous pouvez utiliser l'Afficheur de documents. Pour ce logiciel, les transactions sont les enfants de l'EDI. L'Afficheur de documents vos permet d'afficher les enfants d'un EDI source ou cible, ainsi que les événements associés. L'Afficheur de documents est décrit dans la section "Affichage des événements et des documents" du Guide de l'administrateur.
Si l'émetteur exige des accusés de réception, vous devez mettre en place d'autres connexions :