Traitement des messages RNIF
Le organization RosettaNet définit l’échange de messages dans les spécifications RNIF (RosettaNet Implementation Framework). RNIF définit la façon dont les systèmes d’intégration transportent les messages. BTARN implémente entièrement les spécifications RNIF, ajoutant cette fonctionnalité à ce que Microsoft BizTalk Accelerator pour RosettaNet (BTARN) fournit en mode natif prête à l’emploi.
Les communications RNIF sont complexes. Les processus publics qui effectuent le traitement RNIF incluent une variété de vérifications de validation et une logique de flux de travail complexe. BTARN fournit cette fonctionnalité en mode natif. Cela vous permet d’utiliser un système conforme à RosettaNet sans développer ou maintenir la logique RNIF à partir de zéro.
Prise en charge de BTARN pour RNIF
BTARN prend en charge les deux versions de RNIF : RNIF 1.1 et RNIF 2.0 (V02.00.01). RNIF 2.0 a ajouté des fonctionnalités importantes au-delà de celles prises en charge par RNIF 1.1, notamment le chiffrement, les pièces jointes et les transactions synchrones. RNIF 2.0 n'est pas à compatibilité descendante avec RNIF 1.1.
Notes
BTARN est conforme à RosettaNet Ready RNIF 2.0.
Les deux versions définissent le message RosettaNet différemment. Pour plus d’informations sur les différents conteneurs de messages, consultez RNIF Standard.
Les systèmes d’intégration effectuent un transfert RNIF via HTTP/HTTPS et SMTP ; toutefois, BTARN implémente uniquement HTTP/HTTPS. BTARN ne prend pas en charge les pièces jointes et les transactions synchrones dans RNIF 1.1.
Non-répudiation
La norme RNIF inclut une exigence de non-répudiation. Cela implique de stocker le format de connexion de tout message reçu ou envoyé par BTARN dans une base de données de non-répudiation, afin que vous puissiez prouver légalement que vous l’avez reçu ou envoyé. À cet effet, BTARN utilise la table MessageStorageIn de la base de données BTARNArchive pour les messages entrants et la table MessageStorageOut dans la même base de données pour les messages sortants.
Vous définissez des exigences de non-répudiation pour le contenu du service et pour les accusés de réception séparément dans le profil de configuration du processus. Si vous définissez l’une ou les deux options Non-Répudiation de l’origine et Contenu etNon-Répudiation obligatoire sur True, BTARN stocke les données suivantes :
| Données | Contenu |
|---|---|
| RecordID | ID unique propriétaire du message stocké |
| MessageCategory | Demande (0), réponse (1) ou signal (2) |
| DestinationParty | Nom de la partie de destination |
| SourceParty | Nom de la partie source |
| PIPCode | Par exemple, PIP3A4 |
| PIPVersion | Par exemple, V02.00 |
| MessageContent | Message au format binaire |
| MessageTrackingID | ID de suivi des messages du message |
| PIPInstanceID | ID de instance PIP du processus |
Voir aussi
Ce qu’apporte BizTalk Accelerator pour RosettaNet à BizTalk Server
Implémentation PIP