--- sourceDocument: Yokohama Proactive Service Experience Workflows sourceDocumentLink: https://servicenow-prod.fluidtopics.net/r/pt-BR/yokohama/proactive-service-exp-workflows Release : - yokohama ft:locale : - pt-BR ft:publication_title : - Yokohama Proactive Service Experience Workflows ft:clusterId : - psew bundleId : - psew workflow : - Customer and Industry --- # Produzindo notificações de tíquete de problema de saída usando o barramento de mensagens em aberto # Produzindo notificações de tíquete de problema de saída usando o barramento de mensagens em aberto {#ariaid-title1} * Versão de lançamento: Yokohama * * Atualizado 30 de jan. de 2025 * * ![](https://www.servicenow.com/docs/portal-asset/ico-clock) 3 min. de leitura Produzir uma notificação de saída do ServiceNowinstância que usa o barramento de mensagens aberto. Cu s tomers podem consumir os detalhes da notificação do barramento de mensagens em seu sistema externo. ## Visão geral {#trouble-ticket-workflow-using-pub-sub-model__section_nfd_cln_tzb} Nesta arquitetura orientada por eventos, as notificações são produzidas para o barramento de mensagens aberto do seu ServiceNowinstância. A estrutura contém sincronização de tópicos e mecanismos de seletor de tópicos. O mecanismo de sincronização de tópicos sincroniza os tópicos que você criou no ServiceNowinstância com o barramento de mensagens aberto. Quando o evento ocorre na estrutura, o mecanismo de seletor de tópicos seleciona o tópico relevante e publica a mensagem no tópico usando um proxy REST. Os clientes podem consumir a notificação de saída do barramento de mensagens em seu sistema externo. Em Yokohamaos seguintes eventos são compatíveis com notificação de tíquete de problemas. * Evento de tíquete de problema * Evento de mudança de estado do tíquete de problemas * Evento de mudança de atributo do tíquete de problemas * Criar evento de tíquete de problema para o caso {#trouble-ticket-workflow-using-pub-sub-model__ul_hlq_mmk_b1c} ## Pré-requisito s {#trouble-ticket-workflow-using-pub-sub-model__section_opp_dln_tzb} Antes de produzir notificações de saída, é necessário criar os tópicos de saída na tabela de tópico \[sn_api_notif_mgmt_topic\] no ServiceNowinstância. Quando você cria um tópico de saída, o sistema executa uma regra de negócio e tenta sincronizar o tópico com o barramento de mensagens com base na configuração. Para saber mais sobre como criar manualmente um tópico na tabela de tópicos, consulte [Create a topic](https://www.servicenow.com/docs/access?context=create-topic-API-notification&version=yokohama&pubname=yokohama-telecom-service-ops&ft:locale=en-US). O sistema sincroniza somente o tópico de saída com o barramento de mensagens no sistema externo. . user_created o campo no registro de tópico associado está definido como verdadeiro. Como alternativa, você pode criar os tópicos no barramento de mensagens em seu sistema externo e enviá-los para a tabela de tópicos em ServiceNowinstância. Os clientes invocam o. API aberta do tópico de Gestão de eventos Endpoint, que armazena o tópico na tabela de tópico \[sn_api_notif_mgmt_topic\] de ServiceNowinstância. . user_created o campo no registro de tópico associado está definido como falso. Para saber mais sobre os métodos usados ao processar o. API aberta do tópico de Gestão de eventos endpoint, consulte [Event Management Topic Open API](https://www.servicenow.com/docs/access?context=event_management_topic-api&version=yokohama&pubname=yokohama-api-reference&ft:locale=en-US). ## Fluxo de trabalho {#trouble-ticket-workflow-using-pub-sub-model__section_sgd_fln_tzb} O fluxo de trabalho para produzir a notificação de saída usando o barramento de mensagens aberto contém as seguintes etapas: 1. No gatilho do evento de tíquete de problemas, o sistema invoca a regra de negócio apropriada e carimba o tipo de evento. Para saber mais sobre a regra de negócio que você deve adicionar ao ServiceNowinstância, consulte [Add a business rule for a new trouble ticket event](https://www.servicenow.com/docs/access?context=prd_evt_not-dev_gd-add_bus_rule&version=yokohama&pubname=yokohama-api-reference&ft:locale=en-US). 2. O sistema envia por push . O snapshot do Glide e o tipo de evento na tabela de preparação, que atua como uma fila. 3. A estrutura do produtor seleciona o evento e o converte em uma carga de evento de reclamação do TMF 688. Para saber mais sobre a estrutura do produtor, consulte [Usando a estrutura do produtor para notificações de saída](https://servicenow-prod.fluidtopics.net/NhQkZXFswiunNhdJKOPxfQ "A estrutura do produtor escolhe o evento do ServiceNowe envia a notificação de saída para o sistema externo. Você pode consumir os detalhes da notificação do serviço de mensagens instalado no seu sistema externo."). 4. O mecanismo de seletor de tópicos determina os tópicos compatíveis com o tipo de evento. O seletor de tópicos executa as seguintes etapas para verificar a compatibilidade dos tópicos: 1. O sistema verifica os tópicos que têm o. Tipo campo definido como Saída na tabela de tópicos. 2. O sistema verifica a consulta de cabeçalho e a consulta de conteúdo de todos os tópicos de saída e corresponde à compatibilidade com a carga do evento. {#trouble-ticket-workflow-using-pub-sub-model__ol_dk3_v1b_d1c}Para saber mais detalhes sobre como personalizar o mecanismo de seletor de tópicos existente, consulte [OpenMessageBusEventPublisherOOB - Scoped](https://www.servicenow.com/docs/access?context=OpenMsgBusEvtPubScopedAPI&version=yokohama&pubname=yokohama-api-reference&ft:locale=en-US). 5. O sistema envia a lista de tópicos compatíveis e a carga do evento para o seletor de spoke. 6. O seletor de spoke, que o cliente configurou, invoca a etapa REST configurada para cada tópico e envia para o proxy REST do barramento de mensagens no sistema externo. Para saber mais sobre o método de envio de mensagens para o seletor de spoke, consulte [OpenMessageBusEventPublisherOOB - Scoped](https://www.servicenow.com/docs/access?context=OpenMsgBusEvtPubScopedAPI&version=yokohama&pubname=yokohama-api-reference&ft:locale=en-US)e. [Configure the Producer Event Notification Framework to use the Open Message Bus](https://www.servicenow.com/docs/access?context=prod_evt_not-dev_gd-cfg_open_bus&version=yokohama&pubname=yokohama-api-reference&ft:locale=en-US). 7. Os clientes podem consumir a mensagem no Proxy REST DO barramento de mensagens. {#trouble-ticket-workflow-using-pub-sub-model__ol_or2_xmm_szb} **Tópicos relacionados** * [EventProcessorUtilOOB - Scoped](https://www.servicenow.com/docs/access?context=EventProcessorUtilOOBScopedAPI&version=yokohama&pubname=yokohama-api-reference&ft:locale=en-US) * [EventQueueProcessorOOB - Scoped](https://www.servicenow.com/docs/access?context=EventQueueProcessorOOBScopedAPI&version=yokohama&pubname=yokohama-api-reference&ft:locale=en-US) * [Handling the external events using Telecommunications API notification](https://www.servicenow.com/docs/access?context=telecommunications-api-notification&version=yokohama&pubname=yokohama-telecom-service-ops&ft:locale=en-US)