--- sourceDocument: Référence de l’API Xanadu sourceDocumentLink: https://servicenow-prod.fluidtopics.net/r/fr-FR/xanadu/api-reference Release : - xanadu ft:locale : - fr-FR ft:publication_title : - Référence de l’API Xanadu ft:clusterId : - crapiref bundleId : - crapiref workflow : - Creator --- # Guide du développeur de Producer Event Notification Framework # Guide du développeur de Producer Event Notification Framework {#ariaid-title1} * Rversion finale: Xanadu * * Mis à jour 1 août 2024 * * ![](https://www.servicenow.com/docs/portal-asset/ico-clock) 3 minutes de lecture Le Producer Event Notification Framework for Telecommunications, Media, and Technology permet la distribution externe d'événements, tels que des tickets d'incident, à l'aide d'un bus de messages mis en œuvre dans votre réseau. L'infrastructure de notification d'événement du producteur prend en charge deux cas d'utilisation différents de bus de message : 1. Publication d'événements via : Service de messagerie Hermes si vous envisagez de publier des événements à l'aide d'Hermes Kafka, vous devez configurer l'infrastructure de notification d'événement du producteur pour le bus de messages Kafka. Vous ne pouvez utiliser ce bus de message que pour les instances basées sur le cloud. Pour plus de détails, voir [Configurez le cadre de travail de notification d'événement du producteur pour utiliser l' Service de messagerie Hermes](https://servicenow-prod.fluidtopics.net/zO4iOhdyG0LWe18KF6EJNg "Si vous utilisez le Service de messagerie Hermes dans votre instance, vous devez configurer le cadre de notification d’événement du producteur pour le bus de messages Kafka."). Pour plus d'informations sur la publication de notifications de tickets d'incident à l'aide d'Hermes, reportez-vous à la section [Producing outbound API notifications using Hermes](https://www.servicenow.com/docs/access?context=hermes-stream-connect-kafka-workflow&version=xanadu&pubname=xanadu-proactive-service-exp-workflows&ft:locale=en-US). Remarque : Avant de pouvoir implémenter ce cas d'utilisation, vous devez déjà l'avoir installé et configuré sur Service de messagerie Hermes votre instance. Pour plus de détails, voir [Hermes Messaging Service](https://www.servicenow.com/docs/access?context=hermes-messaging-service&version=xanadu&pubname=xanadu-servicenow-platform&ft:locale=en-US). 2. Publication d'événements via le bus de messages ouverts : si votre instance utilise un bus de messages personnalisé, vous devez configurer l'infrastructure de notification d'événements du producteur pour utiliser le bus de messages ouvert afin d'envoyer des événements à partir de votre ServiceNow instance aux consommateurs de votre réseau. Les instances basées dans le cloud et sur site ServiceNow peuvent publier des événements via le bus de messages ouvert. Pour plus de détails, voir [Configurez le cadre de travail de notification d'événement du producteur pour utiliser le bus de messages ouverts](https://servicenow-prod.fluidtopics.net/vNE4ODHXZ9lNmWzVq9X9KA "Si vous avez déployé ou prévoyez de déployer le bus de messages ouverts dans votre instance, vous devez configurer le cadre de travail de notification d’événements du créateur pour ce bus de messages. Vous pouvez déployer ce bus de messages pour les instances dans le cloud et sur site."). Pour plus d'informations sur la publication de notifications de ticket d'incident à l'aide du bus de messages ouverts, reportez-vous à la section [Producing outbound API notifications using the open message bus](https://www.servicenow.com/docs/access?context=trouble-ticket-workflow-using-pub-sub-model&version=xanadu&pubname=xanadu-proactive-service-exp-workflows&ft:locale=en-US). {#prod_evt_not-dev_guide-overview__ol_jgx_nl4_vzb} Ce document décrit la configuration système à effectuer, y compris les includes de script qui doivent être remplacés pour déployer ces implémentations de bus de messages dans votre ServiceNow écosystème. ## Propriétés système du producteur {#prod_evt_not-dev_guide-overview__section_lbn_g3k_yzb} La table suivante répertorie les propriétés au sein de votre ServiceNow instance qui contrôlent la fonctionnalité du cadre de travail de notification d'événements du producteur. Examinez les valeurs par défaut de ces propriétés et, si nécessaire, modifiez-les pour votre implémentation spécifique. Pour modifier ces propriétés, dans l'interface ServiceNow utilisateur, accédez à ToutPropriétés systèmeToutes les propriétés. {#prod_evt_not-dev_guide-overview__table_v4w_33k_yzb__entry__2} | Propriété | Description | |-|-| | sn_api_notif_mgmt.event.log | Niveau de journalisation à écrire dans les journaux de débogage. Valeurs valides : * alerte * Crit * déboguer * Emergent * err * infos * avis * avertissement Par défaut : err | | sn_api_notif_mgmt.glide.mutex.script.Tours max. | Nombre maximal de tentatives d'acquisition d'un verrou mutex sur les enregistrements dans la file d'attente entrante. Par défaut : 100 | | sn_api_notif_mgmt.glide.mutex.script.Attente de spin | Temps d'attente entre les tentatives d'acquisition d'un verrou sur les enregistrements dans la file d'attente entrante. Unité : Millisecondes Par défaut : 100 | | sn_api_notif_mgmt.File d'attente entrante.Batch.Limit | Nombre d'enregistrements que le planificateur extrait et traite à partir de la file d'attente entrante en une seule fois (un lot). Par défaut : 200 | | 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 que le nombre d'enregistrements dans la file d'attente entrante est de 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 sn_api_notif_mgmt.schedule.max.runtime valeur en conséquence. Par défaut : 200 | | sn_api_notif_mgmt.publisher_message_bus_configuration | Définit si les messages sont publiés à l'aide du , du bus de Service de messagerie Hermes messages ouvert ou des deux. Valeurs valides : * hermès = Service de messagerie Hermes * openMessageBus = bus de messages ouvert * both = L'événement/le message est envoyé sur les deux bus de messages. Par défaut : openMessageBus | | sn_api_notif_mgmt.calendrier.max.runtime | Temps maximal pendant lequel une tâche planifiée peut s'exécuter avant d'échouer et de signaler une erreur. Unité : Millisecondes Par défaut : 90 000 | [ ] {#prod_evt_not-dev_guide-overview__table_v4w_33k_yzb}