Cómo reducir trabajo y errores en una migración de datos

Origen, destino, campos, formatos, equivalencias, limpieza, normalización, validación y revisión humana. Dónde puede ayudar la IA —y dónde no.

Por Opium Software · Fecha editorial 2026-08-18 · Actualizado 2026-10-30

Una importación fiable empieza por relacionar referencias, unidades y formatos de origen con los del ERP. Prueba primero una muestra con duplicados y campos sin equivalencia para que las filas dudosas lleguen a revisión antes de actualizar datos.

Ideas clave

El origen y el destino necesitan una correspondencia explícita entre campos.
Los identificadores, formatos y reglas deben conservar su significado.
La revisión autoriza los cambios antes de sincronizarlos.

Una importación de datos necesita conservar el significado de la información al pasar de un archivo o aplicación a otro sistema. La preparación relaciona campos, normaliza formatos y comprueba referencias. La IA puede ayudar a proponer correspondencias, mientras las reglas y la revisión determinan qué cambios se autorizan antes de incorporarlos a gestión.

Origen, destino y campos

El origen puede ser un Excel, un CSV, otro ERP, un CRM o una exportación a medida. El destino son las tablas del sistema nuevo: clientes, artículos, tarifas, stocks, históricos. Cada campo del origen tiene que tener un sitio —o una decisión de no cargarlo. “Nombre” no es lo mismo que “razón social”; “ref” no es siempre el código interno. Ese diccionario hay que escribirlo, aunque sea en una tabla corta.

Formatos y equivalencias

Fechas, decimales, NIF, códigos de IVA, unidades. Un 1,5 y un 1.5 no son el mismo texto. Un cliente “SL” y “S.L.” pueden ser el mismo. Las equivalencias (familia antigua → familia nueva, almacén A → almacén norte) son reglas de negocio, no magia. Si no se documentan, la IA o el técnico las adivinarán mal.

Limpieza, normalización y validación

Limpieza: vacíos, duplicados, filas de prueba, caracteres rotos.
Normalización: mayúsculas, códigos de país, formato de teléfono, unidad de medida.
Validación: el NIF tiene forma, el artículo destino existe, el stock no es negativo sin criterio, la tarifa apunta a un cliente real.

Revisión humana: el paso que no se salta

Una muestra de clientes y de artículos la mira alguien que conoce el negocio. Los casos raros (homónimos, kits, tarifas especiales) no se resuelven con un umbral. Cargar sin revisión transfiere el caos al sistema nuevo y lo paga el equipo durante años. Migrar menos histórico, pero limpio, suele ser más barato que migrar todo sucio.

Dónde puede ayudar la IA

Paso	IA sí / no	Por qué
Proponer mapeo de columnas	Sí	Nombres parecidos, ahorra reuniones
Detectar duplicados dudosos	A veces	Sugiere; no fusiona sola
Equivalencias de negocio	No sola	Las define quien conoce el proceso
Validar NIF, totales, vacíos	Reglas	No hace falta un modelo
Decidir qué histórico se carga	No	Criterio de proyecto
Carga final	No sin validación	Siempre con informe de errores

Ejemplo: actualizar una tarifa de proveedor

El archivo utiliza nombres de columnas y formatos distintos de los del catálogo interno. La preparación identifica referencias, descripciones y precios y conserva los códigos tal como deben reconocerse en gestión. Las condiciones comerciales se aplican con sus criterios y vigencias. La persona responsable revisa las diferencias antes de autorizar la sincronización.

Comprobaciones que evitan cambios difíciles de detectar

Códigos con ceros iniciales y referencias que parecen números.
Separadores decimales, fechas y unidades de medida.
Correspondencia entre artículos nuevos y existentes.
Precios y condiciones comerciales con su periodo de validez.
Registros rechazados, duplicados o todavía pendientes de revisión.

La prueba final compara el archivo de origen, la propuesta de cambios y el resultado del sistema. Conservar esas referencias permite revisar una diferencia sin depender de una hoja de cálculo modificada después de la carga.

Antes y después de una tarifa de proveedor

Una fila llega con referencia del proveedor, «12,50» como precio y unidad «caja». En el ERP existe una referencia interna y el coste se almacena por unidad. Antes de importar, la tabla de equivalencias debe relacionar ambas referencias y convertir el coste usando el número de unidades de cada caja. Separa las filas sin equivalencia para revisión y guarda el fichero original, el lote importado y el resultado. Prueba primero una muestra con formatos decimales, duplicados y cajas incompletas.