Comment créer ou modifier une configuration de processus
Cette rubrique décrit comment créer ou modifier une configuration de processus.
Les paramètres de la configuration du processus sont comme indiqué dans le tableau suivant, organisés par onglet. Les procédures de création et de modification d’une configuration de processus s’affichent après la table.
Les propriétés d'autorisation et de non-répudiation sont interdépendantes. Pour plus d’informations sur la définition de ces propriétés, consultez Propriétés d’autorisation et de non-répudiation.
| Onglet | Paramètre | Usage |
|---|---|---|
| Généralités | Code d'affichage | Code d'affichage du PIP (Partner Interface Process). Il peut s'agir de la désignation PIP de RosettaNet ou du nom d'un schéma personnalisé. Il est recommandé d'utiliser une convention d'affectation de noms standard comme un nom contenant le code de processus et la version, par exemple, « STD_3A2_R02.00.00A ». Vous pouvez ainsi plus facilement gérer des versions différentes du même PIP. Ce champ est obligatoire. |
| Généralités | Code de processus | Le code PIP à trois chiffres. Par exemple, « 3A2 ». Ce champ est obligatoire. |
| Généralités | Version | Version du PIP. Par exemple, « V02.02 » ou « R02.00.00A ». Ce champ est obligatoire. |
| Généralités | Nom du processus | Nom du PIP. Par exemple, « Action de demande de prix et de disponibilité ». Ce champ est obligatoire. |
| Généralités | Description | Description des messages conformes au PIP. |
| Généralités | Standard | Type de norme. Valeurs possibles : RosettaNet (valeur par défaut) ou CIDX |
| Généralités (Zone Contenu non RosettaNet) |
Norme du message | Pour du contenu non RosettaNet, nom de la norme non RosettaNet. Utilisez ce paramètre si vous n'utilisez pas de PIP RosettaNet, mais que vous avez défini un schéma personnalisé. Utilisez ce paramètre pour RNIF 2.0 uniquement et non pour RNIF 1.1 ou CIDX. |
| Généralités (Zone Contenu non RosettaNet) |
Version de la norme | Pour du contenu non RosettaNet, version de la norme non RosettaNet. Utilisez ce paramètre si vous n'utilisez pas de PIP RosettaNet, mais que vous avez défini un schéma personnalisé. Utilisez ce paramètre pour RNIF 2.0 uniquement et non pour RNIF 1.1 ou CIDX. |
| Généralités (Zone Contenu non RosettaNet) |
ID de liaison de charge utile | Pour du contenu non RosettaNet, numéro d'identification du contenu de charge utile. Utilisez ce paramètre si vous n'utilisez pas de PIP RosettaNet, mais que vous avez défini un schéma personnalisé. La partie qui implémente le PIP personnalisé doit définir cette valeur. Utilisez ce paramètre pour RNIF 2.0 uniquement et non pour RNIF 1.1 ou CIDX. |
| Activité (Zone Accusé de réception) |
Non-répudiation requise | Détermine si les messages de signal doivent être signés (avec un résumé de message inclus dans le message d’accusé de réception) et stockés dans leur forme d’origine par la partie destinataire dans la table MessageStorageIn ou MessageStorageOut de la base de données BTARNArchive, à des fins de non-répudiation. Le destinataire doit stocker les signaux pour la période désignée dans la propriété Non répudiation de l'origine dans la configuration du partenaire. Valeurs possibles : True (valeur par défaut) ou FalseSi la valeur est False, les messages de signal ne sont pas stockés à des fins de non-répudiation. Les messages de signal peuvent être signés ou non.Si la valeur est True, les messages de signal entrants sont stockés dans leur format d'origine dans la table MessageStorageIn. Les messages de signal sortants sont stockés dans leur format d'origine dans la table MessageStorageOut. Les messages de signal doivent être signés.Pour plus d’informations, consultez Propriétés d’autorisation et de non-répudiation. |
| Activité (Zone Accusé de réception) |
Délai de l'accusé de réception (secondes) | Durée en secondes pendant laquelle l'initiateur doit recevoir l'accusé de réception. Si l'initiateur ne le reçoit dans ce délai, il fait une nouvelle tentative jusqu'à ce qu'il atteigne le nombre de Nouvelles tentatives maximal (indiqué dans la section Comportement de cet onglet). BTARN mesure la valeur Time To Accusé de réception à partir du moment où l’initiateur a envoyé le message d’action avec succès. La valeur est incluse dans l'en-tête de remise. La valeur ne peut pas être inférieure à zéro ou supérieure à celle de la Durée d'exécution définie dans la même page. Vous utilisez ce paramètre pour les messages de signal (accusés de réception d'application) retournés dans le traitement RNIF 1.1 et 2.01. Vous utilisez également ce paramètre pour les accusés de réception d'acceptation retournés dans le traitement RNIF 1.1. La valeur par défaut est 7 200 secondes (deux heures). |
| Activité (Zone Comportement) |
Autorisation obligatoire | Détermine si un message d'action ou de signal entrant doit être signé. BTARN n’accepte pas de document métier si l’individu/le rôle n’est pas autorisé à effectuer l’activité. Valeurs possibles : True (valeur par défaut) ou FalseSi la valeur est False, les messages d'action et de signal sortants ne sont pas signés. Les messages d'action et de signal entrants peuvent être signés. S'ils ne sont pas signés, le système autorise le partenaire via l'en-tête de remise.Si la valeur est True, les messages entrants doivent être signés. Les messages sortants peuvent être signés. Les messages sortants sont signés uniquement si la valeur de Non-répudiation de l'origine et du contenu est True.Pour plus d’informations, consultez Propriétés d’autorisation et de non-répudiation. |
| Activité (Zone Comportement) |
Confidentialité persistante requise | Détermine si le chiffrement est requis. Valeurs possibles : Aucun (valeur par défaut) indique qu'aucun chiffrement n'est nécessaire. Charge utile indique que le chiffrement du contenu de service et des pièces jointes est requis. Conteneur de charge utile indique que le chiffrement du contenu de service, des pièces jointes et de l'en-tête de service est requis. Dans RNIF 2.0, les en-têtes de préambule et de remise ne sont jamais chiffrés. Dans RNIF 1.1, aucune partie de message n'est chiffrée. Elles sont seulement signées. |
| Activité (Zone Comportement) |
Transport sécurisé requis | Détermine si le transport HTTPS est requis. Valeurs possibles : True (valeur par défaut) ou False |
| Activité (Zone Comportement) |
Action unique | Détermine si les messages ont une action unique ou double. Valeurs possibles : True (valeur par défaut) ou FalseLes messages d'action unique sont la Distribution d'informations ou la Notification. Les messages de double action sont la Transaction commerciale, la Confirmation de demande, la Demande/Réponse ou la Requête/Réponse. Si la norme est CIDX, Action unique doit avoir la valeur True. |
| Activité (Zone Comportement) |
Synchrone | Détermine si des partenaires commerciaux échangent des messages d'action de façon synchrone ou asynchrone. Valeurs possibles : True ou False(valeur par défaut)Non utilisé pour RNIF 1.1. |
| Activité (Zone Comportement) |
Non-répudiation de l'origine et du contenu | Détermine si les messages d'action doivent être signés et stockés dans leur format de réception d'origine par le destinataire dans la table MessageStorageIn ou MessageStorageOut de la base de données BTARNArchive, à des fins de non-répudiation. Le destinataire doit stocker les messages d'action pour la période désignée dans la propriété Non-répudiation de l'origine dans la configuration du partenaire à des fins de non-répudiation. Si nécessaire, les messages d'action doivent être signés. Valeurs possibles : True (valeur par défaut) ou FalseSi la valeur est False, les messages d'action ne sont pas stockés à des fins de non-répudiation. Les messages d'action peuvent être signés ou non.Si la valeur est True, les messages d'action entrants sont stockés dans leur format d'origine dans la table MessageStorageIn. Les messages d'action sortants sont stockés dans leur format d'origine dans la table MessageStorageOut. Les messages d'action doivent être signés.Pour plus d’informations, consultez Propriétés d’autorisation et de non-répudiation. |
| Activité (Zone Comportement) |
Nombre de nouvelles tentatives | Nombre de fois que le processus doit réessayer l'activité en cas d'échec du transport ou du traitement. Si le nombre de nouvelles tentatives est 3, le processus tente l'activité quatre fois. La valeur par défaut est 3. Si la communication est synchrone, BTARN n’utilise pas ce champ, car les nouvelles tentatives ne s’appliquent pas aux transactions synchrones. |
| Activité (Zone Comportement) |
Durée d'exécution | Période (en secondes) pendant laquelle le processus doit exécuter l'activité. La période commence quand l'initiateur envoie le premier document. L'initiateur (et non le répondeur) doit s'assurer que l'activité est exécutée pendant cette période. Cette valeur figure dans l'en-tête de remise. La valeur par défaut est 86 400 secondes (24 heures). La valeur de la Durée d'exécution doit être supérieure à celle du Délai de l'accusé de réception définie dans la section Accusé de réception de la même page. |
| Activité (Zone Général) |
Type | Détermine le type d'activité. Valeurs possibles : Transaction commerciale, Distribution d'informations (valeur par défaut), Notification, Requête/Réponse, Demande/Confirmationou Demande/Réponse |
| Initiator (Zone Document commercial) |
Description | Description du document commercial de l'action de l'initiateur. |
| Initiator (Zone Document commercial) |
Nom | Nom du document commercial de l'action de l'initiateur. Par exemple, « Demande de prix et de disponibilité ». |
| Initiator (Zone Document commercial) |
Version | Version du document commercial. Par exemple, « V02_02_00 » ou « R02.00.00A ». Vous pouvez trouver ce numéro de version au début du fichier .htm de recommandations pour les messages XML RosettaNet que vous téléchargez avec le fichier .doc de spécification PIP et la définition de type de document (DTD) PIP de l'organisation RosettaNet. |
| Initiator (Zone Général) |
Action | Description de l'action de l'initiateur. Par exemple, « Action de requête de test synchrone ». |
| Initiator (Zone Général) |
Rôle | Rôle de l'initiateur. Par exemple, « Acheteur » ou « Payeur ». La valeur par défaut est « Initiateur ». |
| Initiator (Zone Général) |
Description du rôle | Description du rôle de l'initiateur. Par exemple, « Tiers émettant le paiement ». |
| Initiator (Zone Général) |
Type de rôle | Type de rôle de l'initiateur. Valeurs possibles : Organisationnel, Employéou Fonctionnel (valeur par défaut) |
| Initiator (Zone Général) |
Service | Service de l'initiateur. Par exemple, « Service de l'acheteur » ou « Service du payeur ». |
| Initiator (Zone Général) |
Classification du service. | Type de service de l'initiateur. Par exemple, « Service commercial ». |
| Répondeur (Zone Document commercial) |
Description | Description du document commercial de l'action du répondeur. Par exemple, « Confirme formellement l'état des éléments de ligne dans un bon de commande ». |
| Répondeur (Zone Document commercial) |
Nom | Nom du document commercial de l'action du répondeur. Par exemple, « Confirmation de bon de commande ». |
| Répondeur (Zone Document commercial) |
Version | Version du document commercial. Par exemple, « V02.02.00 » ou « R02.00.00A ». Vous pouvez trouver ce numéro de version au début du fichier .htm de recommandations pour les messages XML RosettaNet que vous téléchargez avec le fichier .doc de spécification PIP et la définition de type de document (DTD) PIP de l'organisation RosettaNet. |
| Répondeur (Zone Général) |
Action | Description de l'action du répondeur. Par exemple, « Action de confirmation de bon de commande ». |
| Répondeur (Zone Général) |
Rôle | Rôle du répondeur. Par exemple, « Vendeur ». La valeur par défaut est « Répondeur ». |
| Répondeur (Zone Général) |
Description du rôle | Description du rôle du répondeur. Par exemple, « Tiers recevant le paiement ». |
| Répondeur (Zone Général) |
Type de rôle | Type de rôle du répondeur. Valeurs possibles : Organisationnel (valeur par défaut), Employéou Fonctionnel |
| Répondeur (Zone Général) |
Service | Service du répondeur. Par exemple, « Service du vendeur ». |
| Répondeur (Zone Général) |
Classification du service. | Type de service du répondeur. Par exemple, « Service commercial ». |
Pour implémenter une nouvelle configuration de processus
Cliquez sur Démarrer, pointez sur Tous les programmes, sur MicrosoftBizTalk Accelerator pour RosettaNet, puis sur BizTalk Accelerator pour RosettaNetManagement Console.
Dans la console de gestion BTARN, développez Accélérateur BizTalk pour RosettaNet.
Cliquez avec le bouton droit sur Paramètres de configuration du processus, pointez sur Nouveau, puis cliquez sur Configuration du processus.
Dans la boîte de dialogue Propriétés de la nouvelle configuration de processus, sous les onglets Général, Activité, Initiateuret Répondeur , tapez des valeurs pour les paramètres indiqués dans le tableau précédent, puis cliquez sur OK.
Pour modifier une configuration du processus
Cliquez sur Démarrer, pointez sur Tous les programmes, sur MicrosoftBizTalk Accelerator pour RosettaNet, puis sur BizTalk Accelerator pour RosettaNetManagement Console.
Dans la console de gestion BTARN, développez Accélérateur BizTalk pour RosettaNet.
Cliquez sur Paramètres de configuration du processus.
Cliquez avec le bouton droit sur la configuration de processus à modifier, puis cliquez sur Propriétés.
Dans la <boîte de dialogue Propriétés de configuration> du processus, sous les onglets Général et Propriétés du contact, modifiez les paramètres en fonction des besoins. Pour plus d'informations sur ces paramètres, consultez le tableau précédent.
Cliquez sur OK.
Voir aussi
Utilisation de la configuration PIP pour créer une configuration de processus
Propriétés d’autorisation et de non-répudiation
Configurer l’échange de messages eStandards CIDX
Administration de la configuration de BTARN