OCS Inventory en municipios: equipos, agentes y salida
Caso técnico para municipios: inventario de equipos con OCS Inventory, agentes, roles, backup, despliegue controlado y prueba de restauración.
La impresora de mesa de entradas dejó de aparecer en el inventario, pero seguía conectada a una PC vieja. El área de sistemas de un municipio del Gran Mendoza encontró el mismo patrón en notebooks, monitores y licencias: equipos reales, datos incompletos y planillas que nadie quería firmar. OCS Inventory sirve para ordenar ese mapa si el proyecto empieza con agentes, roles, backup y una salida comprobada.
Dónde aparece la falla de inventario
La documentación principal de OCS Inventory ubica el producto en una tarea concreta: inventariar hardware y software mediante agentes que reportan a un servidor. La administración web se abre en la consola y, según la guía de administración, el usuario por defecto debe cambiarse o reemplazarse por cuentas con roles adecuados. La release estable útil para producción es OCS Inventory Server 2.12.6, publicada el 25 de agosto de 2026. La página de descargas muestra OCS 3.0.0-rc2, pero aclara que esa rama está destinada a pruebas y no debe desplegarse en producción. Para un municipio con trámites diarios, la decisión sensata es piloto estable, no versión candidata. El dato global acompaña la lectura. La encuesta Stack Overflow 2025 ubica SQL con 58,6 % de uso entre quienes respondieron sobre bases de datos. Inventario no pide moda técnica; pide consultas repetibles por equipo, usuario, IP, sistema, memoria, disco, software y fecha de último reporte.
Cómo funciona por dentro
El flujo mínimo tiene seis pasos. 1. El agente instalado en cada equipo recolecta hardware, software, red, usuario y datos de sistema. 2. El servidor recibe el inventario, normaliza campos y guarda cada equipo con identificadores y fecha de último contacto. 3. La consola web separa roles: superadministrador, administrador, administrador local y usuario de consulta. 4. Las reglas de duplicados ayudan a detectar equipos reinstalados, cambios de nombre o reportes repetidos. 5. El módulo de despliegue puede distribuir paquetes o ejecutar comandos en clientes si se habilita con cuidado. 6. El backup copia configuración, base y archivos asociados; la restauración levanta otro servidor y confirma que los equipos vuelven a consultarse. El municipio gana una foto técnica de su parque, pero la foto caduca si los agentes dejan de reportar. La frecuencia de inventario, las credenciales, los roles y el registro de cambios importan tanto como la instalación inicial. Un equipo visto hace 90 días no tiene el mismo valor que uno visto ayer.
Qué se instala o configura primero
El primer entregable verificable es un piloto con treinta equipos de áreas distintas. Incluye agente, consola, roles, vista de inventario, regla de duplicados, reporte de software y backup. La guía de actualización insiste en respaldar configuración y base antes de tocar versión; esa misma regla sirve para el primer día de operación. Tomando el dólar oficial vendedor informado por DolarAPI, una puesta en marcha de USD 360 a USD 720 equivale a ARS $554.400 a ARS $1.108.800. Ese costo cubre piloto, documentación y prueba; no incluye compra de equipos ni regularización de licencias. UMSA puede iniciar el caso con tres áreas: mesa de entradas, recaudación y obras privadas. El primer corte útil muestra equipos detectados, equipos sin agente, software crítico, fecha de último reporte, permisos de consulta y exportación CSV. La dirección no necesita ver cada driver; necesita saber qué existe, dónde está y quién puede responder por el dato.
Dónde se rompe y cómo probarlo
El primer riesgo es instalar agentes sin criterio de identificación. La señal aparece cuando la misma PC figura dos veces después de reinstalar sistema. La prueba mínima es reinstalar un equipo de laboratorio y revisar reglas de duplicado. El segundo riesgo es dejar la cuenta inicial activa. La señal aparece cuando varias personas entran con el mismo usuario. La prueba mínima es crear roles separados y revisar qué pantalla ve cada perfil. El tercer riesgo es habilitar despliegue sin ventana de cambio. La señal aparece cuando un paquete llega a equipos equivocados. La prueba mínima es distribuir una acción inocua a cinco clientes y revisar logs. El cuarto riesgo es respaldar solo la máquina virtual. La señal aparece cuando el servidor vuelve, pero faltan configuración, base o adjuntos. La prueba mínima es restaurar en otro host y abrir diez equipos reales. El quinto riesgo es confiar en inventario viejo. La señal aparece cuando compras compara contra datos de hace meses. La prueba mínima es tablero con último reporte y alerta por equipos mudos. OCS Inventory aporta valor cuando la administración puede auditar equipo, software, responsable, permiso y recuperación sin perseguir planillas sueltas.
