Qué histórico contable migrar al cambiar de ERP

No es necesario reconstruir todo el pasado dentro del ERP nuevo. Lo importante es que el sistema de destino permita continuar la operativa con saldos correctos, partidas abiertas identificables y datos maestros fiables. El histórico que no se cargue debe conservarse en un archivo íntegro, accesible y relacionado con los saldos de apertura.

La decisión debe tomarse por conjunto de datos: qué hay que migrar para operar, qué se necesita para reconciliar el cierre y qué puede archivarse para consulta y conservación. No existe una regla universal de «migrarlo todo» o «migrar solo saldos».

La decisión práctica: operar, reconciliar o archivar

1. Datos para operar: deben estar en el ERP nuevo porque afectan al trabajo diario después del corte.
2. Datos para reconciliar: permiten demostrar que el cierre del sistema anterior coincide con la apertura del nuevo.
3. Datos para consultar y conservar: pueden permanecer fuera del ERP nuevo si siguen íntegros, accesibles, ordenados y vinculados con la contabilidad.

Conservar no equivale necesariamente a reimportar. El artículo 30 del Código de Comercio establece, con carácter general, que los empresarios deben conservar libros, correspondencia, documentación y justificantes del negocio durante seis años desde el último asiento. Este plazo general no excluye obligaciones tributarias o especiales que puedan exigir una conservación diferente o más larga.

Qué datos conviene migrar al ERP nuevo

La tabla siguiente es un criterio de proyecto, no una regla universal. El alcance final depende de la fecha de corte, los módulos utilizados, la calidad del dato y las obligaciones de la empresa.

Qué no debería decidirse solo por comodidad técnica

Una exportación disponible no define por sí sola el alcance correcto. Antes de aceptar o descartar un conjunto de datos hay que responder:

• ¿Se necesitará para cobrar, pagar, conciliar o declarar después del corte?
• ¿Debe aparecer en informes comparativos o analíticos dentro del ERP nuevo?
• ¿Existe una obligación de conservación o una necesidad de auditoría?
• ¿Puede consultarse de forma fiable fuera del ERP nuevo?
• ¿Se conserva la relación entre el documento, el asiento y el saldo de apertura?
• ¿Quién será responsable de acceder al sistema o archivo anterior?

Si estas preguntas no tienen respuesta, reducir la migración a un único asiento de apertura puede ahorrar trabajo al inicio y trasladar el problema al primer cierre, una inspección o una reclamación de cliente o proveedor.

Cómo elegir la fecha de corte

El corte suele ser más controlable cuando coincide con un cierre que pueda reconciliarse: fin de mes, trimestre o ejercicio. La mejor fecha no es necesariamente el 1 de enero; depende de la capacidad para cerrar el origen y preparar el destino.

Antes de fijarla conviene documentar:

1. la última fecha de registro en el ERP anterior;
2. la primera fecha de registro en el nuevo;
3. el tratamiento de las facturas recibidas tarde;
4. el responsable de cada diario y módulo;
5. el periodo de convivencia o consulta del sistema anterior;
6. el protocolo para corregir errores detectados después del arranque.

Debe evitarse que una misma operación quede registrada en ambos sistemas sin una regla clara o, al contrario, que quede fuera de los dos.

Controles antes de importar

1. Cerrar y depurar el origen

La migración no corrige automáticamente datos defectuosos. Antes de extraerlos hay que revisar duplicados, cuentas sin uso, terceros incompletos, partidas antiguas, saldos negativos inesperados y conciliaciones pendientes.

2. Definir un diccionario de datos

Cada campo del origen debe tener un destino, una transformación o una decisión de archivo. Cuando existan relaciones entre registros, conviene conservar identificadores únicos. La documentación de importación de Odoo 19 recomienda utilizar identificadores externos para actualizar importaciones y recrear relaciones sin duplicar registros.

3. Probar en lotes

Una prueba pequeña permite comprobar formatos, mapeos y reglas antes de una carga definitiva. Odoo permite probar los archivos antes de importarlos y advierte de que una importación ejecutada es permanente; por ello deben prepararse copias, entornos de prueba y un procedimiento de reversión a nivel de proyecto.

4. Reconciliar con informes independientes

No basta con que la importación termine sin errores. Deben compararse, como mínimo:

• balance y cuenta de resultados a la fecha de corte;
• antigüedad de clientes y proveedores;
• bancos y caja;
• impuestos y libros registro;
• activos y amortización acumulada;
• inventario, si aplica;
• dimensiones analíticas críticas.

El primer cierre en el ERP nuevo

La validación más importante ocurre después del arranque. El primer cierre debe comparar el nuevo sistema con la evidencia de origen y dejar documentadas las diferencias.

Un cierre de estabilización debería comprobar:

• que todas las cuentas de apertura cuadran;
• que cobros y pagos cancelan las partidas correctas;
• que los impuestos se calculan y reportan como se esperaba;
• que las secuencias y fechas no presentan saltos injustificados;
• que los informes de dirección son comparables;
• que cada incidencia tiene responsable, fecha y resolución.

El objetivo no es solo obtener un balance que cuadre, sino conservar la trazabilidad desde el saldo final del sistema anterior hasta las operaciones del sistema nuevo.

Si el destino es Odoo

La documentación de Contabilidad de Odoo 19 indica que, al empezar a usar el sistema, deben prepararse las facturas de cliente y proveedor pendientes, las notas de crédito o reembolsos y los saldos iniciales necesarios para que las cuentas continúen correctamente. También permite importar asientos, contactos, productos y otros objetos mediante archivos estructurados.

Para España, Odoo documenta una localización fiscal con plan contable, impuestos e informes, además de componentes específicos para Facturae, SII, TicketBAI y VERI*FACTU. La existencia de un módulo no demuestra que la configuración concreta de la empresa sea correcta: hay que confirmar versión, edición, módulos instalados, certificados, impuestos, flujos y responsabilidades.

Si la empresa está incluida en el Suministro Inmediato de Información de la AEAT, el plan de corte debe considerar que los Libros Registro del IVA se llevan mediante el suministro electrónico de registros de facturación. En los sistemas sujetos a la normativa de facturación, también deben verificarse las exigencias aplicables de integridad, conservación, accesibilidad, legibilidad, trazabilidad e inalterabilidad recogidas por la AEAT para los sistemas informáticos de facturación. Estas obligaciones no se resuelven únicamente copiando asientos históricos.

Checklist de aceptación

• Existe una fecha de corte aprobada.
• Cada conjunto de datos tiene una decisión: migrar, reconciliar o archivar.
• El saldo final del origen coincide con la apertura del destino.
• Clientes y proveedores conservan sus partidas pendientes.
• Bancos, activos e inventario están conciliados cuando aplican.
• Impuestos, libros y sistemas de facturación han sido probados.
• El histórico no importado sigue accesible y con copias verificadas.
• Los permisos limitan el acceso a información sensible.
• Se ha completado un primer cierre controlado.
• Las diferencias y decisiones están documentadas.

Preguntas frecuentes

¿Hay que migrar todos los asientos contables al ERP nuevo?

No siempre. Puede ser suficiente cargar saldos de apertura, partidas pendientes y los datos necesarios para operar, siempre que el detalle histórico se conserve de forma íntegra y consultable. Si la empresa necesita comparativas, auditoría dentro del ERP o continuidad analítica, puede ser razonable migrar más detalle.

¿Se pueden conservar las facturas en el sistema anterior?

Puede ser viable si el acceso, la integridad, el orden, las copias y los plazos de conservación están garantizados. Debe evitarse depender de una licencia que vaya a cancelarse o de un formato que no pueda abrirse en el futuro.

¿Qué saldos deben cuadrar en la apertura?

El balance completo, bancos y caja, clientes y proveedores, impuestos, activos, existencias y cuentas transitorias que correspondan. Las partidas abiertas deben poder rastrearse hasta sus documentos y vencimientos.

¿Cuánto histórico conviene tener visible en el ERP nuevo?

Depende del reporting, la estacionalidad, las auditorías y la operativa. Una empresa puede necesitar varios ejercicios comparables, mientras otra puede trabajar con el ejercicio actual y un archivo histórico. La decisión debe documentarse antes de estimar el proyecto.

¿Quién valida la migración: el implantador o el asesor contable?

El equipo técnico valida la extracción, transformación, carga y funcionamiento del sistema. El responsable financiero o asesor contable valida saldos, impuestos, cierres y trazabilidad. Ambas funciones deben coordinarse y tener responsables identificados.

Después de definir el histórico, conviene validar la configuración de destino. La guía de NRRO sobre contabilidad en Odoo para empresas españolas resume la localización, los impuestos y los controles de cierre que deben comprobarse.

¿Estás preparando un cambio de ERP?

NRRO revisa el alcance contable y fiscal de la migración, los saldos, las partidas abiertas y el primer cierre, y coordina esos criterios con el equipo técnico acordado. Navarro Empresarial SL figura en el directorio oficial de empresas contables de Odoo. La implantación técnica, el desarrollo y la reventa se delimitan por separado.

Si todavía estás comparando plataformas, consulta también Odoo vs Holded desde el criterio de una asesoría contable-fiscal.

Siguiente paso: consulta la guía para cambiar de ERP y valorar Odoo.

Información general revisada el 28 de agosto de 2026. No sustituye la revisión contable, fiscal, jurídica o técnica del caso concreto.