Gestion des événements externes via les notifications API de télécommunications

  • Rversion finale: Zurich
  • Mis à jour 31 juil. 2025
  • 2 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 ServiceNow.

    Introduction à la notification API de télécommunications

    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é.