Integrações de registro de tíquete de incidentes bidirecionais

  • Versão de lançamento: Yokohama
  • Atualizado 30 de jan. de 2025
  • 2 min. de leitura
  • Uma integração bidirecional troca dados entre sua instância ServiceNow e um sistema de terceiros para que as informações do incidente sejam sincronizadas entre os sistemas.

    Essa integração é mais complexa do que uma integração unidirecional porque tem os seguintes requisitos.
    • Definições abrangentes de mapeamentos de campo.
    • Padronização de onde ocorrem as transformações: entrada, saída ou ambos.
    • Consideração da propriedade dos dados de referência.
    • Como as atualizações são realizadas em uma base contínua.

    Implemente tratamento de erros. Inclua todas essas implementações no plano de integração.

    Embora as implementações bidirecionais sejam desenvolvidas por seus próprios méritos, é possível desenvolver uma estrutura no Now Platform que pode ser reutilizada, por exemplo, regras de validação orientadas por dados.

    Conteúdos do plano de integração

    • Planeje conteúdos para todos os aspectos necessários para uma integração bidirecional.
    • Modelos de estado para cada organização.
    • Definições de regras de negócios para manter os tíquetes sincronizados.
    • Requisitos para armazenar o histórico de transações individuais. Se essa forma de auditoria for um requisito, considere a criação de uma tabela de interface que seja preenchida antes de criar e atualizar a tabela de destino.
    • Regras de transformação para todos os elementos de dados.
    • Linhas do tempo para quando os dados de referência são transportados para o sistema de informação. Inclua requisitos para realizar transformações antes de enviar os dados de e para cada sistema.
    • Declaração de propriedade dos dados de referência em todas as fases.
    • Atualize as definições do esquema.

    Exemplo de uso de conjuntos para importação e serviços da Web

    Nesta implementação, a autenticação de dados é feita antes da inserção no conjunto para importação. Os mapas e scripts de transformação são executados antes que os dados cheguem à tabela de incidentes. A tabela de incidentes é usada para armazenar o histórico dos registros de incidentes. Para o caminho de dados de saída, a tabela de destino pode ativar o gatilho de regras de negócios antes que os dados sejam enfileirados no serviço da web de saída.

    Figura 1. Integração de registro de tíquete bidirecional usando conjuntos para importação e serviços da Web
    Integração de registro de tíquete bidirecional usando conjuntos para importação e serviços da Web

    Exemplo usando conjuntos para importação e a fila do ECC

    Uma variação de implementação para o caminho de entrada seria usar uma tabela de conjunto para importação (em nosso exemplo, a tabela de Interface de Incidente) para armazenar dados históricos. A validação de dados também é feita agora, e você pode limpar exceções com processamento ou intervenção manual. A tabela de incidentes usa uma tabela de informações de terceiros como referência e as mensagens são geradas com base nas regras de negócios.

    A implementação desse tipo de integração envolve um componente de serviço da web para aplicativos de terceiros para dados de entrada. A fila do ECC é recomendada para dados de saída.

    Figura 2. Integração de registro de tíquete bidirecional usando conjuntos para importação e a fila do ECC
    Integração de registro de tíquete bidirecional usando conjuntos para importação e a fila do ECC