Moteur de validation des messages
L’une des fonctionnalités les plus importantes fournies par BizTalk Accelerator pour SWIFT (A4SWIFT) est la possibilité de valider entièrement les messages SWIFT reçus des systèmes principaux destinés au réseau SWIFT ou reçus du réseau SWIFT (envoyés par les partenaires commerciaux). La validation des messages SWIFT sortants garantit que les messages sont conformes aux normes SWIFT et que le réseau SWIFT ne les rejettera pas.
La validation des messages SWIFT entrants garantit que les messages reçus d’autres institutions financières respectent des accords spécifiques (règles métier) spécifiques à la relation. Dans les deux scénarios, la possibilité de valider et d’intercepter les erreurs avant de valider un message permet de réduire les coûts de transaction et le coût total de possession (TCO).
La liste suivante décrit les quatre parties qui composent le moteur de validation A4SWIFT :
Validation structurelle effectuée par l’analyseur de fichiers plats
Validation des données effectuée par le lecteur de validation XML
Validation de la règle d’utilisation et du réseau SWIFT effectuée par le moteur de règles d’entreprise (BRE)
Marquage des messages et collecte d’erreur « meilleur effort »
Validation structurelle (analyse)
A4SWIFT analyse les messages de fichiers plats SWIFT par rapport aux schémas XSD définis pour chaque type de message SWIFT conformément à la norme SWIFT. L’analyse d’un fichier plat en XML garantit que le fichier plat est structurellement correct. L’analyse produit également du code XML plus facile à lire, manipuler ou transformer en d’autres formats ou types de messages. Vous pouvez également valider le xml par rapport au schéma pour la validité des données et utiliser le moteur de règles métiers (BRE) pour des évaluations plus complexes.
Le désassembleur SWIFT appelle l’analyseur de fichiers plats BizTalk pour analyser les messages de fichiers plats SWIFT appelés par le désassembleur SWIFT. Le désassembleur SWIFT enregistre dans une collection d’erreurs les détails des erreurs rencontrées lors de l’analyse et tente toujours de poursuivre l’analyse des données afin de collecter autant d’erreurs structurelles que possible lors de la première passe. Toutefois, la plupart des erreurs d’analyse sont irrécupérables et arrêtent le traitement des messages à la première erreur.
Pour plus d’informations sur la validation structurelle, consultez Utilisation des schémas.
Validation des données (validation XML)
Vous pouvez définir des messages SWIFT qui passent une validation structurelle en tant que XML bien formé conforme aux schémas XSD définis. A4SWIFT produit du code XML pour les messages SWIFT structurellement valides pendant l’étape d’analyse. A4SWIFT pouvez ensuite valider ce XML pour l’exactitude des données par rapport aux contraintes définies dans le schéma XSD correspondant.
Ces contraintes incluent la saisie de données, la longueur et les plages de valeurs définies conformément à la norme SWIFT. Le désassembleur SWIFT appelle le lecteur de validation XML pour effectuer la validation des données.
Le désassembleur SWIFT enregistre dans une collection d’erreurs les détails des erreurs rencontrées lors de la validation XML et continue de valider les données restantes pour collecter autant d’erreurs de validation XML que possible lors de la première passe. (Contrairement à l’analyse, la poursuite de la validation XML est garantie.)
Pour plus d’informations sur la validation des données, consultez Utilisation de schémas.
SWIFT Network and Usage Rule Validation (BRE Validation)
A4SWIFT valide xml pour les messages SWIFT structurellement valides pour l’exactitude au niveau de l’entreprise par rapport aux stratégies du moteur de règles d’entreprise (BRE). Ces stratégies incluent l’application des règles d’utilisation et de réseau SWIFT, ainsi que d’autres règles inter-champs complexes définies conformément à la norme SWIFT. Le désassembleur SWIFT appelle le BRE pour effectuer la validation au niveau de l’entreprise.
Le désassembleur SWIFT enregistre dans une collection d’erreurs les détails des erreurs rencontrées lors de la validation BRE et continue de valider les données restantes pour collecter autant d’erreurs de validation BRE que possible lors de la première réussite. (Comme la validation XML, la poursuite de la validation BRE est garantie.)
Pour plus d’informations sur la validation des règles d’utilisation et du réseau SWIFT, consultez Utilisation des stratégies BRE.
Échecs de validation et marquage des messages
A4SWIFT collecte les erreurs et les détails de validation à chaque étape de la validation des messages : analyse structurelle, validation XML et validation BRE. A4SWIFT collecte ces erreurs à l’aide d’une heuristique du meilleur effort pour recueillir autant d’informations sur les erreurs que possible sur un message. Cette fonctionnalité permet à un message défaillant d’avoir toutes les erreurs interceptées et signalées en une seule passe plutôt que d’avoir plusieurs itérations d’envoi, de validation, d’échec, de correction, de renvoi.
Les messages qui ont au moins une erreur rencontrée au cours d’une phase de validation dans la collection d’erreurs sont considérés comme non valides et ont échoué. A4SWIFT publie ces messages dans la base de données MessageBox, mais ils sont marqués avec des propriétés promues pour indiquer que la validation du message a échoué et pour signaler le nombre d’erreurs pour chaque étape de validation.
En plus des propriétés promues, A4SWIFT sérialise la collection d’erreurs en XML et joint la collection en tant que « partie d’erreur » du message en plusieurs parties. Le dernier message se compose du message d’échec dans la partie corps et du code XML de collecte d’erreurs dans la partie d’erreur, et est amélioré avec A4SWIFT propriétés promues qui indiquent un état d’échec. Le désassembleur SWIFT publie ce message en plusieurs parties dans la base de données MessageBox.
Les ports d’envoi ou les orchestrations BizTalk peuvent récupérer les messages ayant échoué à partir de la base de données MessageBox en s’abonnant aux propriétés spéciales A4SWIFT promues. Vous pouvez créer des abonnements pour récupérer tous les messages ayant échoué ou uniquement les messages présentant un certain nombre d’erreurs à partir d’étapes de validation spécifiques.
Une fois qu’un message ayant échoué a été récupéré, vous pouvez l’envoyer à une application de création de rapports, à une application ou à un processus de réparation, ou à un référentiel d’échecs, ou vous pouvez l’ignorer.
Cette capacité à s’abonner aux messages ayant échoué (et à faire la distinction entre les types d’échecs dans l’abonnement), associée à un fichier XML de collecte d’erreurs riche en informations attaché à chaque message ayant échoué, constitue une infrastructure puissante pour le développement d’applications de rapport d’erreurs simples, telles que fournies par la fonctionnalité de réparation de message et de nouvelle soumission installée par A4SWIFT configuration.
Pour plus d’informations sur les échecs de validation et le marquage des messages, consultez Utilisation des abonnements aux messages ayant échoué.