Gestion des événements externes à l’aide de la notification API de télécommunications

  • Rversion finale: Yokohama
  • Mis à jour 30 janv. 2025
  • 3 minutes de lecture
  • Utilisez la notification de l’API de télécommunications pour recevoir les événements externes qui se produisent dans le système réseau client afin de pouvoir y répondre rapidement dans le Now Platform.

    Vue d'ensemble

    La notification API de télécommunications est une fonctionnalité disponible dans l’application Telecommunications Alarm Management Open API. La notification API de télécommunications permet ServiceNow de recevoir les notifications entrantes qui se produisent dans le système de réseau externe et d’y répondre en temps opportun. Il permet la diffusion d’événements vers les systèmes externes grâce aux capacités de la plate-forme en éliminant le besoin de connexions point à point.

    La notification d’API de télécommunications reçoit des notifications entrantes provenant des systèmes externes abonnés à votre réseau. Lorsque les notifications sont reçues du système externe, vous pouvez créer les événements pour les réponses à l’aide de l’application Gestion des événements . En fonction des informations collectées, fournit Gestion des événements des tableaux de bord affichant une vue consolidée de tous les événements ayant un impact sur le service.

    Modèle de données de notification d’API de télécommunications

    Le diagramme suivant montre les composants du modèle de données pour la notification d’API de télécommunications.

    Figure 1. Modèle de données de notification API
    Infographie illustrant les composants du modèle de données de notification de l’API de télécommunications. Pour en voir la description, consultez les textes suivants.
    La notification d’API de télécommunications permet ServiceNow de recevoir des notifications entrantes via des architectures pilotées par des événements telles que le modèle d’abonnement Publisher/Subscriber (Pub/Sub), Hermes et Kafka Stream Connect. Alors que les clients cloud ont la possibilité de choisir entre les deux architectures, les clients sur site sont limités à utiliser leur propre modèle d’abonnement Kafka ou Pub/Sub.

    Dans le modèle Pub/Sub, les notifications entrantes sont classées en rubriques. Vous publiez les ServiceNow notifications entrantes dans ces rubriques, et les abonnés (clients) ont la possibilité de sélectionner les rubriques auxquelles ils souhaitent s’abonner. Ce processus permet aux abonnés de sélectionner uniquement les messages qui correspondent à leurs intérêts. Par exemple, s’il existe 10 rubriques pour les messages entrants du système externe, un client peut choisir de s’abonner à deux d’entre elles en fonction de ses besoins. Par conséquent, lorsque des notifications sont reçues du système externe, des événements sont générés spécifiquement pour les deux rubriques auxquelles le client s’est abonné.

    Modélisation du workflow de notification de l’API de télécommunications

    Les étapes suivantes permettent de configurer la notification API de télécommunications dans l’instance ServiceNow .

    1. Créer une rubrique: vous pouvez créer des rubriques en tapant manuellement les détails du message externe ou en collectant automatiquement les rubriques disponibles à partir du système externe.
    2. Créer un abonnement à une rubrique: vous vous abonnez aux rubriques disponibles pour les notifications entrantes en provenance du système externe, en fonction des préférences du client. De plus, vous générez l’URL de rappel et enregistrez l’abonnement.
    3. Activer le point de terminaison de la connexion de l’API ouverte de gestion des alarmes de télécommunications: pour recevoir des réponses du système externe, activez les points de terminaison abonnés de la connexion de l’API ouverte de gestion des alarmes de télécommunications dans le Studio de workflow.
    4. Fournissez l’URL de rappel au système externe pour la réception des notifications. Le client peut également réutiliser l’URL de rappel. Lorsque les demandes de TMF 688 atteignent l’URL de rappel, il lance le flux de déclenchement de notification d’événement d’alarme par défaut pour créer un événement.

      Pour en savoir plus sur les fonctions de gestion des demandes d’API ouvertes de Gestion des notifications d’événements déclenchées par des définitions de déclencheurs externes pour créer, mettre à jour et supprimer des événements, consultez Event Notification Management Open API et TMFTopicEventAPIUtilOOB - Scoped.

    Ce workflow crée un événement dans l’application Gestion des événements . Pour plus d’informations sur l’utilisation Gestion des événementsde , voir Gestion des événements.