---
sourceDocument: Xanadu Proactive Service Experience Workflows
sourceDocumentLink: https://servicenow-prod.fluidtopics.net/r/pt-BR/xanadu/proactive-service-exp-workflows

 Release :

    - xanadu

ft:locale :

    - pt-BR

ft:publication_title :

    - Xanadu 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 aberto

# Produzindo notificações de tíquete de problema de saída usando o barramento de mensagens aberto {#ariaid-title1}

* Versão de lançamento: Xanadu
* 
* Atualizado 1 de ago. de 2024
* 
* ![](https://www.servicenow.com/docs/portal-asset/ico-clock) 3 min. de leitura

Produza uma notificação de saída da instância ServiceNow usando o barramento de mensagens aberto. Cusclientes 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 abertas da sua instância ServiceNow. A estrutura contém mecanismos de sincronização de tópico e seletor de tópico. O mecanismo de sincronização de tópicos sincroniza os tópicos que você criou na instância ServiceNow com o barramento de mensagens aberto. Quando o evento ocorre na estrutura, o mecanismo do 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.  
Na versão Xanadu, os eventos a seguir são compatíveis com a notificação de tíquete de problema.

* Criar evento de tíquete de problema
* Evento de mudança de estado do tíquete de problema
* Evento de mudança de atributo do tíquete de problema
* Criar evento de tíquete de problema para o caso
{#trouble-ticket-workflow-using-pub-sub-model__ul_hlq_mmk_b1c}

## Pré-requisitoss {#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 Tópico \[sn_api_notif_mgmt_topic\] na instância ServiceNow. 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 Tópico, consulte [Create a topic](https://www.servicenow.com/docs/access?context=create-topic-API-notification&version=xanadu&pubname=xanadu-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. O campo user_created no registro do 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 Tópico na instância ServiceNow. Os clientes invocam o endpoint da API Open Topic da Gestão de eventos, que armazena o tópico na tabela Tópico \[sn_api_notif_mgmt_topic\] da instância ServiceNow. O campo user_created no registro do tópico associado está definido como falso. Para saber mais sobre os métodos que são usados ao processar o endpoint da API aberta do tópico de gestão de eventos, consulte [Event Management Topic Open API](https://www.servicenow.com/docs/access?context=event_management_topic-api&version=xanadu&pubname=xanadu-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 mensagem aberto contém as seguintes etapas:

1. No gatilho do evento de tíquete de problema, 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 à sua instância ServiceNow, 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=xanadu&pubname=xanadu-api-reference&ft:locale=en-US).

2. O sistema envia 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 [Como usar a estrutura do produtor para notificações de saída](https://servicenow-prod.fluidtopics.net/0h2L7mrs5IhEKIIno0QCkw "A estrutura do produtor seleciona o evento da instância ServiceNow e envia a notificação de saída para o sistema externo. Você pode consumir os detalhes da notificação do serviço de mensagens que está instalado em seu sistema externo.").

4. O mecanismo do seletor de tópico determina os tópicos, que são 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 campo Tipo definido como Egresso 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 obter mais detalhes sobre como personalizar o mecanismo do seletor de tópico existente, consulte [OpenMessageBusEventPublisherOOB - Scoped](https://www.servicenow.com/docs/access?context=OpenMsgBusEvtPubScopedAPI&version=xanadu&pubname=xanadu-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 que está configurada para cada tópico e envia para o Proxy REST de barramento de mensagem 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=xanadu&pubname=xanadu-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=xanadu&pubname=xanadu-api-reference&ft:locale=en-US).

7. Os clientes podem consumir a mensagem em seu Proxy REST de 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=xanadu&pubname=xanadu-api-reference&ft:locale=en-US)
* [EventQueueProcessorOOB - Scoped](https://www.servicenow.com/docs/access?context=EventQueueProcessorOOBScopedAPI&version=xanadu&pubname=xanadu-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=xanadu&pubname=xanadu-telecom-service-ops&ft:locale=en-US)