Production de notifications de tickets de problèmes sortants à l’aide du bus de messages ouverts
Produisez une notification sortante à partir de l’instance ServiceNow à l’aide du bus de messages ouvert. Les clients peuvent utiliser les détails de la notification à partir du bus de messages de leur système externe.
Dans cette architecture pilotée par les événements, les notifications sont produites vers le bus de messages ouvert à partir de votre ServiceNow instance. Le cadre de travail contient des mécanismes de synchronisation des rubriques et de sélecteur de rubriques. Le mécanisme de synchronisation des rubriques synchronise les rubriques que vous avez créées dans l’instance ServiceNow avec le bus de messages ouvert. Lorsque l’événement se produit dans le cadre de travail, le mécanisme de sélection de rubrique sélectionne la rubrique pertinente et publie le message dans la rubrique à l’aide d’un proxy REST. Les clients peuvent utiliser la notification sortante à partir du bus de messages de leur système externe.
- Créer un événement de ticket de problème
- Événement de changement d’état du ticket d’incident
- Événement de changement d’attribut de ticket d’incident
- Créer un événement de ticket de problème pour le ticket
Prérequis
Avant de produire des notifications sortantes, il est nécessaire de créer les rubriques de sortie sur la table Rubrique [sn_api_notif_mgmt_topic] de l’instance ServiceNow . Lorsque vous créez une rubrique de sortie, le système exécute une règle métier et tente de synchroniser la rubrique avec le bus de messages en fonction de la configuration. Pour en savoir plus sur la création manuelle d’une rubrique dans la table Rubrique, reportez-vous à la section Create a topic. Le système synchronise uniquement la rubrique de sortie avec le bus de messages du système externe. Le champ user_created dans l’enregistrement de rubrique associé est défini sur vrai.
Vous pouvez également créer les rubriques sur le bus de messages de votre système externe et les transférer dans la table Rubrique de ServiceNow l’instance. Les clients invoquent le point de terminaison d’API Open Topic de Gestion des événements , qui stocke la rubrique dans la table Topic [sn_api_notif_mgmt_topic] de l’instance ServiceNow . Le champ user_created dans l’enregistrement de rubrique associé est défini sur false. Pour en savoir plus sur les méthodes utilisées lors du traitement du point de terminaison de l’API Ouvrir la rubrique Gestion des événements , reportez-vous à la section Event Management Topic Open API.
Workflow
- Lors du déclenchement de l’événement de ticket d’incident, le système appelle la règle métier appropriée et horodate le type d’événement.
Pour en savoir plus sur la règle métier que vous devez ajouter à votre ServiceNow instance, reportez-vous à la section Add a business rule for a new trouble ticket event.
- Le système envoie l’instantané et le type d’événement Glide dans la table intermédiaire, qui agit comme une file d’attente.
- Le cadre de travail du producteur sélectionne l’événement et le convertit en une charge utile d’événement de réclamation TMF 688.
Pour en savoir plus sur le cadre de travail des producteurs, reportez-vous à la section Utilisation du cadre de travail du créateur pour les notifications sortantes.
- Le mécanisme de sélecteur de rubrique détermine les rubriques compatibles avec le type d’événement. Le sélecteur de rubriques effectue les étapes suivantes pour vérifier la compatibilité des rubriques :
- Le système analyse les rubriques dont le champ Type est défini comme Sortie dans la table de rubriques.
- Le système vérifie la requête d’en-tête et la requête de contenu de toutes les rubriques de sortie et établit une correspondance avec la charge utile de l’événement.
- Le système envoie la liste des rubriques compatibles et la charge utile de l’événement au sélecteur de spoke.
- Le sélecteur de spoke, que le client a configuré, appelle l’étape REST configurée pour chaque rubrique et l’envoie au proxy REST du bus de messages dans le système externe.
Pour en savoir plus sur la méthode d’envoi de messages au sélecteur de spoke, reportez-vous aux sections OpenMessageBusEventPublisherOOB - Scoped et Configure the Producer Event Notification Framework to use the Open Message Bus.
- Les clients peuvent utiliser le message dans leur proxy REST de bus de messages.