Cómo sincronizar tickets entre dos instancias de GLPI

Matriz y sucursal, cliente y proveedor, homologación y producción: cuando el mismo ticket debe existir en dos GLPI, copiarlo a mano sale caro. El módulo GLPI Sync replica tickets, seguimientos, tareas y soluciones mediante la API REST nativa.

Dos GLPI, el mismo ticket. Cuando matriz y sucursal, proveedor y cliente, o producción y homologación operan instancias separadas, la misma atención termina existiendo dos veces — y alguien paga el precio de mantenerlas iguales.

El problema

GLPI no habla con otro GLPI. Cada instancia es un mundo cerrado, y la integración entre ellas suele convertirse en uno de tres caminos malos: copiar y pegar manualmente, escribir un script propio que nadie entiende meses después, o aceptar que las dos bases queden divergentes.

El costo no aparece de inmediato. Llega cuando el cliente pregunta por qué su ticket está "en atención" en un sistema y "cerrado" en el otro, o cuando la solución registrada en la instalación del socio nunca llegó a la base de la matriz.

Cómo funciona GLPI Sync

El módulo replica tickets de una instancia a otra usando la API REST nativa de GLPI — sin middleware, sin base compartida y sin integración de terceros.

  • Tres direcciones por instancia — envío (el ticket abierto aquí se crea en el remoto, en segundo plano), importación (cada minuto el módulo busca los tickets nuevos en el remoto y crea aquí el ticket espejo) o bidireccional.
  • Seguimientos, tareas, soluciones y estado — cada tipo tiene su propio interruptor: sincronizas solo lo que te interesa.
  • Múltiples instancias remotas — un origen puede alimentar varios destinos a la vez.
  • Filtros de envío y de importación — en el envío, por categoría, entidad, solicitante y grupo; en la importación, por categoría, entidad y grupo asignado del ticket remoto, con fecha de corte opcional.
  • Mapeo de campos — entidad, categoría y demás datos del origen se traducen a los IDs correspondientes del destino, que rara vez coinciden.
  • Cola con reintento — si la instancia remota está caída, la sincronización se reprocesa después en vez de perderse. Las pestañas Correlaciones y Registros muestran cada ticket vinculado y cada ejecución y, con el módulo Smart Notify, la campana te avisa cuando un GLPI remoto se cae.

Cómo activarlo

  1. Instala NexTool en tu GLPI 11, con las acciones automáticas de GLPI ejecutándose por el cron de la línea de comandos.
  2. Entra en NexTool > Módulos y activa GLPI Sync.
  3. Registra la instancia remota con su URL y el User-Token de la API REST (o usuario y contraseña) y, si el GLPI remoto lo exige, el App-Token; elige la dirección y usa Probar conexión y permisos.
  4. Define los filtros de envío y de importación, los valores predeterminados de cada lado y el mapeo de campos entre las instancias.
  5. Elige qué sincronizar: seguimientos, tareas, soluciones y estado.

Para quién es

Proveedores de servicio que operan el GLPI del cliente y el propio; organizaciones con matriz y sucursales en instancias separadas por exigencia de cumplimiento o infraestructura; y equipos que mantienen un GLPI de homologación y necesitan casos reales para probar.

Un detalle de arquitectura: cada instancia puede funcionar como Outbound (local → remoto), Inbound (remoto → local) o Bidireccional (en ambos sentidos). La dirección se define por integración y el módulo utiliza correlaciones y controles de dirección para evitar duplicados y escrituras en un sentido no autorizado. En escenarios bidireccionales sigue siendo importante definir qué campos y equipos son responsables en cada lado.

Compatibilidad

  • GLPI: 11.0+
  • Plan: Licenciado
  • Plugin: NexTool 6.16.0 o superior

Siguiente paso

GLPI Sync forma parte de NexTool, un ecosistema de módulos que amplía GLPI sin personalización de código. Conoce la página del módulo o agenda una conversación para verlo funcionando en tu entorno.


Revisado por el equipo de NexTool Solutions.

Preguntas Frecuentes

No. Cada instancia puede configurarse como Outbound, Inbound o Bidireccional. En modo Inbound el entorno local solo recibe de esa instancia; en modo Bidireccional se habilitan ambos sentidos y las correlaciones identifican los registros equivalentes.

El módulo crea y correlaciona tickets y puede sincronizar seguimientos, tareas, soluciones y cambios de estado. Cada tipo es configurable, por lo que la integración puede replicar solo lo necesario.

Los mapeos traducen los ID entre instancias y los valores predeterminados locales o remotos cubren los campos sin correspondencia específica. El mapeo tiene prioridad y los ID locales de actores nunca se envían sin traducir a otro GLPI.

La creación outbound se encola y se procesa en segundo plano. Los fallos temporales entran en una cola de reintentos con intervalos crecientes, mientras que los rechazos definitivos no se repiten sin necesidad. El envío y la importación dependen del cron CLI de GLPI; la importación consulta el remoto cada minuto.

Sí. Los filtros de envío usan categoría, entidad, solicitante y grupo; los de importación, categoría, entidad y grupo asignado del ticket remoto, con fecha de corte opcional. Si se rellenan varios campos, basta con coincidir con uno. La tabla de correlaciones registra la pareja local/remota e impide que se vuelva a crear el mismo ticket o subelemento.

?Necesitas ayuda?