Partager via

Processus de réparation des messages

  • Article

Par défaut, BizTalk Server suspend les messages ayant échoué dans la file d’attente suspendue de la base de données MessageBox. Ce processus gère les messages ayant échoué séparément des messages réussis. Toutefois, à l’aide de ce mécanisme par défaut, vous disposez d’une capacité limitée pour récupérer les messages ayant échoué et les réparer. La fonctionnalité Réparation de message et nouvelle soumission de A4SWIFT permet à un utilisateur A4SWIFT de réparer un message et de le soumettre à nouveau. Un autre utilisateur A4SWIFT peut ensuite vérifier les réparations, et un troisième peut approuver les réparations.

Notes

Dans ce contexte, un utilisateur A4SWIFT est un utilisateur qui joue un rôle dans un workflow de réparation de service. Cet utilisateur A4SWIFT est défini et associé à un certificat dans le lien Utilisateurs du client web de profil. Cet utilisateur A4SWIFT n’est pas identique à un compte d’utilisateur Windows, comme défini dans le groupe utilisateurs A4SWIFT de l’utilitaire Gestion des ordinateurs Windows. La personne qui fonctionne en tant qu’utilisateur A4SWIFT doit disposer d’un compte d’utilisateur Windows afin qu’elle puisse utiliser les certificats de ce compte lors de l’envoi d’un message. Toutefois, cette personne peut également servir d’autres utilisateurs A4SWIFT : réparateur, vérificateur, approbateur ou créateur. Pour plus d’informations, consultez Création de services et de rôles pour la réparation de messages et la nouvelle soumission.

Avec ce workflow de réparation, A4SWIFT ne suspend pas un message ayant échoué. Il effectue un traitement supplémentaire sur le message ayant échoué, puis le dépose dans MessageBox, comme un message réussi. L’orchestration de réparation dépose le message dans le A4SWIFT site MRSR, où les utilisateurs peuvent effectuer leurs fonctions dans les formulaires InfoPath.

Validation des messages

La réparation de message et la nouvelle soumission envoient tout message échouant la validation suivante au site MRSR pour réparation :

  • Validation structurelle effectuée par l’analyseur de fichiers plats (messages non analysés)

  • Validation des données effectuée par le lecteur de validation XML

  • Validation des règles d’utilisation et du réseau SWIFT effectuée par le moteur de règles métiers (BRE)

    A4SWIFT collecte toutes les erreurs rencontrées lors de la validation dans un objet de collecte d’erreurs qui se déplace avec le message SWIFT. Le processus de réparation comprend la sérialisation des informations d’erreur dans XML et leur attachement au message en tant que partie d’erreur. Ce traitement inclut également le marquage du message avec une propriété promue qui indique que la validation du message a échoué (A4SWIFT_Failed==True), et une autre propriété promue qui signale le nombre d’erreurs pour chaque étape de validation. Le message à parties multiples résultant se compose des éléments suivants :

  • Partie de corps contenant le message ayant échoué

  • Partie d’erreur contenant le code XML de la collection d’erreurs

  • Propriétés promues indiquant l’état d’échec

Réparation des messages

La règle d’entreprise MRSRDepartmentRule dans MRSRDepartmentPolicy détermine quel service gérera le message ayant échoué. L’orchestration de réparation de message démarre le workflow de réparation en acheminant le message vers une boîte de réception associée au rôle de réparation dans le service. L’utilisateur A4SWIFT qui exécute le rôle de réparation ouvre le message dans le formulaire InfoPath, répare le message, puis le signe et l’envoie. L’orchestration achemine le message réparé vers chacun des rôles de réparation, de vérification de nouvelle clé ou d’approbation, et une fois le workflow terminé, achemine le message vers le port d’envoi.

En plus de la validation, A4SWIFT vérifie les signatures sur le message pour déterminer les éléments suivants :