Une définition de flot de documents se compose, au minimum, d'un regroupement, d'un protocole et d'un flot de documents. Pour certains protocoles, il est possible de spécifier une activité, une action et un signal. Les définitions de flots de documents précisent les types de documents qui seront traités par WebSphere Partner Gateway.
Le regroupement est la logique requise pour regrouper un document en fonction d'une spécification, par exemple AS2. Un flot de protocole est la logique exigée pour traiter un document adhérant à un certain protocole, tel que EDI-X12. Un flot de documents décrit l'aspect du document.
Les sections suivantes décrivent rapidement les étapes de définition d'un flot de documents entre le Gestionnaire de communauté et un participant.
Vérifiez qu'une définition de flot de documents existe (parmi celles qui sont fournies prédéfinies avec le système). Si le flot n'existe pas encore, vous pouvez le créer en téléchargeant les fichiers nécessaires ou en créant manuellement une définition personnalisée.
Lors de la définition d'un flot de documents, vous pouvez modifier certains attributs. Les attributs servent à diverses fonctions de traitement de document et de routage, comme la validation, la vérification pour chiffrement et le nombre de relances. Ils permettent un paramétrage global du regroupement, protocole ou flot de documents associés. Les attributs disponibles varient selon la définition du flot de documents. Les attributs des définitions de flots de documents EDI sont différents de ceux des définitions de flots de documents RosettaNet.
Par exemple, si vous indiquez une valeur pour l'attribut Heure d'accuser réception du regroupement AS, elle s'applique à tous les documents regroupés avec AS. (L'attribut Heure d'accuser réception définit la durée d'attente d'un accusé de réception MDN avant de renvoyer la demande initiale.) Si par la suite vous définissez l'attribut Heure d'accuser réception au niveau des capacités B2B, cette valeur supplante celle qui a été indiquée au niveau de la définition du flot de documents.
Pour les attributs qui peuvent être définis à tous les niveaux de la définition du flot de documents, les valeurs définies au niveau du flot de document prévalent sur celles définies au niveau du protocole, et ces dernières sont prioritaires sur celles paramétrées au niveau du regroupement.
Le flot de documents doit figurer sur la page Gérer des définitions de flots de documents pour que vous puissiez créer des interactions.
Créez des interactions pour les flux de documents définis. L'interaction indique à WebSphere Partner Gateway les actions à effectuer sur un document. Pour certains échanges, deux flots suffisent : un pour décrire le document reçu dans le concentrateur (de la part du participant ou du Gestionnaire de communauté) et un qui décrit le document envoyé depuis le concentrateur (au participant ou au Gestionnaire de communauté. Toutefois, si le concentrateur envoie ou reçoit un EDI qui sera fractionné en transactions individuelles, ou dans lequel des accusés de réception sont requis, vous créerez plusieurs interactions pour procéder à l'échange.
Créez les profils des participants pour le Gestionnaire de communauté et les participants. Définissez des passerelles (qui déterminent quels documents seront envoyés) et des capacités B2B pour définir les documents que le Gestionnaire de communauté et les participants peuvent envoyer et recevoir. La page Capacités B2B répertorie tous les flots de documents définis.
Vous pouvez définir des attributs au niveau des capacités B2B. Tout attribut défini à ce niveau a la précédence sur ceux qui ont été définis au niveau de la définition du flot de documents. Par exemple, si vous définissez Heure d'accuser réception sur 30 au niveau de la définition du flot de documents pour un regroupement AS, puis la définissez sur 60 dans les capacités B2B, la valeur 60 est utilisée. Le fait de définir un attribut au niveau B2B vous permet de le personnaliser en fonction d'un participant spécifique.
Vous devez définir les profils et capacités B2B du Gestionnaire de communauté et des participants avant de pouvoir créer des connexions entre eux.
Activez les connexions entre le Gestionnaire de communauté et les participants. Les connexions disponibles dépendent des capacités B2B des participants. Les capacités B2B sont basées sur les interactions que vous avez créées. Ces dernières dépendent de la disponibilité des définitions de flots de documents.
Pour certains échanges, une seule connexion est requise. Par exemple, c'est le cas si un participant envoie un document binaire à une application dorsale du Gestionnaire de communauté. Toutefois, dans le cadre des échanges EDI pour lesquels l'EDI est désenveloppé et les transactions individuelles transformées, plusieurs connexions sont définies.
Vous pouvez définir des attributs au niveau de la connexion. Tout attribut défini à ce niveau a le pas sur ceux qui ont été définis au niveau des attributs B2B. Par exemple, si vous définissez Heure d'accuser réception sur 60 au niveau des fonctionnalités B2B pour le regroupement AS2, puis la définissez sur 120, c'est cette valeur qui est utilisée. Le fait de définir la valeur d'un attribut au niveau de la connexion permet de le personnaliser selon les besoins en routage des participants et applications impliqués.
Par défaut, plusieurs méthodes de regroupement sont activées. Pour illustrer la procédure globale d'établissement des définitions de flots de documents, prenons le cas d'un accord passé avec un participant de la communauté, portant sur la réception d'un EDI conforme au standard EDI-X12. Le participant envoie le document dans un regroupement AS2. Vous indiquez que l'EDI sera envoyé tel quel (sans transformation) à une application dorsale, sans regroupement.
A ce point, vous avez précisé si le concentrateur accepte les échanges EDI-X12 (standard ISA) regroupés en tant que AS. Vous avez également indiqué qu'il est capable d'en envoyer sans regroupement. Vous avez précisé que l'EDI ne doit faire l'objet d'aucune transformation. Il est simplement transmis à l'application dorsale (une fois les en-têtes AS supprimés).
Vous n'avez pas encore précisé quel participant peut envoyer ce type d'EDI au concentrateur. Pour cela, vous devez définir le profil et les capacités B2B du participant. (Définissez également un profil et les capacités B2B du système dorsal du Gestionnaire de communauté.) Une fois ces tâches effectuées, créez une connexion entre le participant et l'application dorsale. La figure 20 illustre la connexion entre le participant et l'application dorsale du Gestionnaire de communauté, dans le cadre de cet exemple.
Vous pouvez vérifier l'existence d'une connexion dans la page Gestion des connexions (Administrateur du compte > Connexions du participant). Sur la page Gestion des connexions, sélectionnez le participant dans la liste des Sources, le Gestionnaire de communauté dans la liste des Cibles, puis cliquez sur Rechercher. La connexion disponible s'affiche. Si nécessaire, vous pouvez modifier les attributs et actions en appliquant les procédures décrites dans les sections suivantes.
Il existe trois types de définitions de flots de documents : ceux qui sont fournis avec le système et peuvent être sélectionnés depuis la console, ceux qui sont déjà définis mais qui ne figurent pas encore sur la Console de communauté (vous avez téléchargé ces définitions depuis le support d'installation WebSphere ou depuis un autre emplacement), et ceux que vous créez vous-même. Pour chaque type de définition de flot de documents, vous pouvez (et parfois devez) préciser des attributs ou télécharger des mappes qui permettent de les configurer plus précisément.