Cómo migrar de Excel a un ERP sin perder datos: guía práctica para pymes

Migrar de Excel a un ERP no es copiar y pegar. La mayoría de los problemas que destruyen datos en estas transiciones ocurren antes de la importación, no durante. Esta guía cubre las fases del proceso, los errores que más veces hemos visto en pymes españolas y las decisiones que marcan la diferencia entre una migración limpia y un mes de caos operativo.

Tabla de contenidos

• Por qué Excel se queda corto antes de lo que parece
• Qué significa “migrar datos” en la práctica
• Fase 1: Auditoría de las hojas de cálculo
• Fase 2: Limpieza y normalización de datos
• Fase 3: Mapeo al modelo de datos del ERP
• Fase 4: Importación y validación
• Errores más frecuentes y cómo evitarlos
• Qué pasa con el historial y los datos vivos
• TL;DR
• Lecturas recomendadas

Por qué Excel se queda corto antes de lo que parece

Una empresa que gestiona compras, ventas y almacén en Excel llega a un punto en el que el problema no es la herramienta: es la arquitectura. Los datos viven en archivos distintos, sin integridad referencial, sin control de versiones y con fórmulas que dependen de que nadie cambie el nombre de una columna.

Los síntomas más comunes:

• Stock que no cuadra porque hay dos hojas con nombres distintos para el mismo artículo.
• Pedidos duplicados porque dos personas abrieron el mismo archivo a la vez.
• Informes que tardan horas en preparar porque hay que cruzar datos a mano.
• Imposibilidad de cumplir con Verifactu sin reescribir todo el flujo de facturación.

Cuando una pyme nos describe este escenario, lo primero que hacemos es no hablarle del ERP. Le preguntamos cuántos archivos Excel distintos existen, quién los edita y qué pasa cuando alguien introduce un dato mal. La respuesta define el tamaño real del proyecto de migración.

Qué significa “migrar datos” en la práctica

Migrar datos no es exportar un CSV y subirlo al sistema nuevo. Es un proceso con cuatro fases diferenciadas: auditoría, limpieza, mapeo e importación. Saltarse alguna de ellas es la causa del 80 % de las migraciones que terminan mal.

El volumen típico de una pyme española con 5 a 50 empleados incluye:

• Entre 500 y 50.000 referencias de artículos o SKUs.
• Historial de pedidos de 1 a 10 años.
• Datos de clientes y proveedores con campos inconsistentes.
• Tarifas, descuentos y condiciones de pago en formatos no estructurados.

Cada uno de estos bloques necesita tratamiento específico antes de llegar al ERP.

Fase 1: Auditoría de las hojas de cálculo

El objetivo de esta fase es saber exactamente qué datos existen, dónde están y en qué estado se encuentran.

Pasos concretos:

1. Inventariar todos los archivos Excel activos y sus propietarios.
2. Identificar qué campos se usan realmente y cuáles están vacíos o son decorativos.
3. Detectar duplicidades: el mismo cliente con dos nombres distintos, el mismo artículo con dos códigos.
4. Documentar las fórmulas que generan datos calculados, porque esos cálculos tendrán que replicarse en el ERP o desaparecer.

Una auditoría bien hecha puede llevar entre dos días y dos semanas, según el volumen. No es tiempo perdido: es el tiempo que ahorras en correcciones posteriores.

Fase 2: Limpieza y normalización de datos

Limpiar datos es el trabajo más ingrato y el más crítico. Un ERP tiene reglas estrictas de integridad: no puede haber dos clientes con el mismo NIF, no puede haber un pedido sin artículo asociado, no puede haber una fecha en formato texto.

Tareas de limpieza habituales:

• Unificación de nombres: “Transporte García S.L.”, “Transportes García” y “García SL” son el mismo proveedor.
• Normalización de fechas: convertir “01-03-24”, “1/3/2024” y “marzo 2024” a un formato único.
• Eliminación de filas en blanco y caracteres especiales que rompen las importaciones.
• Validación de NIFs, códigos postales y cuentas bancarias con herramientas automáticas.
• Revisión de stocks negativos o precios a cero que no tienen sentido de negocio.

Herramientas útiles en esta fase: Python con pandas para transformaciones masivas, OpenRefine para deduplicación, y scripts SQL si los datos ya están en alguna base intermedia.

Fase 3: Mapeo al modelo de datos del ERP

El mapeo consiste en definir qué campo de Excel corresponde a qué campo del ERP. Parece sencillo; raramente lo es.

Los problemas más frecuentes en el mapeo:

• El ERP distingue entre “dirección de facturación” y “dirección de envío”; en Excel era una sola columna.
• El ERP tiene una jerarquía de familias de productos; en Excel había una columna “categoría” con 40 valores distintos sin estructura.
• El ERP requiere una unidad de medida por artículo; en Excel algunas filas tenían unidad y otras no.

El resultado de esta fase es un documento de mapeo que funciona como contrato entre el equipo de datos y el equipo de implantación. Cada campo origen tiene un campo destino, una regla de transformación y un responsable de validación.

Si el ERP es a medida, como Rowan ERP, el modelo de datos puede ajustarse para absorber la estructura real de los datos en lugar de obligar a la empresa a reestructurar todo su histórico.

Fase 4: Importación y validación

La importación se hace siempre en un entorno de pruebas antes de tocar producción. Nunca al revés.

Secuencia recomendada de importación:

1. Datos maestros: artículos, clientes, proveedores, tarifas.
2. Stock inicial: cantidades en almacén en la fecha de corte.
3. Pedidos abiertos: los que están en curso en el momento del cambio.
4. Historial: pedidos cerrados, facturas, movimientos de almacén anteriores a la fecha de corte.

La validación posterior compara, registro a registro, que los totales cuadran: número de artículos, stock valorado, saldo de clientes y proveedores. Si hay desviaciones, se corrigen antes del arranque en producción.

Una migración bien ejecutada tiene una tasa de error inferior al 0,1 % en los datos maestros. Si supera ese umbral, conviene detener el proceso y revisar la fase de limpieza.

Errores más frecuentes y cómo evitarlos

Estos son los fallos que más veces hemos visto en migraciones de pymes:

• Migrar datos sucios directamente. El resultado es un ERP lleno de basura que nadie confía. La limpieza no es opcional.
• No definir una fecha de corte clara. Si no hay un momento exacto de “aquí empieza el ERP y aquí termina Excel”, los datos se duplican o se pierden en el solapamiento.
• Ignorar los datos calculados. Márgenes, descuentos por volumen, precios especiales por cliente: si no se mapean explícitamente, desaparecen.
• No hacer una prueba de importación. La primera importación siempre tiene errores. Por eso se hace en staging, no en producción.
• Subestimar el historial. Muchas pymes quieren llevar 10 años de pedidos al ERP. Es posible, pero requiere tiempo y una estrategia de datos históricos separada de los datos operativos actuales.
• No involucrar a los usuarios finales. Quien lleva el almacén o las ventas sabe dónde están las excepciones que no aparecen en ningún campo de Excel. Su participación en la auditoría es obligatoria.

Qué pasa con el historial y los datos vivos

El historial completo raramente migra todo a la vez. La práctica habitual es:

• Llevar al ERP los datos maestros y el stock actual con precisión total.
• Migrar los pedidos abiertos y los saldos pendientes de clientes y proveedores.
• Mantener el historial antiguo accesible en un almacén de datos o en una instancia de solo lectura, no en el sistema operativo.

Si la empresa necesita informes sobre datos históricos, Rowan Analytics puede conectarse tanto al ERP como a bases de datos externas para consolidar la información sin contaminar el sistema de gestión.

Para operativas de almacén, el arranque del ERP coincide con un recuento físico de inventario. Es el único momento en que los datos de Excel y los datos del ERP se sincronizan con certeza. A partir de ahí, el Rowan SGA lleva la trazabilidad en tiempo real.

TL;DR

• Migrar de Excel a un ERP requiere cuatro fases: auditoría, limpieza, mapeo e importación. Saltarse alguna es la causa principal de pérdida de datos.
• La limpieza de datos es el paso más crítico y más subestimado. Datos sucios migrados son datos sucios en el ERP.
• Define una fecha de corte exacta antes de empezar. Sin ella, los datos se duplican o se pierden.
• El historial antiguo no tiene por qué vivir en el ERP; puede mantenerse en un sistema de consulta separado conectado a la herramienta de BI.
• Un ERP construido a medida puede adaptarse a la estructura real de tus datos; no tienes que reestructurar diez años de información para que encaje en un modelo genérico.

Si estás evaluando dar este paso, en Rowan Tech hacemos la auditoría de datos contigo antes de hablar de implantación. Sin compromiso y sin humo.

Lecturas recomendadas

• Rowan ERP: ERP a medida para pymes españolas
• Rowan Analytics: Business Intelligence conectado a tu operativa real
• Rowan SGA: gestión de almacén con trazabilidad en tiempo real