Cómo reconciliar datos en una migración de ERP
Guía de control para limpiar, simular, cargar y reconciliar datos maestros y saldos al migrar un ERP empresarial.
2 min de lectura
En este artículo
Una carga correcta no demuestra que el negocio esté listo
Que el proceso técnico termine sin error no garantiza que clientes, saldos, unidades o pedidos tengan el significado esperado en el sistema nuevo. La reconciliación compara origen y destino con reglas acordadas por quienes conocen el dato, y registra las diferencias que impiden aceptar una oleada.
La documentación del SAP S/4HANA Migration Cockpit describe simulaciones que validan datos y muestran errores, su corrección y la reconciliación posterior con el sistema legado. Los nombres de pantallas y funciones varían según producto y versión.
Controles por fase
| Fase | Control | Evidencia de aceptación |
|---|---|---|
| Alcance | Objetos, sociedades, centros, periodo y propietarios incluidos | Catálogo aprobado y exclusiones justificadas |
| Preparación | Duplicados, campos obligatorios, unidades, monedas y códigos | Informe de calidad con responsable por incidencia |
| Mapeo | Correspondencia entre valores antiguos y nuevos | Tabla de mapeo versionada y validada por negocio |
| Simulación | Reglas, referencias y dependencias que rechazan registros | Errores clasificados y corregidos antes de cargar |
| Carga | Volumen, lote, ventana y punto de control | Registro de ejecución, fecha y versión de extracto |
| Reconciliación | Conteos y totales de negocio entre origen y destino | Diferencias explicadas, aprobadas o corregidas |
| Cierre | Procesos de negocio sobre datos migrados | Aprobación de propietarios y plan para pendientes |
Qué reconciliar, además del número de filas
Define controles según el objeto. Para clientes y proveedores, verifica identificadores, estados, direcciones y duplicados. Para productos, comprueba unidades y categorías. Para saldos, concilia totales por cuenta, moneda, sociedad y fecha de corte. Para pedidos abiertos, valida cantidades pendientes, fechas, estado y vínculo con el tercero.
Los totales agregados ayudan a detectar diferencias, pero no sustituyen muestras detalladas ni pruebas funcionales. Una diferencia puede ser legítima por conversión, redondeo o regla de negocio; debe quedar explicada y aprobada, no “arreglada” alterando el dato sin trazabilidad.
Ejemplo ilustrativo
En una oleada de proveedores, el equipo detecta que el recuento total coincide, pero varias fichas comparten identificador fiscal y las condiciones de pago están mapeadas a códigos distintos. La migración no se acepta hasta que compras y finanzas confirman cuáles registros se consolidan, qué código corresponde y cómo se refleja el cambio en los pagos pendientes.
Antes del corte final, congela o registra los cambios del origen, carga el delta definido y repite los controles críticos. Documenta quién acepta cada diferencia y qué proceso manual queda pendiente. Para integraciones posteriores, consulta integración ERP con APIs REST y auditoría de rendimiento SAP.