Production de notifications de tickets d’incident sortants à l’aide du bus de messages ouvert

  • Rversion finale: Washingtondc
  • Mis à jour 1 févr. 2024
  • 3 minutes de lecture

    • Générez 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 dans leur système externe.

    Vue d'ensemble

    Dans cette architecture pilotée par les événements, les notifications sont envoyées au bus de messages ouvert depuis votre ServiceNow instance. Le cadre de travail contient des mécanismes de synchronisation et de sélecteur de rubrique. 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 dans leur système externe.

    Dans la version, les événements suivants sont pris en charge pour la Washington DC notification de ticket d’incident.
    • Créer un événement de ticket d’incident
    • Événement de changement d’état du ticket de problème
    • Événement de changement d’attribut du ticket d’incident
    • Créer un événement de ticket d’incident 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 à 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 transmettre par push vers la table Rubrique de l’instance ServiceNow . Les clients invoquent le point de terminaison Event Management Topic Open API , qui stocke la rubrique dans la table Rubrique [sn_api_notif_mgmt_topic] de l’instance ServiceNow . Le champ user_created dans l’enregistrement de rubrique associé est défini sur faux. Pour en savoir plus sur les méthodes utilisées lors du traitement du point de terminaison de l’API ouverte de rubrique Gestion des événements , reportez-vous à Event Management Topic Open API.

    Workflow

    Le workflow pour la production de la notification sortante à l’aide du bus de messages ouverts contient les étapes suivantes :
    1. Lors du déclenchement de l’événement de ticket d’incident, le système invoque 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 à Add a business rule for a new trouble ticket event.

    2. Le système transmet par push l’instantané Glide et le type d’événement à la table intermédiaire, qui fait office de file d’attente.
    3. Le cadre de travail du producteur sélectionne l’événement et le convertit en charge utile d’événement de réclamation TMF 688.

      Pour en savoir plus sur le cadre de travail du producteur, reportez-vous à Utilisation du cadre de travail du producteur pour les notifications sortantes.

    4. Le mécanisme de sélecteur de rubrique détermine les rubriques compatibles avec le type d’événement. Le sélecteur de rubriques exécute les étapes suivantes pour vérifier la compatibilité des rubriques :
      1. Le système analyse les rubriques dont le champ Type est défini sur Sortie dans la table de rubriques.
      2. 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 compatibilité avec la charge utile de l’événement.
      Pour en savoir plus sur la personnalisation du mécanisme de sélecteur de rubrique existant, reportez-vous à OpenMessageBusEventPublisherOOB - Scoped.
    5. Le système envoie la liste des rubriques compatibles et la charge utile de l’événement au sélecteur de spoke.
    6. Le sélecteur de spoke, que le client a configuré, appelle l’étape REST configurée pour chaque rubrique et envoie au bus de messages le proxy REST 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.

    7. Les clients peuvent utiliser le message dans leur proxy REST de bus de messages.