Présentation du traitement des documents

WebSphere Partner Gateway vous permet d'échanger des documents commerciaux avec vos partenaires. L'objectif de cet échange de documents est de communiquer des informations, ce qui implique généralement le traitement de données et le renvoi d'un résultat. Lorsque vous recevez des données d'un participant de communauté, leur traitement intervient généralement sur l'application dorsale de votre entreprise. Dans cette communauté concentrée, WebSphere Partner Gateway est le point autour duquel gravitent les messages entrants et sortants de l'entreprise.

L'accès à l'entreprise s'effectue via l'application dorsale à laquelle WebSphere Partner Gateway est connecté.

La figure 1 montre la façon dont les documents circulent via WebSphere Partner Gateway Enterprise et Advanced Editions. Un participant envoie un document à WebSphere Partner Gateway (le concentrateur). WebSphere Partner Gateway reçoit le document et exécute toutes les actions qui ont été prédéfinies (telles que la validation ou la transformation du document). WebSphere Partner Gateway envoie alors le document à une application dorsale dans laquelle le document est traité.

Remarque : Comme l'indique l'illustration, la communication circule dans la direction opposée également. L'application dorsale peut générer un document et l'envoyer au concentrateur qui le traite et l'envoie au participant.
Figure 1. Flot de documents complet
Cette figure montre comment WebSphere Partner Gateway reçoit un document d'un participant et l'achemine au système dorsal du Gestionnaire de communauté, où il est traité par une application dorsale. Le document peut aussi provenir de l'application dorsale, auquel cas WebSphere Partner Gateway l'achemine au participant.

Ce guide concerne l'intégration entre le concentrateur et l'application dorsale (partie grisée de l'illustration).

Remarque : Les informations de ce document concernent uniquement WebSphere Partner Gateway Enterprise et Advanced Editions. WebSphere Partner Gateway - Express, un outil de connectivité B2B souple et simple à utiliser diffère de WebSphere Partner Gateway Enterprise et Advanced Editions. Il fournit une solution d'intégration de communauté (alors que WebSphere Partner Gateway Enterprise et Advanced Editions fournissent une solution de concentrateur de passerelle pour un Gestionnaire de communauté). Pour plus d'informations sur WebSphere Partner Gateway - Express, voir songuide d'utilisateur.

Rôles dans la communauté concentrée

WebSphere Partner Gateway Enterprise et Advanced Editions comptent trois types de participants : l'Opérateur de communauté, le Gestionnaire de communauté et les participants. Un Opérateur de communauté est créé automatiquement lorsque WebSphere Partner Gateway est installé. L'Opérateur de communauté est responsable de la configuration du concentrateur et de la création des participants qui interagiront avec le concentrateur.

Le Gestionnaire de communauté, qui est généralement le propriétaire du concentrateur, est considéré comme l'un des participants du concentrateur. L'Opérateur de communauté crée un profil pour le Gestionnaire de communauté, fournissant les informations dont le Gestionnaire de communauté a besoin pour envoyer et recevoir les documents des participants. (Notez qu'un seul Gestionnaire de communauté peut être créé.) Lorsque le concentrateur envoie des documents au système dorsal, il utiliser les informations (URL ou file d'attente JMS, par exemple) configurées pour le Gestionnaire de communauté. L'Opérateur de communauté crée également des profils pour les participants, et il peut y en avoir plusieurs.

Processus de configuration du concentrateur

L'administrateur du concentrateur est l'opérateur de communauté responsable de l'administrateur du concentrateur. Il configure le concentrateur pour envoyer et recevoir des documents de gestion du Gestionnaire de communauté et des participants. Pour recevoir des documents de gestion du Gestionnaire de communauté, l'administrateur du concentrateur crée les cibles pour les transferts que le Gestionnaire de communauté va utiliser pour envoyer les documents.Par exemple, si le Gestionnaire de communauté utilise les protocoles de transfert file-directory et JMS, l'Opérateur de communauté configure une cible file-directory et une cible JMS pour le Gestionnaire de communauté. De la même manière, si des participants utilisent les protocoles de transfert HTTP et FTP, l'Opérateur de communauté configure une cible HTTP et une cible FTP pour eux.

Figure 2. Cibles pour le Gestionnaire de communauté et les participants
Cette figure montre que deux cibles sont configurées pour recevoir des documents de l'application dorsale du Gestionnaire de communauté : une cible JMS et une cible file-directory. Deux cibles sont aussi configurées pour recevoir des documents de participants : une cible HTTP et une cible FTP.

Les passerelles sont créées pour le Gestionnaire de communauté et les participants pour chacun des protocoles de transfert qu'ils utiliseront pour recevoir des documents de gestion envoyés par le concentrateur.

Figure 3. Passerelles pour le Gestionnaire de communauté et les participants
Cette figure montre que les passerelles sont configurées pour envoyer des documents depuis le concentrateur à l'application dorsale du Gestionnaire de communauté, ainsi qu'aux participants.

Dans le cadre de la configuration du concentrateur, l'Opérateur de communauté établit des définitions du flot de documents qui définissent les caractéristiques d'un flot de document, telles que :

Lorsque WebSphere Partner Gateway est installé, un ensemble de définitions de flot de documents est disponible. Vous pouvez également développer les définitions de flot de documents en créant vos propres définitions ou en téléchargeant les définitions. Par exemple, des définitions de flot de documents pour divers PIP RosettaNet sont incluses sous forme de fichiers ZIP sur le support d'installation. Vous pouvez télécharger ces fichiers pour les rendre disponibles. Si vous échangez des fichiers EDI, vous pouvez importer des définitions de flot de documents et des mappes associées à partir du client Data Interchange Services.

Prenons l'exemple suivant : un participant de communauté envoie un message RNIF 2.0 contenant un bon de commande RosettaNet PIP 3A4 à la cible HTTP de WebSphere Partner Gateway. Le message s'adresse au Gestionnaire de communauté. Le Gestionnaire de communauté est doté d'un système dorsal qui traite les bons de commande et est censé recevoir le bon de commande, qui est essentiellement les données utiles du message RNIF envoyé par le participant. Avant la configuration des connexions du participant dans WebSphere Partner Gateway, la procédure suivante est définie :

Lorsque le regroupement d'intégration dorsale est utilisé, les en-têtes de transfert définis par WebSphere Partner Gateway sont ajoutés au document pour transmettre les informations utiles à l'échange de documents.

Dans l'exemple précédent, l'Opérateur de communauté téléchargeait le module PIP approprié, ce qui configurait les définitions de flot de documents suivantes pour l'échange de RosettaNet PIP 3A4 :

Lorsque l'Opérateur de communauté a établi les définitions de flot de documents, l'Opérateur de communauté crée des interactions pour les définitions de flot de documents. Par exemple, l'Opérateur de communauté peut indiquer que la définition du flot de documents RNIF/RosettaNet/3A4 peut arriver dans le concentrateur à partir d'une source.

L'Opérateur de communauté (ou les participants) sélectionne les prestataires B2B appropriés pour l'échange de documents. Dans cet exemple, les prestataires B2B ci-après sont activés pour le Gestionnaire de communauté :

Les prestataires B2B ci-après sont activés pour le participant :

L'Opérateur de communauté crée ensuite des connexions entre les participants.

Dans l'illustration suivante, l'Opérateur de communauté a créé des profils pour le Gestionnaire de communauté et le participant, des cibles pour recevoir les documents et des passerelles pour les envoyer, les définitions de flot de documents répertoriées ci-dessus, il a défini les prestataires B2B du participant et du Gestionnaire de communauté et a créé une connexion entre les deux.

Figure 4. Comment un document circule vers l'application dorsale
Cette figure montre comment un document RosettaNet circule depuis un participant via le serveur WebSphere Partner Gateway et vers l'application dorsale du Gestionnaire de communauté.

Pour obtenir des informations sur la configuration du concentrateur, voir le guide de configuration du concentrateur.

Copyright IBM Corp. 2003, 2005