Migración de datos a un ERP: qué validar antes de la puesta en marcha
Por Carlos Isidoro De Ayala Diaz ·
Migración de datos a un ERP: alcance, limpieza, pruebas, conciliación y reversión para llegar a producción con registros completos y verificables en empresas.
Define qué datos necesita realmente el nuevo ERP
Una migración no debería empezar exportando todas las tablas disponibles. Primero se separan datos de configuración, maestros y operaciones abiertas. La configuración incluye elementos que determinan cómo funciona el sistema, como monedas, impuestos, series o parámetros. Los maestros describen clientes, proveedores, productos y cuentas. Las operaciones abiertas incluyen pedidos, saldos, existencias o documentos que todavía forman parte del trabajo diario. Cada grupo tiene dependencias, responsables y criterios de validación distintos.
El histórico merece una decisión propia. Conservar años de actividad dentro del nuevo ERP puede aumentar tiempo, coste y dificultad sin mejorar el proceso actual. Parte de esa información puede mantenerse en un archivo consultable, con acceso y conservación definidos, mientras el sistema nuevo recibe solo lo necesario para operar y cumplir las obligaciones aplicables. La propuesta debe distinguir migración, archivo e integración: consultar un dato antiguo no siempre exige transformarlo e importarlo al modelo nuevo.
Para cada conjunto se nombra a una persona del negocio que pueda explicar su significado y aceptar el resultado. Tecnología puede contar registros y detectar formatos incorrectos, pero no sabe por sí sola si dos referencias representan el mismo producto o si una cuenta debe seguir activa. El inventario inicial registra fuente, propietario, volumen, calidad conocida, uso futuro y dependencia con otros datos. Así el alcance se basa en decisiones verificables y no en una copia indiscriminada.
Documenta el mapeo, la limpieza y las reglas de transformación
El mapeo relaciona cada campo de origen con su destino y explica la transformación aplicada. Debe cubrir identificadores, formatos de fecha, unidades, impuestos, estados, valores obligatorios y relaciones entre registros. Si varios sistemas asignan códigos distintos al mismo cliente, hace falta una regla de correspondencia y una lista de excepciones. Cambiar una etiqueta sin conservar su significado puede producir una importación técnicamente correcta y, al mismo tiempo, inutilizable para ventas, compras o contabilidad.
La limpieza no consiste en modificar automáticamente todo lo que parece raro. Antes de fusionar duplicados o completar campos se define qué regla autoriza el cambio y cómo se conservará el original. Las decisiones que afectan saldos, condiciones comerciales o identidad de una cuenta requieren revisión del responsable correspondiente. También conviene marcar datos que no pueden resolverse antes del arranque para decidir si se excluyen, se corrigen manualmente o bloquean la puesta en marcha.
Las pruebas se ejecutan en un entorno separado de producción y con accesos limitados. Si se utilizan datos reales, se aplican las mismas obligaciones de protección y confidencialidad que durante la operación ordinaria; cuando el caso de prueba no necesita identificar personas, se prepara una muestra adecuada. Las credenciales, copias y ficheros intermedios tienen propietario, ubicación y fecha de eliminación o conservación. Una carpeta temporal sin control puede crear más exposición que el propio cambio de ERP.
Ensaya la migración y concilia el resultado con el sistema de origen
Microsoft recomienda planificar, probar y validar la migración durante el proyecto, además de realizar ensayos antes de la transición definitiva. Un ensayo útil reproduce la secuencia prevista: extracción, transformación, carga, resolución de errores y comprobación por usuarios. Registra duración, recursos, incidencias y tareas manuales. Si el proceso supera la ventana disponible o depende de correcciones improvisadas, todavía no está preparado para el día del cambio.
Comparar el número total de registros es un control inicial, no una aceptación completa. La conciliación debe revisar totales relevantes y relaciones: saldos por cuenta, existencias por almacén, pedidos por estado, documentos vinculados a su cliente y referencias que necesitan una tabla padre. También se seleccionan muestras con valores límite, datos incompletos y casos excepcionales. Un recuento puede coincidir aunque importes, estados o asociaciones hayan cambiado de significado.
Los usuarios responsables prueban procesos completos con los datos migrados: localizar un cliente, continuar un pedido, emitir un documento o consultar una operación histórica incluida. Cada prueba tiene un resultado esperado y una evidencia de origen con la que comparar. Las diferencias se registran con causa, responsable y decisión. Aceptar la migración significa que el negocio entiende lo importado y sus límites; no basta con que la herramienta termine sin mostrar un error técnico.
Prepara el cambio, la decisión de arranque y la reversión
El plan de transición ordena las tareas y asigna propietario y sustituto. Incluye cierre o congelación de cambios en el sistema anterior, última extracción, carga, conciliación, activación de integraciones, comunicación a usuarios y soporte inicial. Si la actividad no puede detenerse, se define cómo capturar las operaciones realizadas entre la primera copia y el corte. La estrategia debe evitar que un pedido se pierda o se duplique por existir en ambos sistemas.
Antes del arranque se acuerdan criterios de decisión: qué pruebas deben estar aprobadas, qué diferencias son aceptables, quién puede autorizar la salida y qué incidencias obligan a volver atrás. La reversión necesita una copia comprobada, instrucciones, responsables y un punto temporal claro. Volver al sistema anterior también requiere reconciliar cualquier operación generada durante el intento. Por eso el plan se ensaya y no se reduce a afirmar que existe un backup.
Después de activar el ERP se vigilan errores de integración, permisos, trabajos programados y operaciones que no aparecen donde se esperaban. Se conserva el registro de la migración y se comunica cómo informar una incidencia sin crear versiones paralelas en hojas de cálculo. Élite Solutions Tech puede definir desde Murcia un alcance de migración, pruebas y puesta en marcha para proyectos regionales o nacionales. Producto, licencias, volumen, limpieza y soporte se concretan en la propuesta antes de intervenir los sistemas de la empresa.