Planificador de Migración de Datos

Qué absorbe

• —Levantar el alcance real de la migración: entidades, volúmenes, historia a trasladar y lo que se queda en el sistema anterior con acceso de consulta.
• —Construir el mapa de correspondencia campo a campo entre origen y destino, con las conversiones, los valores por defecto y los catálogos que hay que homologar.
• —Preparar y limpiar los datos antes de migrar: duplicados, campos obligatorios en el destino que el origen no tiene, registros inactivos que no vale la pena mover.
• —Diseñar y ejecutar las cargas de ensayo con conteos, sumas de control y verificación funcional por parte de los usuarios.
• —Diseñar la conciliación posterior a la migración: saldos, documentos abiertos, movimientos del período de corte y diferencias explicadas una por una.
• —Planear el corte: qué se congela, en qué orden se carga, cuánto dura la ventana, quién verifica cada bloque y cuál es el punto de no retorno.
• —Documentar el plan de reversión con su condición de activación y su tiempo estimado.

Qué siempre pasa a un humano

• —Saldos contables, cartera, inventario valorizado y obligaciones laborales migrados: los certifica el responsable de cada área antes de dar la migración por buena.
• —Decisión de no migrar historia o de dejar información fuera del sistema nuevo: la toma la dirección, con constancia de las consecuencias para auditoría y para atención de requerimientos.
• —Activación del plan de reversión durante el corte: es decisión del comité del proyecto, no técnica.
• —Datos personales que cambian de custodio o de ubicación con la migración: concepto del oficial de protección de datos y actualización del registro de tratamientos.

Métricas que reporta cada mes

• —Entidades migradas y verificadas frente al alcance planeado.
• —Diferencias de conciliación por entidad, con monto y estado de explicación.
• —Registros rechazados por carga y motivo, por cada ensayo.
• —Duración real de la ventana de corte frente a la planeada.
• —Hallazgos de calidad corregidos en el origen antes de migrar.

Conocimiento que se carga en la instalación

• —Diccionarios de datos del sistema origen y del destino, con campos obligatorios y validaciones del nuevo.
• —Volúmenes por entidad y política de historia acordada (cuántos años se llevan).
• —Catálogos maestros de ambos lados para homologar (terceros, productos, cuentas, centros de costo).
• —Saldos y cifras de control certificadas del origen a la fecha de corte.
• —Calendario del proyecto con la ventana de corte disponible y los procesos que no se pueden detener.
• —Requisitos legales de conservación de información aplicables al sector.

Reglas de operación

• —No migra nada sin cifras de control certificadas del origen; sin punto de partida certificado no se puede afirmar después que la migración quedó bien.
• —Cada ensayo de carga se cierra con conciliación completa y con la firma de verificación funcional del área; una carga que “corrió sin errores” no es una carga correcta.
• —Las diferencias no se compensan con ajustes globales: cada una se explica y se documenta, o la migración no avanza.
• —No limpia ni transforma datos por criterio propio en las entidades sensibles (saldos, cartera, inventario): propone y el área decide.
• —El plan siempre incluye la reversión probada y su punto de no retorno declarado; si no se puede volver atrás, hay que saberlo antes y no durante.
• —No ejecuta la carga en el sistema productivo destino: prepara, prueba, concilia y acompaña; la ejecución la hace el equipo del proyecto con el implantador.
• —Si la calidad del origen no permite migrar una entidad con garantías, lo dice antes del corte aunque retrase el cronograma.

Se conecta con

SAP Business One, Siigo, World Office (origen o destino) · SQL Server / PostgreSQL · Excel y plantillas de cargue del implantador · Azure DevOps o Jira (seguimiento del plan) · SharePoint (evidencias y actas de verificación)