Proyectos
GLPI 11.0.8 en cooperativas: tickets, activos y salida
Mini-caso para cooperativas con internet rural: cómo unir reclamos, módems, cuadrillas y permisos con GLPI, backup, costos y prueba de salida.
¿Quién cierra un reclamo cuando el módem rural también es un activo inventariado? En una cooperativa eléctrica con internet rural, el corte no termina cuando vuelve el enlace: también hay que registrar cuadrilla, equipo, repuesto y permiso. GLPI 11.0.8 permite unir mesa de ayuda, activos y reglas de atención si cada ticket conserva dueño, entidad y salida probada. Esta guía muestra el caso técnico. ## Dónde se cruzan reclamo y activo GLPI publicó 11.0.8 y 10.0.26 como versiones de seguridad y listó correcciones con CVE para 10.0 y 11.0. La cifra que ordena la implementación aparece en su manual de perfiles: GLPI trae siete perfiles predefinidos. Esa lista corrige una práctica habitual en cooperativas chicas, donde mesa de ayuda, administración y sistemas terminan usando la misma cuenta para apurar un reclamo. El detalle de la escena es una etiqueta impresa con lluvia corrida en la fuente PoE de una torre rural. El abonado llama por cortes, la cuadrilla cambia un módem, administración mira deuda y sistemas intenta saber si ese equipo ya estuvo instalado en otra zona. El antagonista operativo es el ticket cerrado sin activo asociado. La documentación de entidades explica que una instalación puede aislar activos, usuarios, perfiles y asistencia por unidad organizativa. Para una cooperativa, esa unidad puede ser distrito, zona técnica o servicio. La conexión global aparece en la Stack Overflow Developer Survey 2025: 45,5 % de quienes respondieron usa entre una y cinco aplicaciones o plataformas para su rol principal. Cada herramienta que queda debe unir más contexto, no repartirlo.
Cómo funciona por dentro
El flujo mínimo tiene seis pasos. 1. El socio o mesa de ayuda carga un ticket con domicilio, servicio, síntoma y prioridad. 2. GLPI guarda el ticket, lo asocia a una entidad, un grupo técnico y un activo como módem, router, UPS o enlace. 3. Las reglas asignan el caso por zona, tipo de servicio o correo de entrada. 4. Los perfiles separan quién crea tickets, quién cambia estado, quién edita activos y quién administra reglas. 5. La API entrega datos para tablero, aplicación móvil o reporte de gerencia sin abrir permisos de administración. 6. El backup copia base, archivos y configuración; la prueba restaura un ticket con historial, activo y adjuntos. GLPI recibe reclamos, inventario, usuarios y reglas; entrega estados, asignaciones, historial y reportes. La base guarda relaciones entre tickets, activos, perfiles y entidades. El administrador del sistema maneja perfiles y actualizaciones; cada área usa vistas acotadas. Si falla la aplicación, el equipo debe poder recuperar al menos tickets abiertos, activos críticos y últimas intervenciones.
Qué se instala o configura primero
La pila inicial puede usar GLPI 11.0.8, MariaDB o PostgreSQL, Caddy con HTTPS, correo entrante, entidades por zona, perfiles por rol, reglas de asignación, backup diario y monitoreo de cola. Un VPS 4 vCPU y 8 GB cuesta entre USD 24 y USD 45 por mes; al dólar oficial venta de $1545 equivale a $37.080 a $69.525. Quedan aparte almacenamiento, correo transaccional, importación de activos y capacitación. UMSA suele empezar un caso así con una zona, diez activos y veinte tickets reales. El primer entregable verificable es una matriz de perfiles, una regla de asignación por distrito, un tablero de reclamos abiertos, una exportación por API y una restauración de muestra. El gerente ve dos números: reclamos por zona y activos reincidentes. Sistemas ve quién tocó cada dato y qué evidencia quedó guardada.
Dónde se rompe y cómo probarlo
El primer riesgo es heredar perfiles amplios. La señal aparece cuando un operador de mesa puede borrar activos. La prueba mínima es entrar con cuentas de socio, técnico, supervisor y administración, y ejecutar acciones permitidas y bloqueadas. El segundo riesgo es abrir entidades sin criterio. La señal aparece cuando un ticket de una zona aparece en otra cola. La prueba mínima es crear casos de ensayo por distrito y revisar visibilidad. El tercer riesgo es cerrar tickets sin activo. La señal aparece cuando se repite una falla y nadie encuentra el equipo anterior. La prueba mínima es exigir activo asociado en reclamos de conectividad. El cuarto riesgo es respaldar solo la base. La señal aparece cuando vuelve el ticket, pero faltan adjuntos o configuración. La prueba mínima es restaurar base, archivos y configuración en otro servidor, abrir un reclamo y exportarlo por API. La cooperativa gana control cuando una cuadrilla puede cerrar el trabajo y dejar una pista que soporte vuelva a encontrar. Queda una salida repetible.
