Partager via

Étapes de la solution du scénario

  • Article

L’infrastructure de gestion des exceptions ESB fournit une solution simple pour gérer une exception lorsqu’un message de facture contient des données non valides qui provoquent une erreur pendant le traitement, comme décrit plus haut dans cette rubrique. Voici une approche que vous pouvez adopter :

  1. Attribuez la responsabilité de l’application de rapports financiers récemment déployée en fonction de Microsoft BizTalk à un développeur de votre équipe.

  2. Un nouveau message d’erreur ESB arrive dans le portail de gestion ESB ; Le message indique un problème d’intégrité des données dans une orchestration dans l’application BizTalk de rapports financiers.

  3. L’administrateur ou l’opérateur avertit le développeur de la nouvelle exception, ou le développeur s’inscrit pour la notification automatique lorsqu’une exception se produit. Cette notification peut se produire pour l’une des raisons suivantes :

    • Cela peut se produire parce que l’exception a dépassé un seuil prédéfini dans la supervision de l’activité métier basée sur les événements (BAM).

    • Cela peut se produire car un abonnement BizTalk existe pour l’application, le service, l’étendue et le code d’erreur spécifiques qui transfère l’exception au développeur.

  4. Le développeur examine le message d’erreur, les messages d’orchestration individuels et leurs valeurs de propriété de contexte persistantes. Les développeurs peuvent afficher ces informations via le portail de gestion ESB ou à l’aide de Microsoft Outlook via un abonnement BizTalk.

  5. Le développeur détermine qu’il s’agit d’une erreur courante. L’équipe des finances devra y apporter une intervention et une correction manuelles, puis une nouvelle soumission au système.

  6. Le développeur crée et déploie un projet d’orchestration BizTalk indépendant qui s’abonne au type d’application et d’exception spécifique.

  7. Le projet d’orchestration récupère le message non valide à partir du message d’erreur ESB, envoie le message à l’équipe finance pour correction, met en corrélation le message corrigé à l’orchestration et le renvoie à nouveau.

  8. Une semaine plus tard, le développeur accède au portail de gestion ESB pour découvrir que les tendances des exceptions d’application pour les messages non valides ont considérablement diminué depuis le déploiement de cette solution.