Migración y limpieza de datos de activos: guía paso a paso

Lo más difícil de pasar a un sistema moderno de control de activos no es elegir la plataforma ni configurar el equipo. Es el dato: esas mismas hojas de cálculo que un colega mantuvo hace cinco años, los registros en papel del archivo y la base del ERP donde la mitad de los renglones dice "equipo diverso".

He visto ambos extremos: empresas que pasaron tres meses preparando sus datos, y otras que decidieron "subir todo tal cual está". El segundo camino nunca funciona. Cada atajo en la calidad del dato se acumula en meses de limpieza después, y el sistema nuevo hereda los problemas de confianza del anterior.

De un vistazo: referencia rápida de migración de datos de activos

Antes de entrar en detalle, así se ve una migración real de principio a fin:

Total para una migración limpia (2 000 activos): 4–6 semanas. Para 10 000+ activos o fuentes desordenadas: 3–9 meses. La fase de depuración siempre toma más de lo esperado. Planifique contando con eso.

Por qué la migración de datos de activos no es solo "mover una hoja de cálculo"

Seamos honestos: mucha gente subestima la etapa de migración. Parece una formalidad técnica: tomar los registros viejos, importarlos al sistema nuevo, listo. En la práctica, una migración deficiente se convierte en una bomba de tiempo.

Esto es lo que pasa en realidad cuando migra dato sucio:

Los duplicados se multiplican. Tres laptops en su base con el identificador "NB-001", y nadie sabe cuál es el real. Intente encontrar ese equipo específico cuando necesite mantenimiento. No puede.

El historial desaparece. Migró los activos pero no la información de reparaciones, traslados o asignaciones. El sistema nuevo muestra una impresora "como nueva" cuando en realidad estuvo tres veces en reparación en los últimos seis meses.

Las categorías se vuelven caos. En el sistema viejo el mismo equipo se llamaba de formas distintas: "laptop", "Notebook", "computadora portátil", "estación móvil". Después de la migración tiene cuatro categorías en lugar de una, y los reportes se vuelven inservibles.

Vi una empresa que pasó dos meses después de la migración tratando de entender por qué el sistema mostraba 347 activos cuando en realidad había 280 equipos. Resultó que, al transferir el dato de tres fuentes distintas, se crearon duplicados, y algunos registros correspondían a bienes ya dados de baja (activos fantasma).

Limpieza de datos para control de activos: la limpieza de primavera antes de la mudanza

Migrar a un sistema nuevo sin limpiar primero es como mudarse de casa llevando cada caja de cartón del cuarto de almacenamiento anterior. La mayoría nunca se va a abrir, la mitad no debería haberse guardado, y ahora le va a estorbar los próximos cinco años.

Por dónde empezar la limpieza de datos

La primera tarea es inventariar sus fuentes. Reúna cada lugar donde vive información de activos:

• Hojas de cálculo en la unidad compartida (y en computadoras personales, sí, revise también esas)
• Registros en el sistema ERP
• Registros de inventario en papel
• Correos sobre compras y reparaciones
• Bases de datos del área de TI o de mantenimiento de instalaciones

Trabajé con una empresa donde encontramos seis fuentes distintas de datos sobre los mismos activos. Cada una tenía información diferente, y nadie sabía cuál era la correcta.

Segundo, defina la fuente de la verdad para cada tipo de dato. Por lo general la división es:

• Para dato financiero: el sistema contable
• Para especificaciones técnicas: la base de datos del área de TI
• Para ubicación: el dato de quienes son responsables de las instalaciones

Tercero, estandarice los formatos. Esta es la parte más minuciosa de la limpieza del inventario de activos, y la más importante:

Nomenclatura: acuerde nombres uniformes. "Laptop Dell Latitude 5420": bien. "Laptop", "Dell 5420", "Laptop D": mal.

Números de serie: conviértalos a un formato uniforme. Elimine espacios, elija mayúsculas o minúsculas, borre caracteres extra.

Fechas: decida un formato. ¿DD/MM/AAAA o AAAA-MM-DD? Elija uno y manténgalo.

Ubicaciones: cree una jerarquía. No "junto a la ventana en el salón 305", sino "Edificio A → Piso 3 → Salón 305 → Puesto 2".

La limpieza de datos de inventario de activos en la práctica

Este es un caso real. Una manufacturera con más de 500 activos se preparaba para pasar a un sistema de control. Su dato estaba en tres archivos de Excel y una base de Access antigua.

Descubrimos:

• 78 duplicados (el mismo equipo registrado varias veces)
• 34 activos fantasma (el registro existe, pero no el equipo físico)
• 156 unidades sin ubicación especificada
• 203 registros sin número de serie
• 89 activos con fecha de compra "01/01/2000" (valor por defecto que nadie corrigió)

La limpieza tomó tres semanas. ¿Pero sabe qué? Después de lanzar el sistema nuevo, no tuvieron un solo problema de dato. Compare eso con otra empresa que se saltó la etapa de limpieza y después pasó seis meses lidiando con errores.

Cómo migrar datos de activos: un plan paso a paso sin dolor

Ahora que el dato está limpio, podemos hablar de la migración. Este es un plan de acción probado:

Etapa 1: preparación (no se la salte)

Tres cosas deben estar listas antes de mover cualquier dato.

Cree un mapa de campos. Haga coincidir qué dato del sistema viejo va a dónde en el nuevo:

• Campo viejo "N.º Inv." → campo nuevo "Identificador del activo"
• Campo viejo "Nombre" → campo nuevo "Nombre del activo"
• Y así para cada campo.

Defina los campos obligatorios. ¿Qué DEBE tener cada activo en el sistema nuevo? Por lo general: identificador único, nombre o descripción, categoría, responsable, ubicación.

Prepare las tablas de referencia. Antes de cargar los activos, cargue en el sistema nuevo las categorías de equipo, las ubicaciones (edificios, pisos, salones), los empleados (responsables) y los estados (en servicio, en almacén, en reparación).

Etapa 2: migración de prueba

No cargue todo directo a producción. Pruebe primero:

1. Seleccione 20-30 activos de tipos distintos
2. Cárguelos en un entorno de prueba
3. Revise cada campo manualmente
4. Pruebe operaciones típicas: buscar, generar un reporte, cambiar un estado
5. Encuentre errores (los va a haber), corrija el procedimiento de carga
6. Repita la prueba

Recuerdo un proyecto donde la carga de prueba reveló que el formato de fecha del archivo CSV se interpretaba mal, corriendo todas las fechas un mes hacia adelante. Detectarlo en la prueba tomó una hora. Detectarlo después de la migración completa habría significado repetir todo.

Etapa 3: migración completa

Cuando la prueba pasa sin errores, la migración completa sigue una pequeña lista de prácticas conservadoras.

Elija un momento de actividad mínima: fines de semana o viernes por la noche, según cómo funcione su negocio.

Haga un respaldo de todos los datos de origen. Es la póliza de seguro.

Cargue el dato en lotes en lugar de todo de una vez. Por ejemplo, la matriz primero, después las sucursales. Esto facilita controlar el proceso y detectar problemas temprano.

Verifique las cantidades. Si había 500 registros de origen, debería ver 500 en el destino.

Haga verificaciones puntuales. Abra 10-15 registros al azar y verifique cada campo manualmente.

Etapa 4: verificación posterior a la migración

Incluso si la carga salió bien, las primeras semanas trabajando en el sistema nuevo son un periodo crítico. Es, en esencia, su primera auditoría de activos en el sistema nuevo:

• Pida a los usuarios que verifiquen el dato de sus activos
• Registre las quejas sobre información incorrecta
• Mantenga un registro de correcciones, que va a mostrar dónde hubo problemas de migración
• Esté listo para hacer ajustes rápidos

Buenas prácticas de migración de datos de activos: lo que aprendí a lo largo de los años

Después de años trabajando con sistemas de control de activos, desarrollé un conjunto de reglas que funcionan en el 99% de los casos:

Regla 1: el dato importa más que la tecnología

El sistema más moderno se convierte en un juguete inútil si tiene dato de mala calidad. Dedique 70% de su tiempo a preparar el dato y solo 30% a la migración en sí.

Regla 2: automatización con verificación manual

Sí, use scripts para el procesamiento masivo de datos. Pero verifique manualmente lo críticamente importante. En especial:

• Dato financiero (costo, depreciación)
• Asignación a responsables
• Ubicación de equipo costoso

Regla 3: documente sus decisiones

Cree un documento donde registre todas las decisiones de migración:

• Qué formato de fecha eligió y por qué
• Cómo nombró las categorías
• Qué hacer con activos sin número de serie
• Qué estado asignar a equipo sin información de condición

Dentro de seis meses, cuando surja la pregunta "¿por qué lo hicimos así?", va a agradecer esta documentación.

Regla 4: planifique tiempo con margen

La migración de datos siempre tarda más de lo que parece. Incluya un margen del 50%. Si cree que le va a tomar un mes, planifique seis semanas.

Regla 5: involucre a los usuarios finales

No haga la migración en el vacío. Comuníquese con quienes van a trabajar con el sistema:

• El área de TI conoce las especificaciones técnicas del equipo
• Contabilidad conoce el dato financiero
• Los gerentes de área conocen la ubicación y los responsables

Su conocimiento va a ayudar a limpiar el dato con más profundidad.

Particularidades de la migración para prevenir pérdida de activos

En un sistema de control de activos, no solo importa la exactitud del dato, sino también su integridad para prevenir la pérdida de equipo.

Migre el historial de movimientos, si lo tiene. Aunque sea solo renglones en Excel: "15/03/2024, entregado a Juan Pérez". Esta información va a ayudar a:

• Entender los patrones de uso del equipo
• Identificar las áreas problemáticas (donde los activos se pierden con más frecuencia)
• Establecer la cadena de custodia y la responsabilidad cuando se descubra una pérdida

Registre la última ubicación conocida de cada activo. Aunque sea imprecisa, "almacén, estante 3" es mejor que nada. Al arrancar el sistema, ese va a ser el punto de partida.

La información de mantenimiento programado también es crítica. Si sabe que un equipo debe recibir mantenimiento preventivo cada 6 meses, y el último fue hace 5, esa información tiene que migrarse. Sin ella, el sistema no va a poder avisarle sobre el próximo mantenimiento.

Problemas de mantenimiento: cómo evitarlos durante la migración

Recientemente asesoré a una empresa que vivió el caos del mantenimiento preventivo después de lanzar el control de activos. Durante la migración no transfirieron los periodos de garantía ni el historial de reparaciones. El resultado: equipo bajo garantía se mandó a reparación pagada, mientras artículos que ya debían haberse dado de baja seguían recibiendo reparaciones.

Lo que debe migrar para un mantenimiento adecuado:

Información de garantía:

• Fecha de vencimiento de la garantía
• Contactos del proveedor o centro de servicio
• Número de reclamo de garantía
• Condiciones de la garantía (qué cubre, qué no)

Historial de mantenimiento:

• Fechas de todas las reparaciones y mantenimientos preventivos
• Descripción del trabajo realizado
• Costo (para saber si reemplazar podría salir más barato)
• Nombre de la organización de servicio

Programas de mantenimiento:

• Frecuencia del mantenimiento preventivo
• Lista de procedimientos
• Parámetros críticos a verificar

Esta información va a permitir que el sistema nuevo avise automáticamente sobre el mantenimiento programado, rastree la frecuencia de fallas y tome decisiones informadas sobre la disposición de los activos.

Caso real: del caos al orden en 6 semanas

Le voy a contar sobre un proyecto que ilustra bien la importancia de una migración bien hecha.

Situación inicial: empresa de logística, 8 sucursales, cerca de 800 activos (servidores, equipo de red, computadoras, impresoras, lectores). El dato estaba guardado en:

• 3 archivos de Excel distintos (uno por región)
• Tarjetas de inventario en papel
• La memoria del administrador de sistemas

Problemas:

• El equipo regularmente "se perdía" durante los traslados entre sucursales
• No había claridad sobre qué estaba en garantía y qué no
• Los costos de mantenimiento crecían (se reparaba lo que hubiera sido más simple reemplazar)
• El inventario físico tomaba una semana y siempre encontraba discrepancias

Proceso de migración:

Semanas 1-2: depuración de datos

• Combinamos los 3 archivos de Excel
• Hicimos verificación física en las dos sucursales más grandes
• Eliminamos 87 registros de equipo ya dado de baja (con la documentación adecuada de baja de activos)
• Encontramos y etiquetamos 34 unidades que figuraban como "ubicación desconocida"
• Estandarizamos nombres y categorías

Semana 3: preparación de la migración

• Creamos la jerarquía de ubicaciones en el sistema nuevo
• Configuramos las categorías de equipo
• Cargamos la lista de empleados
• Preparamos la plantilla de importación

Semana 4: migración de prueba

• Cargamos 50 activos de la matriz
• Descubrimos problemas de codificación en el archivo CSV
• Lo corregimos, repetimos la prueba. Exitosa

Semana 5: migración completa

• Cargamos todos los activos en lotes (por sucursal)
• Verificamos la exactitud en cada lote
• Total: 761 activos migrados con éxito (eliminando duplicados y bajas)

Semana 6: trabajo posterior a la migración

• Capacitamos a los responsables en las sucursales
• Corregimos las imprecisiones encontradas
• Realizamos las primeras operaciones (traslados, asignaciones)

Resultados después de 3 meses:

• Ni un solo activo perdido
• El mantenimiento programado se ejecuta automáticamente por recordatorios del sistema
• Los costos de reparación bajaron 23% (dejaron de reparar lo que era más rentable reemplazar)
• El tiempo de inventario se redujo de una semana a 1 día
• La exactitud del dato se mantuvo en 97% gracias a procesos sistemáticos de auditoría

Errores comunes de migración (y cómo evitarlos)

"Después lo limpiamos"

La idea de "subamos todo tal cual está, después lo vamos arreglando" es un camino a la deuda permanente. El "después" nunca llega, y el dato sucio empieza a generar dato sucio nuevo en cuanto los usuarios comienzan a trabajar. Limpie antes de migrar, no después: no hay segunda oportunidad de hacerlo barato.

Ignorar el historial

Algunos equipos solo migran el estado actual de los activos y se saltan el historial. Después el sistema no puede responder "¿dónde estaba esta laptop hace un mes?". Si tiene información histórica, migrela. Incluso el historial parcial vale más que nada, y es útil en auditorías o disputas.

Subestimar el tiempo

"Migrar los datos: medio día de trabajo." En realidad, una migración de calidad toma semanas. Planifique con margen; terminar antes está bien, no cumplir el plazo porque la limpieza tomó 3 veces más de lo esperado, no.

Migración sin pruebas

Cargar todo el dato directo a producción significa que, si algo sale mal, revertirlo es difícil o imposible. Corra siempre una prueba con una muestra pequeña primero. El costo son unos días; la alternativa es revertir semanas de trabajo.

Falta de involucramiento de los usuarios

TI migra el dato en el vacío, sin comunicarse con quienes de verdad conocen la situación real. Los responsables de activos, los gerentes de área y el personal de almacén tienen contexto que solo existe en sus cabezas. Su aporte previene problemas de calidad del dato que de otro modo descubriría meses después.

Checklist: ¿está listo para la migración?

Antes de empezar la migración, responda estas preguntas:

Sobre el dato:

• ¿Conoce todas las fuentes de dato de activos?
• ¿El dato está limpio de duplicados?
• ¿Se eliminó de las listas el equipo dado de baja?
• ¿Los nombres y categorías están estandarizados?
• ¿Cada activo tiene un identificador único?
• ¿Se definió la fuente de la verdad para cada tipo de dato?

Sobre el sistema nuevo:

• ¿Las tablas de referencia (categorías, ubicaciones, empleados) están cargadas?
• ¿Se probó el proceso de importación con datos de prueba?
• ¿Se creó un mapeo de campos entre el sistema viejo y el nuevo?
• ¿Se definieron los campos obligatorios de cada activo?

Sobre el proceso:

• ¿Hay un plan de migración con fechas específicas?
• ¿Se asignó tiempo suficiente (con margen)?
• ¿Se definieron responsables para cada etapa?
• ¿Se planificó la verificación posterior a la migración?
• ¿Los usuarios saben de los cambios que vienen?

Si respondió "no" a 3 preguntas o más, no está listo. Cierre esas brechas primero.

Preguntas frecuentes

¿Qué es la migración de datos de activos?

La migración de datos de activos es el proceso de trasladar registros de activos (detalles del equipo, números de serie, ubicaciones, asignaciones e historial de mantenimiento) desde fuentes antiguas como hojas de cálculo, registros en papel y sistemas anteriores, hacia una plataforma nueva de control de activos. El objetivo es un registro de activos completo, limpio y confiable en el que todos puedan confiar desde el primer día.

¿Cuánto tarda la migración de datos de activos?

La mayoría de las migraciones de PyME (menos de 2 000 activos) se completan en 2–6 semanas cuando el dato de origen está razonablemente limpio. Las migraciones de empresas grandes, con 10 000+ activos, varias fuentes o necesidades intensas de depuración, toman de 3 a 9 meses. La fase de depuración es la más larga, por lo general 60–70% del tiempo total. Los equipos la subestiman de forma constante, entre 2 y 3 veces.

¿Cuál es el error más grande en la migración de datos de activos?

Migrar dato sucio. Los equipos se saltan la limpieza para cumplir plazos y terminan con los mismos registros poco confiables en un sistema nuevo y reluciente. Cada duplicado, cada error de tipeo, cada número de serie faltante que no corrigió antes de migrar lo va a acompañar para siempre. Aplica el viejo dicho: entra basura, sale basura. Limpie primero, migre después. Nunca al revés.

¿Cómo depuro los datos de activos antes de migrar?

Cuatro pasos centrales:

1. Deduplicación: identificar y fusionar registros duplicados (el mismo activo aparece dos veces porque dos personas lo registraron por separado).
2. Estandarización: nomenclatura unificada, formatos de fecha consistentes, estructura previsible del identificador.
3. Completitud: llenar los campos críticos faltantes (número de serie, ubicación, asignación) o marcar los registros como incompletos.
4. Archivo: marcar los activos obsoletos o dados de baja como registro de baja en lugar de arrastrarlos hacia el sistema nuevo.

¿Necesito una migración piloto antes del despliegue completo?

Sí, siempre. Un piloto con 50–200 activos representativos detecta errores de mapeo, casos límite y problemas de validación a bajo costo. Saltarse el piloto convierte una migración completa de 2 semanas en una maratón de corrección de 2 meses. El piloto suele tomar de 3 a 5 días y ahorra semanas de retrabajo. Si no tiene tiempo para un piloto, no tiene tiempo para la migración completa.

Qué sigue: la vida después de la migración

La migración no es el final, es el comienzo. Después de transferir el dato al sistema nuevo, empieza la parte más interesante:

Primeras dos semanas: periodo de adaptación. Los usuarios se acostumbran a la interfaz nueva, encuentran imprecisiones en el dato, aprenden a trabajar con el sistema. Esté listo para ayudar rápido y corregir errores.

Primer mes: momento de ajustar los procesos. Trabaje los procedimientos de traslado de activos, asignación de responsables y mantenimiento programado. Probablemente necesite ajustar la configuración inicial.

Primeros tres meses: recolección de retroalimentación y optimización. Escuche a los usuarios: qué es incómodo, qué falta, qué se puede mejorar.

Y recuerde: un sistema de control de activos solo funciona con dato actualizado. La migración le dio un punto de partida limpio. Ahora es importante mantener ese nivel de calidad. Aprenda a construir una estrategia de auditoría sostenible que mantenga la calidad del dato después de la puesta en marcha.

Empiece con un proyecto piloto

La migración de datos es un proyecto serio. Hacerla bien exige planificación y recursos. La forma de reducir el riesgo: empiece lo bastante pequeño para que el costo de un error sea solo una tarde, no un trimestre.

Un piloto de 50 activos de un área o una ubicación es suficiente para recorrer cada etapa (depuración, preparación, carga de prueba, verificación) a bajo costo. Al final va a tener una estimación realista de cuánto va a tardar la migración completa, y va a haber detectado los problemas de calidad de dato que no sabía que tenía.

UNIO24 cubre los primeros 50 activos en su plan gratuito, sin tarjeta y sin límite de tiempo, lo que lo convierte en un objetivo razonable para ese piloto. Migre un área, recorra los pasos de depuración e importación con su dato real, y después decida cómo se ve escalar al patrimonio completo de la empresa. Los patrones que encuentre en el piloto son los que va a necesitar planificar cuando la cantidad crezca.

La migración suele ser 80% preparación y 20% trabajo técnico. El piloto es donde descubre qué implica esa preparación para su propio dato.