Como sincronizar tickets entre duas instâncias do GLPI

Sede e filial, cliente e fornecedor, pré-produção e produção: quando o mesmo ticket tem de existir em dois GLPI, copiar à mão sai caro. O módulo GLPI Sync replica tickets, seguimentos, tarefas e resoluções através da API REST nativa.

Dois GLPI, o mesmo ticket. Quando sede e filial, fornecedor e cliente, ou produção e pré-produção operam instâncias separadas, o mesmo atendimento acaba por existir duas vezes — e alguém paga o preço de as manter iguais.

O problema

O GLPI não comunica com outro GLPI. Cada instância é um mundo fechado, e a integração entre elas costuma tornar-se num de três caminhos maus: copiar e colar manualmente, escrever um script próprio que ninguém percebe meses depois, ou aceitar que as duas bases fiquem divergentes.

O custo não aparece de imediato. Chega quando o cliente pergunta porque é que o ticket dele está "em atendimento" num sistema e "fechado" no outro, ou quando a resolução registada na instalação do parceiro nunca chegou à base da sede.

Como funciona o GLPI Sync

O módulo espelha tickets de uma instância para outra utilizando a API REST nativa do GLPI — sem middleware, sem base partilhada e sem integração de terceiros.

  • Três direções por instância — envio (o ticket aberto aqui é criado no remoto, em segundo plano), importação (a cada minuto o módulo procura os tickets novos no remoto e cria aqui o ticket espelho) ou bidirecional.
  • Seguimentos, tarefas, resoluções e estado — cada tipo tem ativação independente: sincroniza apenas o que interessa.
  • Várias instâncias remotas — uma origem pode alimentar vários destinos em simultâneo.
  • Filtros de envio e de importação — no envio, por categoria, entidade, requerente e grupo; na importação, por categoria, entidade e grupo atribuído do ticket remoto, com data de corte opcional.
  • Mapeamento de campos — entidade, categoria e restantes dados da origem são traduzidos para os IDs correspondentes no destino, que raramente coincidem.
  • Fila com nova tentativa — se a instância remota estiver indisponível, a sincronização é reprocessada mais tarde em vez de se perder. Os separadores Correlações e Logs mostram cada ticket ligado e cada execução e, com o módulo Notificações Inteligentes, o sino avisa quando um GLPI remoto deixa de responder.

Como ativar

  1. Instale o NexTool no seu GLPI 11, com as ações automáticas do GLPI a correr pelo cron da linha de comandos.
  2. Aceda a NexTool > Módulos e ative o GLPI Sync.
  3. Registe a instância remota com o URL e o User-Token da API REST (ou utilizador e palavra-passe) e, se o GLPI remoto o exigir, o App-Token; escolha a direção e use Testar Conexão e Permissões.
  4. Defina os filtros de envio e de importação, os valores predefinidos de cada lado e o mapeamento de campos entre as instâncias.
  5. Escolha o que sincronizar: seguimentos, tarefas, resoluções e estado.

A quem se destina

Prestadores de serviço que operam o GLPI do cliente e o próprio; organizações com sede e filiais em instâncias separadas por exigência de conformidade ou infraestrutura; e equipas que mantêm um GLPI de pré-produção a precisar de casos reais para testar.

Uma nota de arquitetura: cada instância pode funcionar como Outbound (local → remoto), Inbound (remoto → local) ou Bidirecional (nos dois sentidos). A direção é definida por integração e o módulo utiliza correlações e controlos de direção para evitar duplicados e escritas num sentido não autorizado. Em cenários bidirecionais, continua a ser importante definir que campos e equipas são responsáveis em cada lado.

Compatibilidade

  • GLPI: 11.0+
  • Plano: Licenciado
  • Plugin: NexTool 6.16.0 ou superior

Próximo passo

O GLPI Sync faz parte do NexTool, ecossistema de módulos que expande o GLPI sem personalização de código. Conheça a página do módulo ou marque uma conversa para o ver a funcionar no seu ambiente.


Revisto pela equipa NexTool Solutions.

Perguntas Frequentes

Não. Cada instância pode ser configurada como Outbound, Inbound ou Bidirecional. No modo Inbound, o ambiente local apenas recebe dessa instância; no modo Bidirecional, os dois sentidos ficam ativos e as correlações identificam os registos equivalentes.

O módulo cria e correlaciona pedidos e pode sincronizar acompanhamentos, tarefas, soluções e alterações de estado. Cada tipo é configurável, permitindo replicar apenas o que é relevante para a integração.

Os mapeamentos traduzem os IDs entre instâncias, enquanto valores predefinidos locais ou remotos cobrem os campos sem correspondência específica. O mapeamento tem prioridade e os IDs locais dos intervenientes nunca são enviados sem tradução para outro GLPI.

A criação outbound é colocada em fila e processada em segundo plano. As falhas temporárias entram numa fila de novas tentativas com intervalos crescentes, enquanto as recusas definitivas não são repetidas desnecessariamente. O envio e a importação dependem do cron CLI do GLPI; a importação consulta o remoto a cada minuto.

Sim. Os filtros de envio utilizam categoria, entidade, requerente e grupo; os de importação, categoria, entidade e grupo atribuído do pedido remoto, com data de corte opcional. Quando vários campos estão preenchidos, basta corresponder a um deles. A tabela de correlações regista o par local/remoto e impede que o mesmo pedido ou subitem seja criado novamente.

Precisa de ajuda?