Utilisation du cadre de travail du producteur pour les notifications sortantes
Le cadre de travail du producteur sélectionne l’événement de l’instance ServiceNow et envoie la notification sortante au système externe. Vous pouvez utiliser les détails de la notification à partir du service de messagerie installé dans votre système externe.
Propriétés système
Vous devez configurer les propriétés système pour utiliser le cadre de travail du producteur pour la notification sortante. La table suivante explique la liste des propriétés système définies pour les travaux planifiés.
| Propriété | Description | Type |
|---|---|---|
| sn_api_notif_mgmt.event.log | Niveau de journalisation à écrire dans les journaux de débogage. Vous pouvez sélectionner les niveaux de journalisation suivants :
Valeur par défaut : err |
Chaîne |
| sn_api_notif_mgmt.publisher_message_bus_configuration | Définit si les messages sont publiés à l’aide du service de messagerie Hermes, du bus de messages ouvert ou des deux. Vous pouvez utiliser les valeurs suivantes :
Valeur par défaut : openMessageBus |
Chaîne |
| sn_api_notif_mgmt.inboundqueue.maxrecords | Nombre maximal d’enregistrements que le planificateur extrait de la file d’attente entrante pour une exécution du planificateur. Cette valeur est utilisée conjointement au sn_api_notif_mgmt.inboundqueue.batch.limit paramètre.
Par exemple, si la limite de lots est définie sur 50 et que le nombre maxrecords est défini sur 200, et si le nombre d’enregistrements dans la file d’attente entrante est égal à 130, le planificateur extrait trois lots d’enregistrements différents en une seule exécution ; deux avec 50 enregistrements et un avec 30 enregistrements. Si le nombre d’enregistrements dans la file d’attente entrante est de 220, le planificateur extrait quatre lots de 50 enregistrements et les 20 enregistrements restants ne sont pas traités avant la prochaine exécution du planificateur. Lors de la définition de cette valeur, vous devez également tenir compte du temps nécessaire au planificateur pour traiter plusieurs lots et définir la valeur sn_api_notif_mgmt.schedule.max.runtime en conséquence. |
Entier |
| sn_api_notif_mgmt.inboundqueue.batch.limit | Nombre d’enregistrements que le planificateur extrait et traite de la file d’attente entrante en un seul lot.
|
Entier |
| sn_api_notif_mgmt.glide.mutex.script.maxspins | Nombre maximal de tentatives d’acquisition d’un verrou mutex dans les enregistrements de file d’attente entrants.
|
Entier |
| sn_api_notif_mgmt.schedule.max.exécution | La durée maximale, en millisecondes, pendant laquelle la tâche planifiée peut s’exécuter avant d’échouer et de signaler une erreur.
|
Entier |
| sn_api_notif_mgmt.glide.mutex.script.spinwait | Durée maximale, en millisecondes, d’attente entre les tentatives d’acquisition d’un verrou mutex sur les enregistrements dans la file d’attente entrante.
|
Entier |
Workflow du cadre de travail du producteur
- Le planificateur sélectionne un certain nombre d’enregistrements à un intervalle préconfiguré, puis envoie des instantanés Glide au processeur d’événements.
- Le système convertit l’instantané Glide en une charge utile d’événement de réclamation TMF 688 en fonction du type d’événement.
Pour en savoir plus sur les méthodes utilisées pour définir et générer les charges utiles conformes aux TMF pour les événements de ticket d’incident, reportez-vous à TopicAPIUtilsOOB - Scoped.
- Le système vérifie si la configuration de notification est destinée à Hermes Kafka ou au bus de messages ouvert.
Pour en savoir plus sur la configuration du cadre de travail de notification d’événements du producteur, reportez-vous à la section Producer Event Notification Framework developer guide.