NexTool Solutions

GLPI es la plataforma ITSM open source más usada del mundo, pero "gratis" es la mitad menos interesante de la historia. Quien opera GLPI y herramientas comerciales en paralelo sabe que la decisión no se gana en el precio de la licencia: se gana entendiendo qué coste esconde cada modelo. Esta comparación pone a GLPI frente a frente con ServiceNow, Jira Service Management y Freshservice por lo que realmente pesa en la operación, no solo por la etiqueta de precio.

Lo que de verdad pesa en la cuenta

Las herramientas comerciales de ITSM cobran por agente - el técnico que atiende -, no por solicitante, que es quien abre el ticket. Ese es el eje que lo cambia todo: una operación con 8 técnicos atendiendo a 1.200 usuarios paga 8 asientos, no 1.208. GLPI no cobra por ningún asiento - ni agente, ni solicitante, ni activo inventariado -, así que su "precio" se traslada por completo al otro lado de la cuenta: infraestructura, actualización y mantenimiento.

Por eso la comparación honesta no es "US$ 0 frente a US$ X al mes". Es "coste de operar el autoalojamiento frente a coste de asientos, más aquello que la comercial no te deja hacer". Las dos columnas tienen número; la diferencia está en dónde aparece el dinero - y en quién carga con la responsabilidad operativa.

Comparación directa

Los precios por asiento cambian con frecuencia y varían por nivel, región y volumen - trata los rangos de arriba como órdenes de magnitud y confírmalos en el pricing oficial de cada proveedor antes de decidir. Lo que no cambia es el modelo: la comercial cobra por agente; GLPI, no.

El número que decide: cuántos agentes tienes

Antes de pedir presupuesto a cualquier proveedor comercial, averigua cuántos agentes tienes realmente - porque es exactamente eso lo que van a cobrar. En GLPI, un "agente" es el usuario con perfil de interfaz central; los solicitantes usan la interfaz helpdesk y son ilimitados. Esta consulta da el número directo en la base de datos:

-- ¿Cuántos "agentes" pagarías en una herramienta comercial por asiento?
-- Las comerciales (ServiceNow, Jira SM, Zendesk) cobran por AGENTE/técnico,
-- no por solicitante. En GLPI, un "agente" = usuario con perfil de
-- interfaz central; los solicitantes (interfaz helpdesk) son ilimitados y gratis.
SELECT COUNT(DISTINCT u.id) AS agentes_central
FROM glpi_users u
JOIN glpi_profiles_users pu ON pu.users_id = u.id
JOIN glpi_profiles p        ON p.id = pu.profiles_id
WHERE p.interface = 'central'
  AND u.is_active  = 1
  AND u.is_deleted = 0;

-- Quiénes son esos agentes, por perfil:
SELECT p.name AS perfil, COUNT(DISTINCT pu.users_id) AS agentes
FROM glpi_profiles p
JOIN glpi_profiles_users pu ON pu.profiles_id = p.id
JOIN glpi_users u           ON u.id = pu.users_id
WHERE p.interface = 'central'
  AND u.is_active = 1 AND u.is_deleted = 0
GROUP BY p.id, p.name
ORDER BY agentes DESC;

Multiplica el resultado por el rango de precio por asiento de la herramienta que evalúas y compáralo con el coste de mantener GLPI en marcha. En una operación de mantenimiento típica, los solicitantes superan a los agentes en uno o dos órdenes de magnitud - y ahí es exactamente donde el modelo de GLPI (cero por asiento) diverge del comercial. Cuantos más técnicos, mayor la distancia a favor de GLPI.

El coste oculto del autoalojamiento

En el mantenimiento de parques GLPI para clientes, el error que más vemos es comparar el "US$ 0" de la licencia con la mensualidad de la comercial y parar ahí. El coste de GLPI existe - solo que no está en una factura de licencia. Está en tres lugares que quien nunca lo ha operado no ve: el cron, la actualización de versión mayor y el backup. Un cron sin configurar es el fallo silencioso clásico: las notificaciones dejan de salir, el inventario deja de actualizarse y nadie lo nota hasta que un ticket importante no se avisa - GLPI no te avisa de que el cron se paró; la comercial ejecuta el cron por ti y lo cobra.

La actualización entre versiones mayores es el coste recurrente de verdad. El salto de GLPI 10 a 11 no fue un "siguiente-siguiente-finalizar": cambió el inventario nativo, retiró FormCreator como plugin (pasó a módulo del core) y exigió volver a probar el catálogo, plugins e integraciones. Por eso, en el mantenimiento, tratamos cada versión mayor como un proyecto con validación en homologación, no como un apt upgrade. Cuando el cliente entiende que está cambiando una factura por responsabilidad operativa, la decisión se vuelve técnica en lugar de romántica: quien tiene (o subcontrata) esa mano gana mucho con GLPI; quien no la tiene debería mirar el Cloud de Teclib o un partner de mantenimiento, que devuelven ese coste a una factura previsible.

Veredicto por escenario

Elige GLPI cuando tienes (o subcontratas) a alguien que cuide de Linux, la base de datos y el cron; cuando el coste por agente de las comerciales escala mal para tu número de técnicos; cuando inventario y CMDB son parte central del problema, porque GLPI entrega ambos en el core sin SKU extra; o cuando la soberanía de datos y el on-premises son un requisito de cumplimiento (LGPD, GDPR).

Elige ServiceNow cuando la organización es grande, necesita automatización enterprise pesada, integraciones nativas con decenas de sistemas y tiene presupuesto para el modelo de asiento premium. Es la opción más potente y más cara - y tiene sentido cuando el problema es de esa escala.

Elige Jira Service Management cuando el equipo ya vive en el ecosistema Atlassian (Jira Software, Confluence) y quieres ITSM pegado al flujo de ingeniería, con adopción rápida y SaaS gestionado - o Data Center, si el on-premises es un requisito.

Elige Freshservice o Zendesk cuando el foco es la atención con poca fricción operativa y, en el caso de Zendesk, el soporte al cliente externo (CX/B2C), omnicanal y e-commerce - terreno donde GLPI no es la herramienta adecuada. Sé honesto en la evaluación: usa la herramienta correcta para el tipo de atención.

Coste y esfuerzo

La licencia no es el eje de la decisión, así que suma las dos cuentas correctas. En el lado comercial: número de agentes por el precio por asiento (los rangos de arriba cambian con frecuencia), más implantación e integraciones. En el lado GLPI: infraestructura - un VPS modesto sostiene operaciones pequeñas y medianas, con MariaDB, cron y HTTPS - más el tiempo de quien instala, actualiza y mantiene. El rango honesto: para una operación pequeña, con pocos técnicos, GLPI autoalojado sale por una fracción del coste de asientos comerciales; a medida que crece el número de agentes, esa distancia aumenta a favor de GLPI, siempre que exista la mano que opera. Si solo quieres probarlo, una instalación de prueba con Docker lleva menos de diez minutos y no cuesta nada.

En NexTool implantamos y mantenemos GLPI en clientes que antes usaban herramientas comerciales - y también conducimos el camino inverso. Si quieres la economía del open source sin heredar el coste oculto del cron, la actualización y el backup, nuestro mantenimiento de GLPI asume esa responsabilidad operativa por ti.

Este contenido se produjo con ayuda de inteligencia artificial y fue revisado por el equipo de Nextool Solutions.