Traitement des services de réparation et de renvoi des messages

L’orchestration MrsrRepair gère toutes les opérations de réparation de message et de nouvelle soumission, y compris le traitement des éléments suivants :

• Messages nécessitant une réparation

• Messages non traités

• Nouveaux messages créés dans le site MRSR

Traitement des messages nécessitant une réparation

Si un message doit être réparé, l’orchestration est avertie que le message entrant provient du désassembleur. Il traite uniquement les messages du désassembleur si la fonctionnalité de rôle est définie sur Créer ou réparer. L’orchestration MrsrRepair s’abonne aux messages de MessageBox qui ont les propriétés suivantes :

A4SWIFT_Failed==true AND  
BTS_Operation=="A4SWIFT_DasmMarkedAsFailed" AND  
A4SWIFT_SwiftBound==true  

Le port entrant de l’orchestration MrsrRepair utilisée pour la réparation de message et la nouvelle soumission est lié à l’emplacement de réception Sts.Outbox.Location. Le programme d’installation A4SWIFT installe cet emplacement de réception par défaut. Lorsque les utilisateurs envoient des messages au site MRSR, cet emplacement de réception récupère les messages et les achemine vers l’orchestration MrsrRepair.

Le tableau suivant répertorie les formulaires InfoPath valides :

Traitement des messages non traités

Si l’orchestration MrsrRepair détermine qu’un message n’a pas pu être analysé, elle définit les indicateurs appropriés, puis envoie le message à la boîte de réception du site MRSR pour réparation dans le formulaire InfoPath pour les messages non analysés. Lorsque l’orchestration reçoit le message après réparation, elle définit le BTS. La propriété Operation vers « A4SWIFT_MRSRCompleted » et la propriété A4SWIFT_Failed sur False, puis achemine le message vers messageBox. Ces propriétés garantissent que le message non réparé n’entre pas à nouveau dans le processus de réparation de message.

Le formulaire de réparation non réparé est appelé Message non pris en charge.

Traitement des nouveaux messages créés dans MRSR

Si le message reçu par l’orchestration MrsrRepair a été créé dans le site MRSR, l’orchestration est avertie que le message entrant provient d’InfoPath (et non du désassembleur) et que le message a été signé.

Opérations courantes

L’orchestration MrsrRepair effectue une série d’opérations courantes sur tous les messages, qu’ils nécessitent une réparation, qu’ils ne puissent pas être analysés ou qu’il s’agisse de nouveaux messages. L’orchestration exécute une boucle qui effectue les opérations courantes pour chaque étape du flux de travail, y compris la vérification de la nouvelle clé, la création, la réparation et l’approbation. Cette orchestration est utilisée quel que soit le service et le rôle.

Ces étapes courantes sont les suivantes :

1. Placez le message dans un formulaire d’enveloppe.

2. Envoyez le message au site MRSR.

3. Recevez le message (après les actions de l’utilisateur) à partir du site MRSR via l’emplacement de réception Sts.Outbox.Location. Si un délai d’attente se produit, l’orchestration gère le délai d’attente. Si le délai d’attente se produit pendant qu’un utilisateur répare, vérifie ou approuve un message, A4SWIFT retourne le message à la boîte de réception Réparer, réinitialisant le flux de travail à l’étape Réparation.

   Notes

   Le port entrant de l’orchestration MrsrRepair utilisée pour la réparation de message et la nouvelle soumission est lié à l’emplacement de réception Sts.Outbox.Location. Cet emplacement de réception doit être en cours d’exécution dans un hôte BizTalk lié aux serveurs où le site MRSR est installé. Cet hôte est généralement BizTalkServerApplication, mais il peut s’agir d’un hôte différent. S’il s’agit d’un autre hôte, vous devez vérifier que le site MRSR est installé sur les serveurs auxquels l’hôte est lié.

4. Vérifiez que la signature entrée par l’utilisateur est appropriée pour le rôle et stockez cette signature pour vérifier les restrictions de rôle.

5. Si le contenu du message a été stocké à l’étape précédente, comparez le contenu reçu du site MRSR avec le message stocké. L’orchestration échoue au message s’il n’y a pas de correspondance.

6. Échec du message si l’utilisateur a rejeté les modifications.

7. Effectuez la validation XSD et BRE sur le message si l’utilisateur a accepté les modifications.

8. Le cas échéant, passez à l’étape suivante.

Personnalisation de l’orchestration de réparation

Vous pouvez personnaliser l’orchestration MrsrRepair en ajoutant des fonctionnalités de prétraitement ou de post-traitement. Par exemple, vous pouvez ajouter une orchestration aux étapes de prétraitement ou ajouter une forme d’orchestration antérieure à la forme d’envoi existante pour promouvoir une propriété. Toutefois, vous ne pouvez pas créer ou modifier les contrats ou les profils associés à La réparation des messages et à la nouvelle soumission, car l’orchestration MrsrRepair ne les connaît pas. Vous ne pouvez pas ajouter de nouvelles définitions de rôle au-delà du réparateur, du créateur, du vérificateur ou de l’approbateur. Vous ne pouvez pas non plus modifier la structure ou ajouter des fonctionnalités au cœur de l’orchestration.

Stratégies de règles d’entreprise

Pour le processus de réparation, l’orchestration de réparation appelle le moteur de règles métier BizTalk (BRE) pour charger la stratégie de master pour le type de message, pour instance, MT103_Master_Policy.xml. L’orchestration transmet au BRE le type et le corps du message. Le message master stratégie contient une liste de toutes les autres stratégies qui se rapportent à ce type de message. Le BRE charge toutes les stratégies pour le type de message. Ces stratégies incluent les SWIFT_Reference_Policy, les SWIFT_PartyIdentifier_Policy, les stratégies de règle réseau et la stratégie de validation spécifique au type de message. Le BRE exécute toutes les stratégies répertoriées dans la stratégie de master, quelles que soient les erreurs, et retourne toutes les erreurs.