---
sourceDocument: Zurich IT Service Management
sourceDocumentLink: https://www.servicenow.com/docs/r/pt-BR/zurich/it-service-management

 Release :

    - zurich

ft:locale :

    - pt-BR

ft:publication_title :

    - Zurich IT Service Management

ft:clusterId :

    - itsm

bundleId :

    - itsm

workflow :

    - Technology


---

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

# Integrações de registro de tíquete de incidentes bidirecionais {#ariaid-title1}

* Versão de lançamento: Zurich
* 
* Atualizado 31 de jul. de 2025
* 
* ![](https://www.servicenow.com/docs/portal-asset/ico-clock) 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.
{#c_BiDiIncidentTicketingIntegrations__ul_qvl_pd2_5x}

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 ServiceNow AI 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.
{#c_BiDiIncidentTicketingIntegrations__ul_kdd_kck_sq}

## 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

## 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