Informations nécessaires à la configuration du concentrateur

Pour configurer le concentrateur, vous devez disposer d'informations concernant les types d'échanges auxquels le Gestionnaire de communauté participera. Par exemple, vous devez disposer des informations suivantes :

Une fois en possession de ces informations, vous êtes en mesure de débuter la configuration du concentrateur.

Après avoir défini le concentrateur, vous pouvez définir vos participants à partir des informations (telles que l'adresse IP et les numéros DUNS) qu'ils vous ont fournies. Comme indiqué précédemment, vous définissez également le Gestionnaire de communauté comme un type spécial de participant du concentrateur.

Vue d'ensemble des transferts

Il est possible d'envoyer des documents depuis les participants vers WebSphere Partner Gateway (le concentrateur) par le biais de plusieurs transferts. Un participant peut envoyer des documents sur des réseaux publics via HTTP, HTTPS, JMS, FTP, FTPS, script FTP, SMTP ou un fichier-répertoire. Il peut également le faire sur un VAN (Value Added Network), un réseau privé, à l'aide d'un transfert de script FTP. Vous pouvez également créer votre propre transfert.

Remarque : Lors de l'utilisation d'un fichier-répertoire entre un participant et le concentrateur, l'administrateur doit prendre en considération tous les problèmes liés à la sécurité.

De la même façon, le concentrateur envoie des documents aux applications dorsales par le biais de divers transferts. Les plus répandus entre le concentrateur et les applications dorsales sont HTTP, HTTPS, JMS et fichier-répertoire.

La figure 2 indique les différents transferts utilisables.

Figure 2. Transferts pris en charge par WebSphere Partner Gateway
Cette figure indique les transferts (décrits dans les paragraphes précédents) qui peuvent être utilisés entre le participant et le concentrateur, et entre le concentrateur et le système dorsal du Gestionnaire de communauté

Le type de transfert utilisé pour envoyer et recevoir des documents a des répercussions sur la définition des cibles et passerelles. Une cible est un point d'entrée dans le concentrateur, l'emplacement qui reçoit les documents envoyés par les participants ou les applications dorsales. Une passerelle est un point d'entrée dans l'ordinateur du participant ou le système dorsal, l'emplacement où le concentrateur envoie des documents. Avant d'utiliser les transferts FTP, FTPS, script FTP, JMS et fichier-répertoire, vous devez procéder à certains paramétrages décrits au Etapes préalables à la configuration du concentrateur.

Vue d'ensemble des définitions de flot de documents

Lorsque vous définissez l'échange de documents entre les participants et le Gestionnaire de communauté, vous devez apporter quelques précisions concernant le document :

Le regroupement et le protocole du document ainsi que le flot de documents constituent la définition du flot de document. La définition du flot de documents apporte des informations sur la façon de traiter le document. Prenons par exemple la définition de flot de documents suivante, fournie avec le système :

Le concentrateur extrait les informations de l'en-tête AS (qui l'aident à identifier la source et la destination du document). Il sait rechercher dans le document des informations, en fonction de leur position. Des attributs sont affectés aux trois parties de la définition du flot de processus. Vous pouvez modifier les attributs fournis par le système ou en ajouter.

Regroupement

Le regroupement fournit des informations concernant la transmission du document. Comme indiqué dans la précédente section, si le regroupement est de type AS, le concentrateur utilise les informations de l'en-tête AS pour déterminer la source et la destination du document. Si un participant envoie un PIP RosettaNet au Gestionnaire de communauté, le PIP est regroupé en tant que RNIF.

La figure 3 présente les types de regroupements pouvant être définis pour les documents échangés entre le concentrateur et un participant de la communauté, et entre le concentrateur et une application dorsale.

Figure 3. Types de regroupements de documents
Cette figure montre que les regroupements RNIF, AS et Aucun servent entre le participant et le concentrateur, et que les regroupements Intégration dorsale et Aucun servent entre le concentrateur et le système dorsal du Gestionnaire de communauté

Des regroupements sont associés à des protocole spécifiques. Par exemple, un participant doit préciser un regroupement RNIF lors de l'envoi d'un document RosettaNet au concentrateur.

Intégration dorsale

Comme l'indique la figure 3, l'Intégration dorsale n'est disponible qu'entre le concentrateur et l'application dorsale. Lorsque vous précisez un regroupement Intégration dorsale, les documents envoyés par le concentrateur au système dorsal sont accompagnés d'informations d'en-tête supplémentaires. De même, lorsqu'une application dorsale envoie au concentrateur des documents avec un regroupement Intégration dorsale, elle doit ajouter des informations d'en-tête. Le regroupement d'Intégration dorsale et les conditions requises pour les informations d'en-tête sont décrites dans le Guide d'intégration d'entreprise.

AS

Le regroupement AS n'est disponible qu'entre les participants et le concentrateur. Le regroupement AS peut être utilisé pour les documents conformes aux standards AS1 ou AS2. AS1 est un standard utilisé pour sécuriser la transmission des messages par SMTP. De même, AS2 est un standard utilisé pour sécuriser la transmission des messages par HTTP ou HTTPS. Les documents envoyés par un participant avec un regroupement AS sont accompagnés d'informations d'en-tête AS1 ou AS2. Les documents envoyés à un participant attendant des en-têtes AS1 ou AS2 doivent être regroupés (au niveau du concentrateur) en tant que AS.

Aucun

Le regroupement Aucun peut servir à échanger des documents entre le concentrateur et les participants, et entre le concentrateur et l'application dorsale. Aucune information d'en-tête n'est ajoutée (ou attendue) pour ce mode de regroupement.

Module RNIF

Le regroupement RNIF est fourni sur le support d'installation. Téléchargez le regroupement RNIF (ainsi que les PIP qui doivent être échangés) en appliquant la procédure décrite dans la section Documents RosettaNet. Le regroupement RNIF sert à envoyer des documents RosettaNet du participant au concentrateur ou du concentrateur au participant.

N/A

Certains flots de documents se terminent sur WebSphere Partner Gateway ou sont émis en interne par WebSphere Partner Gateway. Pour le regroupement des flots de documents qui s'arrêtent sur WebSphere Partner Gateway, aucun regroupement n'est nécessaire. Les flots de documents qui prennent leur origine dans WebSphere Partner Gateway n'ont pas de regroupement source. Par conséquent, pour ces deux types de flots, le regroupement à indiquer est N/A.

Pour la plupart des transmissions unidirectionnelles entre le participant et le Gestionnaire de communauté (ou vice-versa), WebSphere Partner Gateway reçoit un document d'un participant et l'envoie au Gestionnaire de communauté. Dans WebSphere Partner Gateway, lors de la création de la connexion du participant, vous indiquez le regroupement dans lequel WebSphere Partner Gateway recevra le document, ainsi que le regroupement qu'elle utilisera pour envoyer le document. Dans la figure 4, un document regroupé en tant que AS circule d'un participant vers le système dorsal du Gestionnaire de communauté. Ce document est fourni sans en-tête de transfert à la passerelle du Gestionnaire de communauté. Dans la figure 4, une action est associée à l'échange de documents.

Figure 4. Connexion unidirectionnelle type
Cette figure présente la circulation d'un document depuis un participant, via le concentrateur et jusqu'à la passerelle définie pour le Gestionnaire de communauté

Cependant, certains protocoles impliquent de nombreuses activités (telles que désenveloppement et transformation), dont certaines interviennent comme des éléments intermédiaires de l'échange global. Par exemple, si un participant envoie un EDI au concentrateur à destination du Gestionnaire de communauté, cet EDI est désenveloppé et les transactions EDI individuelles sont traitées. Un regroupement est associé à l'EDI d'origine, lors de son envoi à partir du participant. Cependant, l'EDI proprement dit n'étant pas distribué au Gestionnaire de communauté (il est désenveloppé dans le concentrateur sans aucun autre traitement), le regroupement n'est pas nécessaire. Lorsque vous définissez l'interaction correspondant à l'étape de désenveloppement, précisez un regroupement du côté de l'émetteur mais indiquez N/A du côté du destinataire.

Le paramétrage des définitions de flots de documents dans le cadre d'un EDI est décrit au Configuration des flots de documents EDI.

Protocoles

Les protocoles fournis avec le système sont les suivants :

Lorsque vous téléchargez des regroupements RNIF, vous extrayez également les protocoles associés (RosettaNet et RNSC). RosettaNet (le protocole utilisé entre le participant et le concentrateur) est associé au regroupement RNIF. RNSC (le protocole utilisé entre le concentrateur et l'application dorsale du Gestionnaire de communauté) est associé au regroupement Intégration dorsale.

Pour les transactions EDI ou les documents XML ou ROD qui feront l'objet d'une transformation, importez la mappe de transformation à partir du client Data Interchange Services. Dans le client Data Interchange Services, les dictionnaires sont définis pour le protocole associé à cette transformation. Un dictionnaire contient les informations pour tous les segments, définitions, éléments de données composites et éléments de données du document EDI qui composent le standard EDI. Pour obtenir des informations détaillées sur un standard EDI donné, veuillez consulter les manuels appropriés. Pour plus d'informations sur le client Data Interchange Services, consultez le Guide de mappage ou l'aide en ligne fournie avec le client Data Interchange Services.

Remarque : Les ID de l'émetteur et du réceptionnaire doivent figurer dans la définition du document ROD associée à la mappe de transformation. Les informations nécessaires à l'identification du type du document et des valeurs du dictionnaire doivent également figurer dans la définition du document. Vérifiez que le spécialiste de mappage client Data Interchange Services est au courant de ces exigences lors de la création de la mappe de transformation.

Vous pouvez créer des protocoles personnalisés pour définir exactement la structure d'un document.Pour des documents XML, vous pouvez définir un format XML, comme décrit Création de documents XML personnalisés.

Flot de documents

Le document lui-même peut se présenter dans divers formats. Les flots de documents fournis par le système et les protocoles qui leur sont associés sont les suivants :

La liste suivante décrit les autres types de documents et la source de leur définition :

Vous pouvez également créer vos propres flots de documents, en suivant la procédure décrite à la section Création de documents XML personnalisés.

Copyright IBM Corp. 2003, 2005