Migración de datos a un sistema nuevo: qué pedir antes del cambio
Qué pedir en una migración de datos: reglas de limpieza, cargas de prueba, conciliación y un plan de cambio para conservar el control de tu operación.
La migración de datos suele aparecer como una línea pequeña en la cotización de un sistema nuevo. "Importamos tu información y listo". Suena fácil hasta que descubres que dos clientes comparten nombre, los saldos no coinciden y un pedido quedó separado de su pago.
Si vas a contratar software para reemplazar una herramienta vieja, conviene hablar de esos casos antes de aprobar el desarrollo. Estrenar pantallas no sirve de mucho si tu equipo debe reconstruir la operación a mano el lunes siguiente.
Aclara qué información realmente necesita viajar
Migrar todo por costumbre también cuesta. Un catálogo activo, los pedidos pendientes y el historial completo de movimientos tienen necesidades distintas. Algunos registros deben seguir operables; otros quizá solo necesitan conservarse para consulta, con los plazos y obligaciones que correspondan.
Pide que la propuesta identifique las fuentes, los datos incluidos y las exclusiones. "Clientes e inventario" todavía deja preguntas abiertas. ¿Incluye direcciones? ¿Precios por cliente? ¿Existencias por sucursal? ¿Archivos adjuntos? Cada respuesta cambia el trabajo.
Si todavía estás decidiendo si necesitas reemplazar tus hojas de cálculo, primero revisa cuándo pasar de Excel a software a la medida. Aquí la pregunta es otra: ya decidiste cambiar, ¿cómo comprobarás que la información llegó bien?
Define cómo se traduce cada dato
Una columna llamada "total" puede contener impuestos en el sistema viejo y excluirlos en el nuevo. Copiarla sin entenderla mueve números, pero cambia su significado.
Imagina un distribuidor con productos vendidos por caja y por pieza. Antes de importar existencias, alguien debe aclarar qué unidad representa cada cantidad. También cómo relacionar códigos antiguos con productos nuevos y qué hacer con artículos repetidos. No conviene dejar esas decisiones al programador durante la carga final.
La migración de datos necesita reglas de transformación revisadas por alguien de operación. Ese responsable debe decidir cómo tratar campos vacíos, duplicados y registros inválidos. El equipo técnico puede detectar inconsistencias; no debería inventar qué saldo considera correcto tu negocio.
Ensaya antes de tocar la operación
Pide una carga de prueba en un ambiente separado. Usa datos anonimizados cuando sea posible, restringe los accesos y acuerda cómo se eliminarán las copias temporales. Mandar la base completa por un chat personal no debería ser el procedimiento.
El ensayo debe incluir casos incómodos, no únicamente registros perfectos. Un cliente con varios domicilios, un pedido parcialmente pagado o un producto descontinuado pueden revelar problemas que una muestra cómoda no muestra.
Acordar una carga de prueba también ayuda a cotizar con honestidad. No es igual recibir un archivo limpio que reconstruir relaciones entre exportaciones incompletas. Si tu proveedor todavía no ha visto los datos, su estimación necesita supuestos explícitos y una etapa para revisarlos.
Comprueba relaciones y resultados, no solo cantidades
Que ambos sistemas tengan la misma cantidad de pedidos es una primera comprobación. No demuestra que cada pedido pertenezca al cliente correcto ni que conserve sus pagos.
Define conciliaciones según el proceso. Puedes comparar saldos por cliente, existencias por sucursal y movimientos pendientes. Cuando haya diferencias esperadas por una limpieza o transformación aprobada, deben quedar explicadas. Un total global puede coincidir aunque dos cuentas tengan errores que se compensen.
Después prueba tareas reales con los datos importados. Busca un cliente, abre su pedido y registra una operación de prueba. El acta de revisión debe identificar la versión de la carga, las diferencias encontradas y quién autorizó continuar.
Decide qué pasa con los movimientos del día del cambio
Mientras preparas el sistema nuevo, el viejo puede seguir recibiendo ventas. Necesitas una forma de incorporar esos movimientos sin perderlos ni duplicarlos.
En una operación pequeña quizá baste una ventana acordada sin nuevas capturas y una carga final. Otras necesitan sincronización o una transición por etapas. La guía de AWS sobre el cambio de entorno explica por qué consistencia, sincronización y pruebas forman parte de esa decisión. No hay que copiar su arquitectura para entender el riesgo.
También acuerda cuándo se cancela el cambio y quién puede decidirlo. Si el nuevo sistema ya recibió operaciones, volver al respaldo anterior no recupera automáticamente esos movimientos. El plan debe explicar cómo conservarlos y conciliarlos antes de reabrir el sistema viejo.
Contrata una migración que puedas aceptar
Antes de aprobar la migración de datos, pide entregables verificables: reglas acordadas, ensayo, reporte de conciliación y procedimiento de cambio con responsables. Deja claro quién corrige la información de origen y qué revisión necesita tu equipo.
En DevAces preferimos revisar una muestra antes de prometer una importación sin problemas. Si estás por reemplazar un sistema, cuéntanos qué usas hoy y qué información necesitas conservar. Podemos empezar por esa revisión, sin pedirte que compartas datos sensibles en el primer mensaje.