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.
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.
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.
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.
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.
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.
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.
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.
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.
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.
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.
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.
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.
Les protocoles fournis avec le système sont les suivants :
Le protocole Binaire peut être utilisé avec les regroupements AS, Aucun et Intégration dorsale. Un document binaire ne contient pas de données sur sa source ou sa destination.
Ces protocoles EDI peuvent être utilisés avec les regroupements AS ou Aucun. Comme indiqué dans la section N/A, si la transaction ou l'EDI est émis par le concentrateur ou lui est destiné, indiquez N/A comme regroupement. Les standards d'EDI X12 et EDIFACT sont utilisés pour l'échange de données. EDI-Consent désigne les types de contenus autres que X12 ou EDIFACT.
Les demandes de Service Web ne peuvent être utilisées qu'avec le regroupement Aucun.
Les documents cXML ne peuvent être utilisés qu'avec le regroupement Aucun.
XMLEvent est un protocole spécial utilisé pour fournir une notification d'événement pour les documents émis ou reçus par l'application dorsale. Il ne peut être utilisé qu'avec le regroupement Intégration dorsale. Ce protocole est décrit dans le Guide d'intégration d'entreprise.
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.
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.
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.