Snipe-IT 8.8 en posventa: activos, calendario y sync
Caso de industria para ordenar notebooks, lectores, licencias y garantías con Snipe-IT 8.8, permisos, API, backup y prueba de baja verificable.
Una notebook sin dueño puede frenar una garantía antes que el repuesto. En posventa, compras y taller comparten equipos, lectores y licencias que cambian de mano todos los días. Snipe-IT 8.8 agrega calendario, tableros para usuarios no administradores y adaptadores de sincronización; este caso muestra qué dato cargar, quién lo aprueba y cómo probar una baja sin perder historia.
Dónde aparece el activo perdido
La escena es una concesionaria sobre Ruta 40 en Tunuyán. El jefe de compras tiene un lector USB con cinta vieja, una notebook de diagnóstico y tres licencias que usan taller, repuestos y administración. Cuando entra una garantía, nadie discute la falla mecánica; discuten quién tiene el equipo, cuándo vence la licencia y si el proveedor anterior dejó la clave. Snipe-IT publicó la versión 8.8.0 el 30 de septiembre de 2026, con más de 750 commits y 83 pull requests desde la versión 8.7.2. El cambio visible para posventa es práctico: calendario unificado, dashboard para perfiles sin administración total, adaptadores de sync en beta y tokens OIDC para la API. El riesgo que corrige no aparece en una factura grande, sino en pérdidas chicas qué se repiten. La etiqueta escrita a mano es el antagonista. La encuesta 2026 de Stack Overflow da contexto: 19% de quienes crean software interno lo hacen para reemplazar proveedores pagos, y más de la mitad usa asistencia de IA para hacerlo. Ese impulso solo sirve si el inventario queda legible. Sin serie, responsable, ubicación y estado, la automatización fabrica más dudas.
Cómo funciona por dentro
El flujo de activos tiene seis pasos. Primero, compras carga equipo, número de serie, etiqueta, ubicación, proveedor y garantía. Segundo, Snipe-IT guarda activos, usuarios, checkouts, mantenimientos y auditoría en MySQL o MariaDB; si la base falla, el alta queda incompleta y el usuario ve error. Tercero, el archivo adjunto guarda factura, foto o remito en almacenamiento local o S3; entrega evidencia para garantía. Cuarto, roles y permisos definen quién lee, asigna, devuelve o elimina. Quinto, la API recibe altas desde un MDM, RMM o planilla controlada y devuelve activos con estado y responsable. Sexto, el backup copia base, adjuntos y archivo de configuración; la prueba restaura un activo con su historial. El calendario nuevo ayuda porque junta vencimientos, garantías, mantenimientos, reservas y devoluciones esperadas. Para un jefe de compras, la vista de siete días evita llamar a taller por cada equipo. Para sistemas, la API permite cruzar inventario con tickets o usuarios. El dashboard de perfiles no administradores cambia la rutina: quien gestiona consumibles o accesorios ve sus propios pendientes, sin permiso para tocar toda la base. Ese recorte reduce errores de clic y deja cada acción con usuario y hora.
Qué se instala o configura primero
La base técnica empieza con Snipe-IT 8.8, PHP 8.2 o superior, servidor web, MySQL o MariaDB, correo saliente y almacenamiento para adjuntos. La propia publicación de la versión recomienda PHP 8.4 o superior para nuevas funciones. Un servidor chico con backup externo cuesta entre USD 20 y USD 45 por mes; al dólar oficial vendedor de 1.540 pesos, el rango queda entre 30.800 y 69.300 pesos mensuales, sin carga inicial de activos. El primer entregable verificable es una familia de activos cerrada: notebooks de diagnóstico, lectores, licencias de escáner o teléfonos de posventa. Se cargan 30 registros reales, se asignan a usuarios, se imprime una etiqueta y se prueba una devolución. Una puesta básica toma una semana; integrar sync adapters o API con otros sistemas puede llevar dos o tres. UMSA puede acompañar esa primera carga con criterios de rótulo, roles y backup. En un caso anonimizado de posventa, el mayor ahorro salió de una regla simple: ningún equipo sale a taller sin activo, responsable y fecha esperada de vuelta.
Dónde se rompe y cómo probarlo
El primer riesgo aparece en la sincronización. La señal es un activo duplicado por cada herramienta conectada. La prueba habilita la opción de empatar equipos por número de serie, importa diez activos desde una fuente externa y verifica que no cree copias. El segundo riesgo vive en permisos. La señal es un usuario de depósito que puede borrar equipos o cambiar garantías. La prueba crea perfiles de compras, taller y consulta; cada perfil intenta asignar, devolver, editar y eliminar. El sistema debe aceptar solo la acción permitida y registrar el rechazo. El tercer riesgo está en adjuntos. La señal es una baja sin factura o foto. La prueba carga un activo con remito, lo da de baja, restaura el backup y revisa que archivo, historial y responsable sigan juntos. El cuarto riesgo aparece en etiquetas. La señal es un QR que apunta al activo correcto en oficina y a otro en taller. La prueba imprime diez etiquetas, escanea con dos teléfonos y compara serie, usuario y ubicación. La disciplina queda en una frase operativa: si un equipo tiene dueño, fecha y prueba de salida, la garantía deja de depender de la memoria de taller.
