Produzindo notificações de tíquete de problema de saída usando o barramento de mensagens aberto
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
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.
- 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
Pré-requisitoss
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. 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.
Fluxo de trabalho
- 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.
- O sistema envia o snapshot do Glide e o tipo de evento na tabela de preparação, que atua como uma fila.
- 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.
- 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:
- O sistema verifica os tópicos que têm o campo Tipo definido como Egresso na tabela de tópicos.
- 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.
- O sistema envia a lista de tópicos compatíveis e a carga do evento para o seletor de spoke.
- 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 e Configure the Producer Event Notification Framework to use the Open Message Bus.
- Os clientes podem consumir a mensagem em seu Proxy REST de barramento de mensagens.