Snipe-IT 8.6 en concesionarias: activos y garantías
Caso técnico para ordenar notebooks, scanners y routers con Snipe-IT: activo, ubicación, garantía, responsable, respaldo y salida.
Antes, compras pegaba una etiqueta y confiaba en que el repuesto volviera al estante; después, cada notebook de diagnóstico, scanner y router tuvo activo, ubicación, garantía y responsable interno. Snipe-IT 8.6.3 sirve para ordenar inventario técnico cuando la empresa define modelo, usuario, préstamo y devolución. Este caso muestra el flujo mínimo para una concesionaria sobre Ruta 40 en Tunuyán.
Dónde aparece el activo perdido
La versión 8.6.3 de Snipe-IT fue publicada el 15 de junio de 2026. El release exige PHP 8.2 o superior, recomienda 8.4 y corrige temas de autenticación, LDAP y funciones sensibles. Para una empresa chica, esa nota técnica recuerda que el inventario también depende del servidor que lo sostiene. El antagonista es la garantía vencida sin comprobante. Un jefe de compras puede tener scanners OBD, notebooks de taller, routers, teléfonos, impresoras de etiquetas y herramientas caras. Si un equipo se rompe, compras necesita ver ubicación, fecha de compra, usuario asignado, garantía vigente y proveedor responsable. El dato global ayuda a medir el riesgo: GitHub describe en su Octoverse el crecimiento de comunidades y proyectos abiertos. Ese mantenimiento comunitario permite adoptar herramientas de inventario con código visible, releases frecuentes y documentación pública, siempre que la instalación local tenga dueño.
Cómo funciona por dentro
El flujo empieza con modelos. Compras carga marca, modelo, categoría, proveedor, fecha, costo, garantía y vida útil. Luego crea cada activo con número interno, serie, ubicación y estado. Taller o sistemas asigna el activo a una persona, sucursal o área. Cuando vuelve, se registra devolución, condición y próxima revisión. Snipe-IT recibe modelos, activos, usuarios, ubicaciones, proveedores, garantías, licencias y accesorios. Entrega inventario, historial de asignaciones, alertas, etiquetas y reportes. La base guarda activos, movimientos, usuarios, proveedores, garantías y auditoría. Los archivos adjuntos guardan facturas, fotos, remitos y constancias. Los permisos separan compra, uso y control. Compras carga factura y proveedor. Sistemas administra usuarios y etiquetas. Taller consulta equipos asignados. Gerencia lee reportes. Un vendedor puede ver su notebook, pero no editar garantía ni borrar historial. Esa separación evita que el apuro del mostrador cambie el inventario. La documentación de modelos de activos muestra por qué cada activo necesita un modelo. El modelo guarda atributos compartidos, y el activo individual guarda serie, etiqueta, ubicación y usuario. Esa diferencia permite saber cuántos scanners del mismo tipo hay y cuál está realmente asignado. La carga inicial conviene hacerla por tandas. Primero equipos de diagnóstico, después conectividad, luego notebooks y teléfonos. Cada tanda se importa, se revisa con una lista física y se bloquea para que solo compras o sistemas corrijan campos sensibles. El reporte de cierre muestra altas, bajas, préstamos, devoluciones y activos sin responsable.
Qué se instala o configura primero
La pila inicial usa Snipe-IT 8.6, base MySQL o MariaDB soportada, HTTPS, correo, roles, lector de QR o código de barras y backup diario. El primer entregable verificable es un lote de 50 activos con modelo, número interno, serie, ubicación, responsable, garantía y factura adjunta. Con dólar oficial vendedor de referencia a ARS 1461, un servidor de USD 20 a 45 mensuales queda entre ARS 29.220 y ARS 65.745. El piloto demanda 20 a 36 horas: instalación, categorías, campos, importación inicial, etiquetas, permisos, capacitación de devolución, backup y restauración. UMSA puede iniciar el caso por activos de diagnóstico y conectividad, porque tienen costo, movimiento y dependencia diaria. El primer cierre no busca inventariar toda la empresa; debe probar que un equipo entra, se asigna, vuelve, conserva garantía y aparece en reporte.
Dónde se rompe y cómo probarlo
El primer riesgo es cargar activos sin serie. La señal aparece cuando dos equipos iguales tienen la misma descripción. La prueba crea dos notebooks del mismo modelo y exige número interno, serie y etiqueta distinta. El segundo riesgo es usar ubicación sin responsable. La señal aparece cuando el sistema dice taller, pero nadie firma devolución. La prueba asigna un scanner a una persona, registra préstamo y verifica historial. El tercer riesgo es perder facturas. La señal aparece cuando garantía y proveedor quedan como texto suelto. La prueba adjunta factura, remito y foto del activo, luego abre el registro desde una cuenta de auditoría. El cuarto riesgo es respaldar solo la base. La documentación de backups indica que la utilidad crea un volcado SQL junto con imágenes y adjuntos. La prueba restaura en otro servidor y abre activo, foto, factura, usuario, historial y garantía. El quinto riesgo es actualizar sin leer requisitos. La página de release de Snipe-IT 8.6.3 advierte el requisito de PHP 8.2 o superior. La prueba de preproducción valida versión de PHP, login, búsqueda, asignación y backup antes de tocar producción. El sexto riesgo es cerrar inventario sin muestreo físico. La prueba elige diez activos al azar, escanea etiqueta, revisa ubicación, abre factura y confirma responsable. Si dos fallan, se repite la tanda completa antes de emitir reporte. Un inventario sirve cuando el equipo roto tiene historia. Lo demás es una etiqueta que envejece pegada al plástico.
Para seguir leyendo
Para avanzar
Ver también
Continuá hacia capacidades técnicas, sectores o notas relacionadas.