Cómo mantener el inventario de activos IT actualizado en un MSP multiempresa

Concilia altas, bajas, sustituciones y cambios de propietario por tenant, conservando origen y discrepancias.

Equipo enginerIT· 3 min de lectura

Cada activo necesita cliente, estado y origen confiables

El MSP puede conocer equipos por su plataforma remota, una hoja de activos del cliente y tickets de altas o sustituciones. Esas listas cambian a ritmos distintos y no siempre asignan el mismo nombre a un dispositivo. Un inventario operativo sirve para soporte y permisos si señala origen, vigencia y tenant, y si detiene cualquier cambio cuya relación no se pueda comprobar.

Asigna una clave interna sin confundir clientes

Cada activo se vincula a una empresa y a una referencia que se mantiene cuando cambia el nombre visible. La clave puede relacionarse con fabricante o identificador gestionado, pero no presupongas que una etiqueta local es única entre tenants. Una coincidencia entre empresas se trata como una discrepancia.

Decide qué sistema puede cambiar cada dato

Una plataforma puede informar última conexión y otra ser la fuente aprobada para usuario responsable o ubicación. Registra quién gobierna cada campo y con qué frecuencia se concilia. Si dos fuentes discrepan, conserva ambas observaciones y abre una tarea; no sobrescribas por ser la actualización más reciente.

Modela los estados que el soporte necesita

Separa activo, asignado, en reparación, en almacén, pendiente de retirar y retirado si esos estados describen el proceso real del MSP. Define quién puede moverlo y qué evidencia lo acompaña. Un activo sin telemetría no equivale automáticamente a un dispositivo dado de baja.

Vincula cambios de propietario con una petición autorizada

Cuando cambia una persona o equipo, relaciona la solicitud, el cliente, el activo y la fecha efectiva. Confirma qué acceso debe modificarse con el responsable indicado por el cliente. La automatización prepara las acciones, pero no revoca o entrega permisos a partir de una hoja no aprobada.

Registra altas, sustituciones y bajas como transiciones

Guarda activo anterior, reemplazo y relación temporal si el servicio lo requiere. En una baja, comprueba qué servicios dependen del equipo, quién posee la solicitud y si existe una tarea posterior de retirada según el procedimiento vigente. No borres historial al quitar el dispositivo de una lista activa.

Detecta discrepancias en una cola accionable

Muestra campos en conflicto, fuente y antigüedad, junto a una persona responsable de resolverlos. Prioriza discrepancias que impiden dar soporte o aplicar un cambio, no cada diferencia cosmética. El cierre incluye qué sistema se actualizó, quién lo confirmó y si otras réplicas quedan pendientes.

Protege la separación entre espacios de cliente

Los técnicos ven solo los clientes asignados y la interfaz muestra tenant de forma persistente antes de abrir o modificar un activo. Exportaciones, resúmenes y búsquedas masivas también respetan ese límite. Prueba expresamente registros homónimos y sesiones del navegador que podrían dejar contexto anterior.

Audita vigencia sin generar falsas bajas

Define una revisión por antigüedad para confirmar dispositivos sin contacto o datos no actualizados. La regla crea revisión; no retira automáticamente equipos sin telemetría. La persona comprueba si el activo se apagó, cambió de red, se sustituyó o realmente salió del servicio.

Concilia diez activos del mismo nombre visible en clientes diferentes.

Comprueba que las claves, vistas y exportaciones conservan el tenant y que los cambios de propietario piden aprobación.

Cuéntanos qué necesitas →