Produção de notificações de tíquete de problema de saída usando o barramento de mensagem em aberto
Produza uma notificação de saída da instância ServiceNow usando o barramento de mensagem aberta. 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 mensagem aberto da sua instância ServiceNow. A estrutura contém sincronização de tópico e mecanismos do seletor de tópico. O mecanismo de sincronização de tópico sincroniza os tópicos que você criou na instância ServiceNow com o barramento de mensagem aberto. Quando o evento ocorre na estrutura do, o mecanismo do seletor de tópico escolhe 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 de 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ócios 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 é 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 de tópico 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 é definido como falso. Para saber mais sobre os métodos usados ao processar o endpoint da API de abertura 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ócios apropriada e carimba o tipo de evento.
Para saber mais sobre a regra de negócios 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 Uso da 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.