Migrar a un ERP sin perder la historia
Cómo planear la migración a un nuevo ERP: qué datos llevar, cómo tratar la historia, cómo validar contra el sistema anterior y cómo preparar el día de corte.
· 6 min de lectura · Migración · Implementación · ERP
El mayor temor al cambiar de sistema no es aprender pantallas nuevas. Es perder información: que la cartera no coincida, que el inventario amanezca distinto, que el balance no cuadre o que nadie pueda consultar qué se le vendió a un cliente el año pasado.
Ese temor es razonable. La migración es la etapa de mayor riesgo de un proyecto de ERP y también la menos visible en una demostración comercial. Este artículo explica cómo planearla.
Migrar no es copiar
Dos sistemas distintos organizan la información de forma distinta. Un campo que en el sistema anterior era texto libre, en el nuevo puede ser una lista cerrada. Lo que allá era un solo código, aquí pueden ser dos. Por eso migrar implica tres trabajos:
- Extraer los datos del sistema anterior.
- Transformar: traducir códigos, completar lo que falta, corregir lo inconsistente.
- Cargar en el sistema nuevo, respetando sus reglas.
Y un cuarto, que es el que da tranquilidad: validar que lo cargado coincide con el origen.
Qué se migra: cuatro niveles
Nivel 1: datos maestros
- Plan de cuentas.
- Terceros: clientes, proveedores, empleados.
- Productos, con su clasificación, impuestos y unidades.
- Listas de precios.
- Bodegas, sedes, vendedores.
Es la base de todo. Un tercero duplicado o un producto mal clasificado se arrastra a cada documento futuro.
Nivel 2: saldos de apertura
- Existencias por producto y bodega, con su costo.
- Saldos contables por cuenta y por tercero, a la fecha de corte.
Con esto la empresa puede empezar a operar, pero sin detalle de qué compone cada saldo.
Nivel 3: documentos abiertos
- Facturas de venta con saldo pendiente, una por una, con su fecha y vencimiento.
- Facturas de proveedores por pagar, una por una.
- Anticipos y saldos a favor.
- Pedidos y órdenes pendientes.
Este nivel es el que permite seguir cobrando y pagando con normalidad: aplicar un recaudo a la factura correcta, calcular la mora, emitir un estado de cuenta.
Nivel 4: historia
- Ventas y compras de períodos anteriores.
- Movimientos contables del año en curso.
- Historial de pagos de los clientes.
La historia no es indispensable para operar, pero sí para analizar: tendencias de venta, sugerencias de compra, comportamiento de pago de un cliente, comparativos contables.
El dilema de la historia
Migrar toda la historia con todo su detalle es costoso y a veces imposible sin distorsiones. No migrar nada deja al sistema nuevo «sin memoria» durante meses. Hay posiciones intermedias sensatas:
- Historia como consulta. Los documentos antiguos se cargan marcados como históricos: se pueden ver, aparecen en los informes y admiten las operaciones que siguen vivas, como un pago o una devolución, pero no vuelven a mover inventario ni a generar asientos.
- Historia resumida. En vez de cada pago antiguo, un resumen por cliente y por mes, suficiente para evaluar su hábito de pago.
- Contabilidad del año en curso completa. Los comprobantes del año, más un saldo de apertura al inicio, de modo que los informes del año salgan de un solo sistema.
La pregunta útil no es «¿cuánta historia podemos llevar?», sino «¿para qué decisiones la necesitamos?».
El riesgo de la doble contabilización
Es el error más grave y el más fácil de cometer. Si se cargan los saldos contables de apertura y además se cargan las facturas abiertas como documentos que generan asiento, la cartera queda contabilizada dos veces.
La regla: cada valor entra a la contabilidad por un solo camino. Los documentos históricos sirven al módulo operativo; el saldo contable entra por la apertura.
Limpiar antes de migrar
El sistema anterior acumula años de desorden. Migrarlo tal cual es trasladar el problema. Antes de cargar:
- Depure terceros: duplicados, inactivos, datos fiscales incompletos.
- Depure productos: referencias obsoletas, sin clasificar, duplicadas.
- Revise el plan de cuentas: cuentas sin uso, auxiliares innecesarios.
- Corrija saldos anómalos: existencias negativas, carteras de hace muchos años, cuentas puente sin explicación.
Lo que no se pueda corregir debe al menos quedar identificado, para que no aparezca después como «un error de la migración».
Validar: la parte que da confianza
Una migración sin validación es un acto de fe. La validación compara, control por control, el sistema anterior con el nuevo:
| Control | Qué se compara |
|---|---|
| Maestros | Cantidad de terceros, productos y cuentas |
| Existencias | Unidades y valor por bodega |
| Cartera | Saldo total y por cliente |
| Cuentas por pagar | Saldo total y por proveedor |
| Partida doble | Débitos iguales a créditos |
| Saldos contables | Por cuenta y por tercero |
| Balance | Activo igual a pasivo más patrimonio |
| Numeración | Consecutivos listos para continuar |
No todas las diferencias son errores. Algunas son consecuencia de reglas de la migración, como unificar terceros duplicados, o de problemas que ya existían en el origen. Lo importante es clasificarlas: lo que coincide, lo que difiere con explicación y lo que es un error por corregir.
El simulacro
Nadie debería migrar por primera vez el día de la salida en vivo. Un simulacro es una migración completa, con datos reales, hecha semanas antes sobre un ambiente de prueba. Sirve para:
- medir cuánto tarda,
- encontrar los datos que fallan,
- ejecutar la validación completa,
- y permitir que los usuarios revisen su propia información.
Lo ideal es repetirlo hasta que la validación salga limpia.
El día de corte
Elegir la fecha
El inicio de un mes simplifica el empalme contable; el inicio de un año lo simplifica más, porque evita partir un ejercicio entre dos sistemas. Hay que equilibrar eso con la carga operativa de la época.
El sistema anterior sigue vivo hasta el final
Entre el último simulacro y el corte, la empresa sigue operando en el sistema anterior. La migración definitiva debe poder traer lo que cambió hasta el último momento.
Lista del día
- Cierre de operaciones en el sistema anterior.
- Migración definitiva.
- Validación.
- Verificación de numeración y de resoluciones de facturación.
- Pruebas mínimas: una venta, un recaudo, una compra.
- Autorización formal para empezar.
El sistema anterior no se apaga
Queda disponible en modo consulta. Durante meses habrá preguntas que solo se responden allí.
Errores frecuentes
- Dejar la migración para el final del proyecto.
- No depurar los datos.
- Migrar sin validar.
- No hacer simulacros.
- Cargar saldos y documentos por dos caminos.
- No involucrar al contador en la validación.
Cómo lo resuelve SMART ERP
SMART ERP cuenta con un proceso de migración desde otro sistema que lee el sistema anterior en modo de solo lectura y se ejecuta por pasos. Trae maestros, existencias, cartera, cuentas por pagar, el plan de cuentas, los comprobantes del año en curso con su saldo de apertura, conceptos de retención y numeración.
Las facturas de venta y de compra, las devoluciones y los saldos a favor migrados se marcan como históricos: aparecen en los informes y en las cuentas por cobrar, admiten recaudo y devolución, pero no mueven inventario ni se contabilizan de nuevo. El historial de pagos de cada cliente llega resumido, para alimentar su perfil de crédito.
Una validación compara lo migrado con el sistema de origen control por control y clasifica cada resultado como correcto, aviso o error; admite una fecha de corte para comparar mientras el sistema anterior sigue operando. Para las entidades que usted prefiera cargar a mano está la importación desde Excel, con plantillas y validación fila por fila. Las existencias quedan trazables en el kardex.