Proyectos
Snipe-IT 8.7 en clínicas: activos, LDAP y salida
Mini-caso para ordenar notebooks, impresoras y equipos de soporte con Snipe-IT: inventario, usuarios LDAP, API, resguardos y prueba de retiro.
Antes, soporte buscaba una notebook por etiqueta y memoria; después, cada activo tuvo usuario, estado, ubicación y fecha de salida. Snipe-IT 8.7 permite llevar inventario, asignaciones, LDAP y API para conectar compras o mesa de ayuda. En una clínica privada de Godoy Cruz, el desafío diario no era comprar más equipos: era saber quién tenía cada uno cuando cambiaba el turno.
Dónde aparece el activo que pierde dueño
La escena se repite en depósitos chicos: un cargador queda en enfermería, una impresora pasa a guardia y una notebook vuelve sin fuente. El activo existe, pero la historia queda en una etiqueta escrita a mano. El sistema heredado es una planilla con columnas agregadas por años, sin bloqueo de edición ni salida firmada. Snipe-IT 8.7.2 está disponible como release oficial. La documentación de instalación describe una puesta en producción con base relacional, archivo de configuración, dependencias, llave de aplicación, servidor web y preflight. También documenta LDAP Sync & Login: el nombre de usuario actúa de identificador único al sincronizar, y conviene revisar ese formato antes de importar para evitar duplicados reales. La cifra que baja el entusiasmo por sumar sistemas viene de la encuesta Stack Overflow 2025: 45,5% de los encuestados usa entre 1 y 5 aplicaciones de software en su trabajo principal, y 35,4% usa entre 6 y 10. Cada aplicación nueva debe demostrar qué dato ordena y qué salida deja. En inventario, el objeto concreto es una etiqueta térmica pegada torcida debajo de una notebook HP con batería inflada. Un activo sin retiro firmado vuelve como reclamo interno.
Cómo funciona por dentro
El flujo mínimo tiene siete pasos. Primero, compras carga modelo, serie, proveedor, factura, garantía y ubicación inicial. Segundo, soporte pega etiqueta y vincula el activo a una persona, sector o depósito. Tercero, Snipe-IT guarda estado, usuario, historial, adjuntos y campos personalizados. Cuarto, la base relacional conserva activos, personas, ubicaciones, licencias y movimientos. Recibe altas, cambios y bajas; entrega búsquedas por etiqueta, usuario o serie. Quinto, LDAP sincroniza usuarios desde el directorio; recibe credenciales o atributos y actualiza cuentas locales. Sexto, la API permite consultar o actualizar activos desde herramientas internas y devuelve JSON con estado de operación. Séptimo, backup copia base, archivos y configuración; la restauración se prueba ubicando un activo retirado. Los permisos separan roles. Compras carga factura y proveedor; soporte asigna y retira; jefatura lee por sector; IT administra LDAP y API. La señal de falla aparece cuando un técnico puede borrar un activo dado de baja sin conservar historial.
Qué se instala o configura primero
El piloto instala Snipe-IT 8.7, base relacional, proxy TLS, correo, roles, LDAP, categorías, estados, ubicaciones, importación CSV, etiquetas y backup diario. Con dólar oficial venta de ARS 1535, un alcance para 300 activos puede ubicarse entre USD 650 y USD 1.500, es decir entre ARS 997.750 y ARS 2.302.500. Incluye instalación, modelo de inventario, importación, roles, etiquetas, LDAP, API básica y restauración. No incluye compra de impresora térmica ni toma física completa de inventario. UMSA puede ejecutar un mini-caso con tres sectores: guardia, administración y consultorios. El entregable verificable es una muestra de 40 activos donde cada equipo abre etiqueta, serie, usuario, ubicación, estado, adjuntos y último movimiento. La prueba de salida es retirar un equipo, reasignarlo y ver el historial. La nota sobre GLPI 11 en colegios completa el circuito de soporte. GLPI ordena tickets y mesa de ayuda; Snipe-IT concentra inventario y movimientos físicos. Integrarlos por API evita que el ticket diga "cambiar PC" y el inventario no sepa cuál.
Dónde se rompe y cómo probarlo
El primer riesgo es importar usuarios con identificadores distintos. La documentación de LDAP advierte que cambiar entre nombre simple y correo puede crear duplicados. La prueba sincroniza cinco usuarios de ensayo y compara username, email y sector antes de cargar activos. El segundo riesgo es usar búsqueda global para todo. La API documenta búsqueda amplia y filtros por campo. La prueba consulta por etiqueta exacta, por usuario y por ubicación; cada consulta debe devolver el activo esperado sin filas de otro sector. El tercer riesgo es dar de baja sin evidencia. La señal aparece cuando un equipo figura retirado y no tiene acta, usuario o fecha. La prueba retira un activo con adjunto obligatorio y rechaza el cambio si falta archivo. El cuarto riesgo es restaurar sin archivos. La prueba recupera base y adjuntos, imprime una etiqueta de ensayo y abre el historial completo de un equipo reasignado. La clínica gana control cuando cada cambio de turno deja activos con dueño. La pregunta incómoda queda para compras: ¿qué equipo falta porque se rompió y cuál falta porque nadie registró la salida diaria?
