↓

Cómo planear una migración a Odoo sin perder datos

Pasar a Odoo desde hojas de Excel, un sistema contable o un ERP antiguo, o subir de versión dentro de Odoo, se gana en la preparación: qué datos llevar, cómo probar y cómo volver atrás.

Actualizado el 28 de octubre de 2026

La migración a Odoo rara vez fracasa por el software. Fracasa porque los datos llegan sucios, porque nadie probó la facturación con un caso real o porque no existía un plan para volver atrás. Esta página reúne lo que debe decidir una pyme mexicana antes de pasar a Odoo, ya sea desde Excel, desde un programa de contabilidad o desde un ERP que ya no da más de sí, y lo que cambia cuando solo se trata de subir de versión.

Dos migraciones distintas con el mismo nombre

Cuando alguien dice «vamos a migrar a Odoo» puede referirse a dos trabajos que se parecen poco.

  • Migrar hacia Odoo: se abandona un sistema (hojas de cálculo, un software contable, un ERP antiguo) y se construye la operación en Odoo. Hay que mapear datos, rediseñar procesos y capacitar a la gente.
  • Migrar entre versiones de Odoo: la empresa ya trabaja en Odoo y debe pasar a una versión mayor más reciente. La base se conserva, pero los módulos, las personalizaciones y las integraciones deben revalidarse.

Las dos exigen pruebas y un plan de corte. Lo que cambia es el riesgo principal: en la primera, la calidad de los datos de origen; en la segunda, la compatibilidad de todo lo que se agregó con los años.

Antes de tocar un archivo: el alcance

Una buena migración empieza por una lista corta de decisiones, no por una hoja de importación.

  1. Qué procesos entran en la primera salida en vivo. Ventas y facturación, compras e inventario, contabilidad, nómina. Cada módulo adicional multiplica las pruebas. Muchas empresas arrancan por lo esencial y suman el resto después; la guía de implantación de Odoo detalla cómo secuenciar las fases.
  2. Quién valida. Un responsable por área (ventas, almacén, contabilidad) que pueda decir «esto está bien» con autoridad. Sin esa figura, las pruebas se eternizan.
  3. Qué fecha de corte tiene sentido fiscal y operativo. Cambiar de sistema a mitad de un mes de cierre complica la conciliación; conviene hablarlo con su contador desde el principio.
  4. Qué versión y qué edición de Odoo. Esta elección condiciona licencias, hospedaje y futuras actualizaciones. Se explica en la página sobre versiones y ediciones de Odoo.

Si todavía no sabe si Odoo es la opción adecuada, la guía general de migración de ERP ayuda a evaluar el cambio antes de comprometerse.

Qué datos llevar a Odoo

No todo se migra, y no todo se migra de la misma manera. Una clasificación útil:

Tipo de dato Qué hacer Observación para México
Clientes y proveedores Migrar, tras depurar duplicados Revise RFC, razón social y régimen fiscal: de ellos depende el CFDI
Productos y servicios Migrar con códigos y unidades limpios Verifique claves de producto y de unidad del SAT
Plan de cuentas Migrar o rediseñar Alinéelo con la contabilidad electrónica
Saldos iniciales Cargar a la fecha de corte Conciliados con balanza del contador
Documentos abiertos (pedidos, facturas por cobrar y pagar) Migrar Evita llevar dos sistemas en paralelo durante meses
Existencias Cargar por inventario físico Mejor un conteo reciente que un saldo heredado
Historial de años cerrados Archivar, o migrar solo resúmenes Consúltelo con su contador antes de decidir

La regla práctica: se migra lo que se necesita para operar mañana y para cumplir ante el SAT, y se archiva el resto en un formato consultable.

La contabilidad merece un tratamiento aparte

El plan de cuentas, los saldos y las pólizas no deben improvisarse. Antes de importar, defina con su contador qué se llevará y a qué nivel de detalle. El módulo de contabilidad y finanzas de Odoo permite cargar asientos y trabajar con la contabilidad electrónica, pero la calidad del resultado depende de la balanza de partida. Para el marco regulatorio, vea la guía sobre contabilidad electrónica para el SAT en un ERP.

Limpiar antes de importar

Es la parte menos vistosa y la que más influye. Casos frecuentes en empresas mexicanas:

  • Un mismo cliente escrito de tres formas, con RFC distintos o incompletos.
  • Productos duplicados con unidades de medida mezcladas.
  • Proveedores inactivos desde hace años que nadie quiere borrar.
  • Campos libres de Excel donde se escribe de todo: «pendiente», «ver nota», fechas en texto.
  • Direcciones sin código postal o sin estado, que luego estorban en facturación y logística.

Corregir esto en el origen es mucho más barato que corregirlo ya dentro de Odoo. Y hay una razón técnica para ser estrictos: según la documentación del editor, las importaciones son definitivas y no pueden anularse.

Cómo funciona la importación en Odoo

Según la documentación de Odoo, la importación acepta archivos CSV y Excel (.xlsx). Existen plantillas preconfiguradas para contactos, productos, extractos bancarios, asientos contables y pedidos, lo que acorta la preparación de los datos más comunes.

Dos detalles que conviene entender:

  • Identificadores externos. Sirven para evitar duplicados al reimportar y para conservar las relaciones que tenía el sistema anterior (por ejemplo, a qué cliente pertenece cada factura abierta). Asignar un identificador estable a cada registro de origen es una de las decisiones más rentables del proyecto.
  • Irreversibilidad. Una importación mal hecha no se deshace con un botón. Por eso se ensaya en una base de prueba, se revisa el resultado y solo entonces se repite en la base definitiva.

Cuando el volumen o la complejidad superan lo que permite un archivo, los datos se transforman con scripts y conectores hechos por el integrador; algo similar ocurre cuando hay que conectar sistemas que seguirán vivos. Para ese caso, consulte las integraciones de Odoo.

Estrategia de salida en vivo

Hay tres maneras habituales de hacer el cambio. Ninguna es la mejor en abstracto: depende del tamaño de la empresa, del tipo de operación y de la tolerancia al riesgo.

Estrategia En qué consiste Cuándo encaja Riesgo principal
Corte único Se apaga el sistema anterior y se trabaja en Odoo desde una fecha Operaciones sencillas, pocas sedes Un error afecta a todo a la vez
Por fases o por módulos Primero ventas y facturación, luego inventario, después el resto Empresas con áreas bien separadas Interfaces temporales entre sistemas
Por sede o por empresa Una sucursal o razón social sirve de piloto Grupos con varias empresas Procesos distintos entre sedes

Un periodo de paralelo breve y acotado

Llevar dos sistemas en paralelo durante demasiado tiempo agota al equipo y genera discrepancias que nadie sabe cuál es la correcta. Si se hace paralelo, que sea corto, con un objetivo claro (por ejemplo, comparar una cuenta de resultados o un cierre de inventario) y con un responsable que decide qué sistema manda.

El cierre de mes como momento natural

Muchas empresas aprovechan el cierre contable para el cambio: los saldos están conciliados, los documentos pendientes son pocos y el contador ya está revisando cifras. Aun así, evite fechas con picos de actividad como el cierre del ejercicio o las campañas de temporada alta.

Pruebas: lo que no se puede saltar

Una prueba útil se parece a un día real de trabajo, no a una demostración. Como mínimo:

  1. Ciclo de venta completo: cotización, pedido, entrega, factura con CFDI timbrado por el PAC, cobro y conciliación.
  2. Ciclo de compra completo: orden, recepción, factura del proveedor, pago.
  3. Casos fiscales particulares: complemento de pago, notas de crédito, cancelaciones, facturación en moneda extranjera si aplica.
  4. Cierre contable de ensayo y generación de los archivos de contabilidad electrónica.
  5. Permisos por rol: que cada persona vea y haga lo que le corresponde, y nada más.
  6. Volumen y rendimiento: probar con datos reales, no con diez registros de ejemplo.

Para el CFDI en particular, vea cómo se plantea en la guía de CFDI 4.0 en un ERP y cómo se aborda la localización de Odoo en México.

El equipo debe firmar los criterios de aceptación antes de la salida en vivo. «Funciona» no es un criterio; «una factura con complemento de pago se timbra, se concilia y aparece en la balanza correcta» sí lo es.

Plan de retorno

Un plan de retorno no es pesimismo; es lo que permite decidir con serenidad. Debe estar escrito antes de la fecha de corte y responder a estas preguntas:

  • ¿Qué se conserva intacto del sistema anterior y durante cuánto tiempo?
  • ¿Cuál es el punto de decisión (día y hora) y quién lo autoriza?
  • ¿Qué criterios obligan a volver atrás (por ejemplo, imposibilidad de timbrar facturas o saldos que no cuadran)?
  • ¿Cómo se recuperan los movimientos hechos en Odoo durante ese lapso para no perderlos?
  • ¿Cómo se informa a clientes, bancos y contador?

Haga además una copia de seguridad completa de todo lo que sale del sistema anterior antes del corte. Si el retorno es posible solo en teoría, no hay plan.

Migrar de una versión de Odoo a otra

Si su empresa ya usa Odoo, el calendario de soporte marca el ritmo.

  • Cada versión mayor tiene tres años de soporte estándar tras su lanzamiento, y los parches de seguridad solo se entregan durante ese periodo.
  • Después existe un soporte extendido de pago, solo en Odoo.sh y en instalación propia, con asistencia y corrección de errores únicamente cuando sea técnicamente posible.
  • Además de esos tres años, Odoo indica que cada versión mayor deja dos años adicionales para hacer las actualizaciones necesarias antes de perder todo soporte.
  • En Odoo Online y Odoo.sh, la actualización a una versión mayor es obligatoria cada dos años, y las versiones intermedias deben actualizarse en las semanas posteriores a la siguiente versión, con aviso previo.
  • Las versiones SaaS intermedias salen cada dos o tres meses, solo existen en Odoo Online y no dan derecho a soporte extendido.

Según la página de versiones compatibles, Odoo 17.0 salió en noviembre de 2023 y su soporte estándar terminaba en septiembre de 2026; la 18.0 salió en octubre de 2024 (soporte hasta septiembre de 2027) y la 19.0 en septiembre de 2025 (hasta septiembre de 2028). Si su empresa sigue en una versión anterior, programe la actualización con anticipación, no cuando aparezca el aviso.

Cómo se prepara una actualización

El procedimiento oficial prevé obtener una base de prueba actualizada para validar la nueva versión antes de pasar a producción. Úsela con los mismos casos que describimos arriba y, además, revise:

  • Los módulos de terceros y las personalizaciones: pueden requerir adaptación.
  • Las integraciones con bancos, tiendas en línea o logística.
  • Los informes y reportes a medida.
  • Las vistas y automatizaciones creadas con herramientas de personalización.

Tenga presente que algunos servicios quedan fuera del alcance del acuerdo de nivel de servicio de la actualización: lo que sea desarrollo propio es responsabilidad de quien lo creó. Para saber cuánto de lo suyo es personalización y cuánto estándar, un diagnóstico o auditoría de Odoo suele ser el primer paso. Si el entorno es alojado, revise también las opciones de alojamiento en la nube de Odoo.

Errores frecuentes al migrar a Odoo

  • Copiar el sistema viejo en Odoo. Se reproducen hábitos de hojas de Excel que Odoo podría simplificar. Aproveche el cambio para revisar procesos.
  • Importar sin depurar. Los datos sucios no mejoran por pasar a un sistema nuevo.
  • No involucrar al contador. Es la causa más común de sorpresas con saldos, pólizas y CFDI.
  • Subestimar la capacitación. Un sistema bien configurado y mal usado produce el mismo desorden que antes.
  • Dejar las pruebas para el final. Cuando se descubre un problema fiscal el día del corte, ya no hay margen.
  • Olvidar los usuarios. Las licencias dependen de los usuarios con acceso al backend; los usuarios de portal (clientes, proveedores) no cuentan como usuarios de pago. Planee los accesos antes de contratar.
  • Cambiar el alcance durante el proyecto. Cada módulo nuevo se suma a las pruebas y retrasa la salida.

Quién debe llevar el proyecto

Una migración bien llevada combina conocimiento de Odoo, de contabilidad mexicana y del negocio. Un integrador con experiencia en México y en su sector ahorra iteraciones, pero la decisión de qué se migra y qué se descarta le corresponde a usted. Para evaluar a un candidato, consulte cómo elegir un integrador de Odoo. Nuestro servicio es gratuito: lo ponemos en contacto con un integrador adecuado a su proyecto y el trabajo lo realiza él.

Preguntas frecuentes

¿Puedo migrar a Odoo desde Excel sin perder información?

Sí, siempre que ordene los datos antes de importarlos. Odoo acepta archivos CSV y Excel (.xlsx), y ofrece plantillas para contactos, productos, extractos bancarios, asientos contables y pedidos. Como las importaciones son definitivas y no se pueden deshacer, conviene ensayar primero en una base de prueba.

¿Qué datos conviene llevar a Odoo y cuáles dejar atrás?

Lleve los datos maestros (clientes, proveedores, productos, plan de cuentas), los saldos iniciales y los documentos abiertos. El historial detallado de años cerrados suele consultarse mejor en un archivo o en el sistema anterior en modo lectura. Su contador debe confirmar qué información debe seguir accesible por razones fiscales.

¿Cuál es la diferencia entre migrar a Odoo y actualizar de versión?

Migrar a Odoo es sustituir otro sistema por Odoo, con reprocesamiento de datos y cambio de procesos. Actualizar de versión es pasar de una versión de Odoo a otra, conservando la base, pero con pruebas de módulos, personalizaciones e integraciones. Cada trabajo se planea y se prueba por separado.

¿Hasta cuándo puedo quedarme en mi versión actual de Odoo?

Cada versión mayor recibe tres años de soporte estándar tras su lanzamiento, y los parches de seguridad solo se entregan en ese periodo. El soporte extendido es de pago y solo existe en Odoo.sh y en instalación propia. En Odoo Online y Odoo.sh la actualización mayor es obligatoria cada dos años.

¿Qué hago si la salida en vivo falla?

Debe existir un plan de retorno definido antes de la fecha de corte: el sistema anterior se conserva intacto y en consulta, se fija un punto de decisión y se sabe quién lo autoriza. Si Odoo no cumple los criterios de aceptación, se vuelve al sistema anterior y se corrige con calma, sin dejar de facturar.

Fuentes

  1. Odoo — Importar y exportar datos (documentación 19.0)
  2. Odoo — Actualización de bases de datos (documentación 19.0)
  3. Odoo — Soporte estándar y extendido (documentación 19.0)
  4. Odoo — Versiones compatibles (documentación 19.0)

Los nombres de software mencionados son marcas de sus respectivos editores y se citan únicamente a título informativo. Este sitio es independiente y no está afiliado a ningún editor.