Migrar un ERP o un sistema de gestión central sin perder la información de tus proveedores y clientes exige tratar el proceso como un proyecto de continuidad operacional y no como un simple cambio de software. El foco está en aplicar un gobierno de datos riguroso que asegure la integridad, homologación y reconciliación de las listas maestras (proveedores, clientes, cuentas y productos) antes, durante y después del inicio de operaciones.
El riesgo de una migración: el software cambia, la información sostiene el negocio
Cuando me ha tocado estar del lado de la mesa que recibe un nuevo sistema, he visto siempre el mismo sesgo: la atención de los comités se la lleva la nueva plataforma, sus paneles y la promesa tecnológica. Sin embargo, la tecnología es solo un habilitador.
Te lo explico con un ejemplo cotidiano: cambiar el refrigerador de tu casa por un modelo digital con pantalla interactiva y conexión a internet suena excelente. Pero si la nueva estructura no tiene el espacio ni los compartimentos para guardar los alimentos que consume tu familia todos los días, el avance tecnológico se convierte en un problema operativo inmediato.
En las empresas ocurre exactamente lo mismo. Cambiar la plataforma no puede restar capacidades al negocio ni poner en riesgo los datos que permiten la venta, la compra y el servicio. Si la continuidad operacional se frena un solo día porque los datos maestros sufrieron alteraciones o pérdidas, el proyecto fracasó, sin importar cuán moderno sea el nuevo software.
¿Por qué los datos maestros determinan el éxito de tu proyecto de TI?
En los proyectos de migración suele ocurrir que las listas maestras de datos se consideran un detalle técnico secundario. Se habla del nuevo motor, de los módulos y de la infraestructura, pero se olvida el activo que sostiene la transacción diaria: el maestro de proveedores, el maestro de clientes, los centros de costo y los planes de cuentas.
En mi experiencia, la mayoría de los sobrecostos y retrasos en un Go-Live ocurren por migrar datos sucios, duplicados o desarticulados. Si la información base falla, la mejor plataforma del mercado solo automatiza el caos.
La pérdida del maestro de proveedores y su impacto en la cadena de suministro
Cuando hablo del maestro de proveedores no me refiero a las licencias de software. Hablo de la lista de actores que entregan materias primas, insumos, servicios legales, transporte o consultoría.
Si durante la extracción o carga de información pierdes el contacto, las condiciones comerciales o la codificación de quien te entrega la materia prima, tu cadena de suministro se detiene. Pierdes la capacidad de operar en el día a día. Reconstruir esa información a mitad de un proyecto cuesta meses de trabajo y erosiona directamente el margen del negocio.
La falsa ilusión del «mismo tamaño de archivo»
Un error recurrente que me ha tocado auditar es validar la transferencia de información basándose únicamente en el volumen del archivo. Si un maestro en el sistema de origen pesaba 35 MB y en el sistema de destino pesa los mismos 35 MB, muchos dan por cerrado el hito.
Eso no es migrar; es solo copiar. Validar exige auditar el contenido campo por campo, relación por relación y atributo por atributo. Reconciliar los datos implica verificar que los 350 registros migrados mantengan sus parámetros, su codificación y sus enlaces operativos intactos. Omitir esta verificación traslada errores invisibles al nuevo entorno que explotan directamente durante las primeras semanas de la operación.
Las 9 fases que aplico para una migración ordenada y segura
Para gobernar la migración de un ERP o cualquier sistema central sin poner en riesgo la operación ni la historia de la compañía, me baso en un marco de trabajo estructurado en 9 etapas:
- Planificación y alcance
Definir los criterios de éxito del proyecto, la gobernanza de responsabilidades y las condiciones claras bajo las cuales el negocio dará la conformidad de cierre. - Levantamiento e inventario
Cuantificar el universo total de origen. Identificar la cantidad de maestros, el volumen de registros y los requerimientos de indexación y almacenamiento que exigirá el nuevo entorno. - Depuración gobernada por el negocio
Es la etapa más sensible. La decisión de eliminar o consolidar datos antiguos debe ser tomada directamente por los dueños del negocio y los líderes de área, jamás delegada a la conveniencia del proveedor tecnológico. La información que no se migre a la operación activa debe resguardarse en bases de datos históricas para fines de auditoría y cumplimiento legal. - Homologación
Ajustar los esquemas de codificación, cuentas y familias de productos. Si se modifica la estructura de códigos entre el sistema antiguo y el nuevo, se debe asegurar la trazabilidad y planificar la gestión del cambio operacional. - Extracción, Transformación y Carga (ETL)
Extraer la información, transformar sus estructuras según la homologación aprobada y cargarla en la nueva arquitectura con validaciones intermedias. - Reconciliación e integridad de datos
Auditoría técnica que confirma que la copia en el destino es idéntica al origen en cantidad, atributos, categorías y relaciones interdimensionales. - Pruebas de aceptación por usuarios (UAT)
Los dueños del negocio y los usuarios operativos deben ejecutar sus transacciones diarias sobre el nuevo sistema en entornos de prueba para validar que la operación fluya exactamente como lo exige la empresa. - Go-Live y estabilización
Puesta en marcha oficial en el entorno de producción, acompañada de un periodo de monitoreo intensivo para corregir incidencias menores y asegurar la continuidad. - Cierre y resguardo histórico
Resguardo seguro y respaldado de las bases de datos legadas para consultas futuras, seguido del retiro controlado de las plataformas anteriores.
Asegura la continuidad de tus datos antes de cambiar de sistema
Lo esencial:
- Continuidad sobre tecnología: La migración falla si los datos de clientes y proveedores sufren alteraciones, sin importar la plataforma elegida.
- Gobernanza del negocio: La limpieza y depuración de registros la definen las áreas operativas, nunca el equipo de TI o el proveedor.
- Validación campo por campo: Validar solo el peso del archivo es un error; la reconciliación exige auditar datos, códigos y enlaces.
Migrar la arquitectura de software de una organización no tiene por qué transformarse en un evento de alto riesgo para la operación. Con un gobierno de datos riguroso, pruebas de reconciliación campo por campo y una evaluación técnica adecuada, puedes hacer evolucionar tus sistemas protegiendo la información que sostiene al negocio.
Si estás evaluando renovar tu arquitectura de software, te acompañamos a definir criterios de evaluación y resguardo técnico adaptados a la realidad de tu empresa. Conoce cómo abordamos en Azurian la selección de tecnología y proveedores para garantizar que cada cambio fortalezca tu operación.
