---
sourceDocument: Brazil Proactive Service Experience Workflows
sourceDocumentLink: https://www.servicenow.com/docs/r/proactive-service-exp-workflows

 Release :

    - brazil

ft:locale :

    - en-US

ft:publication_title :

    - Brazil Proactive Service Experience Workflows

ft:clusterId :

    - psew

bundleId :

    - psew

workflow :

    - Customer and Industry


---

# Producer framework

# Using the producer framework for outbound notifications {#ariaid-title1}

Release version: Brazil  
Updated September 10, 2026  
![](https://www.servicenow.com/docs/portal-asset/ico-clock) 2 minutes to read  
The producer framework picks the event from the ServiceNow instance and sends the outbound notification to the external system. You can consume the details of the notification from the messaging service that is installed in your external system.

## System properties {#using-producer-framework-for-trouble-ticket-notification__section_j3w_x53_b1c}

You must configure the system properties to use the producer framework for outbound notification. The following table explains the list of system properties that are set for the scheduled
jobs.
{#using-producer-framework-for-trouble-ticket-notification__table_y3w_k2j_b1c__entry__3}

| Property | Description | Type |
|-|-|-|
| sn_api_notif_mgmt.event.log | Level of logging to be written to the debug logs. You can select the following logging levels: * emerg: Total failure. * alert: System corruption of a database, for example. * crit: Typically used for hardware errors, for example. * err: Any errors. * warning: Any warnings * notice: Possible action required but not essential. * Info: No action required. * debug: Generally not used except for capturing everything for fault-finding. {#using-producer-framework-for-trouble-ticket-notification__ul_pbx_5fj_b1c} Default value: err | String |
| sn_api_notif_mgmt.publisher_message_bus_configuration | Defines whether messages are published using the Hermes Messaging Service, the Open Message Bus, or both message buses. You can use the following values: * openMessageBus * hermes * both {#using-producer-framework-for-trouble-ticket-notification__ul_umf_3hj_b1c} Default value: openMessageBus | String |
| sn_api_notif_mgmt.inboundqueue.maxrecords | Maximum number of records that the scheduler will pull from the inbound queue for one scheduler run. This value is used in conjunction with the sn_api_notif_mgmt.inboundqueue.batch.limit parameter. * Default value: 200 * Other possible values: As needed {#using-producer-framework-for-trouble-ticket-notification__ul_uxs_fkj_b1c} For example, consider the batch limit is 50 and the maxrecords is 200, and the number of records that are in the inbound queue is 130. Then the scheduler would pull three different batches of records in a single run; two with 50 records and one with 30 records. If the number of records in the inbound queue is 220, the scheduler would pull four batches of 50 records. The the remaining 20 records would not be processed until the next time the scheduler runs. When setting this value, you must also consider the time that it will take for the scheduler to process multiple batches and set the sn_api_notif_mgmt.schedule.max.runtime value accordingly. | Integer |
| sn_api_notif_mgmt.inboundqueue.batch.limit | Number of records that the scheduler pulls and processes from the inbound queue at one batch. * Default value: 200 * Other possible values: As needed {#using-producer-framework-for-trouble-ticket-notification__ul_hzt_lkj_b1c} | Integer |
| sn_api_notif_mgmt.glide.mutex.script.maxspins | Maximum number of attempts to acquire a mutex lock in the inbound queue records. * Type: Integer * Default value: 100 * Other possible values: As needed {#using-producer-framework-for-trouble-ticket-notification__ul_djh_mkj_b1c} | Integer |
| sn_api_notif_mgmt.schedule.max.runtime | The maximum time, in milliseconds, that the scheduled job can run before it fails and reports an error. * Type: Integer * Default value: 90000 * Other possible values: As needed {#using-producer-framework-for-trouble-ticket-notification__ul_fbp_rkj_b1c} | Integer |
| sn_api_notif_mgmt.glide.mutex.script.spinwait | Maximum Time, in milliseconds, to wait between attempts to acquire a mutex lock on the records in the inbound queue. * Type: Integer * Default value: 100 * Other possible values: As needed {#using-producer-framework-for-trouble-ticket-notification__ul_crp_4lj_b1c} | Integer |
[Table 1. Producer framework system properties]

{#using-producer-framework-for-trouble-ticket-notification__table_y3w_k2j_b1c}

## Producer framework workflow {#using-producer-framework-for-trouble-ticket-notification__section_tdy_jmk_b1c}

When the system pushes an event to the staging table, the following steps take place as part of the producer framework mechanism:

1. The scheduler picks a number of records at a preconfigured interval and then sends Glide snapshots to the event processor.
2. The system converts the Glide snapshot to a TMF 688 complaint event payload based on the event type. To learn more
   about the methods used to define and generate the TMF-compliant payloads for trouble ticket events, see [TopicAPIUtilsOOB - Scoped](https://www.servicenow.com/docs/access?context=TopicAPIUtilsOOBAPIScoped&version=brazil&pubname=brazil-api-reference&ft:locale=en-US).

3. The system checks whether the notification configuration is intended for Hermes Kafka or the open message bus. To learn more about configuring the producer event notification framework, see [Producer Event Notification Framework developer guide](https://www.servicenow.com/docs/access?context=prod_evt_not-dev_guide-overview&version=brazil&pubname=brazil-api-reference&ft:locale=en-US).

{#using-producer-framework-for-trouble-ticket-notification__ol_glq_mmk_b1c}
**Related concepts**   

* [Producing outbound API notifications using Hermes](https://www.servicenow.com/docs/6eDWrUlMntsoVCceTKruXg "Produce an outbound notification from the ServiceNow instance using the Hermes capability. Customers can consume the details of the message from the Kafka environment in their external system.")
* [Outbound trouble ticket notifications via open message bus](https://www.servicenow.com/docs/IU62bbfOCeDw1VyXWzQrRA "Produce an outbound notification from the ServiceNow instance using the open message bus. Customers can consume the details of the notification from the message bus in their external system.")

