La migración a Odoo no consiste en volcar una hoja de cálculo y cambiar el nombre de la herramienta. Es decidir qué información merece conservarse, qué proceso debe cambiar y cómo demostrar que la empresa puede seguir trabajando después del cambio. Si se copian duplicados, estados confusos y reglas desconocidas, el nuevo sistema hereda el desorden con una interfaz distinta.
Conviene distinguir dos proyectos que suelen llamarse «migración». Pasar de hojas de cálculo u otro ERP a Odoo es una implantación con traslado de datos y definición de procesos. Actualizar una base Odoo existente a otra versión es un upgrade distinto. La documentación de Odoo señala expresamente que una actualización de versión no cubre la migración desde otro ERP y recomienda solicitar y probar una base de prueba antes de actualizar producción.[4]
Migración a Odoo: empieza por el resultado, no por los campos
Antes de contar tablas o pedir un fichero de exportación, escribe qué problema debe resolverse con el nuevo sistema. ¿Hay que saber quién debe actuar sobre una oportunidad? ¿Evitar registrar dos veces el mismo cliente? ¿Tener trazabilidad de una solicitud? ¿Reducir la reconstrucción manual de un informe?
El objetivo debe poder comprobarse en una operación real. Por ejemplo: «una persona del equipo puede localizar el expediente, ver su estado y saber cuál es la próxima tarea sin reconstruir la historia desde correos y hojas». Es más útil que «migrar todos los datos», porque permite decidir qué hay que trasladar y qué se puede archivar.
Define también el alcance por fase: aplicaciones, sociedades, equipos, periodos históricos, integraciones y procesos que quedan fuera. Cuantos más módulos, datos y excepciones se incluyan al principio, más difícil será aislar la causa cuando una prueba no funcione.
Separa una implantación de un upgrade de versión
Si la empresa utiliza otra aplicación y quiere pasar a Odoo, está eligiendo una solución de destino, configurando procesos y trasladando información entre sistemas diferentes. Si ya trabaja sobre Odoo y quiere pasar, por ejemplo, de una versión a otra, se trata de actualizar una base existente. Ese segundo caso puede implicar scripts de actualización, cambios en módulos personalizados y una base de pruebas específica; no es equivalente a importar un Excel.
La distinción importa porque cambia quién hace qué, cómo se preservan relaciones y qué validaciones hacen falta. En un upgrade de versión, Odoo aconseja probar primero una copia actualizada y revisar los módulos personalizados antes de planificar el cambio en producción.[4] En una migración desde otra herramienta, el trabajo principal es mapear la información de origen al modelo y a los procesos acordados en Odoo.
Inventaría los datos y decide qué tiene sentido trasladar
Haz una lista de las fuentes actuales: contactos, productos, presupuestos, facturas, expedientes, contratos, documentos, informes y hojas auxiliares. Para cada conjunto, identifica su dueño, el sistema de origen, quién lo consulta, qué obligaciones de conservación tiene y si sigue siendo necesario para operar.
En una migración a Odoo bien preparada, cada conjunto de datos tiene un responsable que puede confirmar su calidad y explicar qué uso tiene. Clasifica cada dato en tres grupos:
- Vigente: se necesita para la actividad actual y debe llegar al sistema nuevo.
- Histórico consultable: quizá hay que conservarlo, pero no necesariamente convertirlo en registros activos de Odoo.
- Obsoleto o duplicado: requiere limpieza o una decisión del responsable antes de trasladarse.
No borres el historial por defecto ni importes todo por miedo a perder algo. Define cómo se conserva y consulta lo antiguo, respetando las obligaciones de la empresa y los permisos de acceso. La decisión debe quedar documentada antes de preparar el fichero.
Limpia antes de importar, no después
Empieza por incoherencias que generan errores operativos: registros duplicados, nombres con formatos distintos, estados que ya nadie usa, contactos incompletos, campos con varios significados y fechas almacenadas como texto libre. La limpieza no significa reescribir todos los datos a mano. Significa elegir reglas repetibles y asignar a alguien la revisión de las excepciones.
Separa lo que se corrige automáticamente de lo que requiere criterio humano. Por ejemplo, un formato de teléfono puede normalizarse siguiendo una regla; decidir si dos sociedades con nombres parecidos son la misma entidad no debería resolverse solo por una coincidencia de texto.
Conserva una copia del fichero original y registra qué transformación se aplicó. Así se puede explicar por qué un valor cambió y comparar el origen con el resultado de la importación. En la migración a Odoo, esta trazabilidad también permite investigar una discrepancia sin reconstruir la regla de memoria.
Mapea campos y relaciones, no solo columnas
Una columna «cliente» en una hoja no indica por sí sola qué registro debe enlazarse en Odoo. Antes de importar, define qué campo de origen se corresponde con qué campo de destino, qué valores deben convertirse y qué referencias conectan un presupuesto, un contacto, un producto o una factura con el resto del expediente.
Odoo permite importar datos desde ficheros CSV o Excel y ofrece una pantalla para asignar columnas a campos y probar la validez del fichero. Su documentación advierte que las importaciones son permanentes y recomienda usar identificadores externos cuando se necesita relacionar registros o volver a importar una actualización sin duplicarlos.[3]
En la práctica, eso exige un identificador estable para cada registro que se vaya a actualizar y una regla explícita para las relaciones. Si se usa el nombre como si fuera una clave única, dos clientes con el mismo nombre pueden acabar enlazados de manera incorrecta. Comprueba las relaciones en una muestra representativa, no solo que cada fila tenga un valor.
Haz un ensayo con una copia y una muestra realista
Antes de trasladar el conjunto completo, prepara una copia de prueba o un entorno de ensayo adecuado al alojamiento. Prueba casos normales y excepciones: un contacto con varios registros asociados, un producto archivado, un presupuesto con varias líneas, un saldo pendiente, un documento adjunto y una persona con permisos limitados.
Revisa cuatro cosas: que los registros estén completos, que las relaciones apunten al lugar correcto, que los totales se puedan conciliar y que una persona usuaria pueda completar las tareas de principio a fin. «El importador dijo que terminó» no demuestra que la empresa pueda operar.
En las importaciones de Odoo, la vista previa y la opción de probar el fichero ayudan a detectar problemas de mapeo antes de cargar. Pero la advertencia oficial es clara: una importación confirmada no es una operación que se deshaga con un botón. Por eso el orden seguro es muestra, validación, reconciliación y solo entonces el lote completo.
Define el corte y una recuperación posible
Para la puesta en marcha, acuerda quién puede aprobar el corte, cuánto tiempo habrá de cambios restringidos en el sistema anterior, quién resuelve incidencias y cómo se comprobará que el día empieza con los datos esperados. Si conviven dos sistemas, deja claro cuál es la fuente de verdad durante esa transición y evita que el mismo dato se actualice en ambos sin una regla.
Antes del cambio final, comprueba que existe una copia de seguridad utilizable y que el responsable sabe cómo restaurar o volver al proceso anterior si falla un criterio crítico. No es suficiente con que exista un fichero llamado «backup»: hay que saber qué contiene, cuándo se generó, quién lo recupera y qué tiempo de interrupción es asumible.
El corte no se autoriza porque haya llegado una fecha del calendario. Se autoriza cuando los casos acordados pasan, las relaciones y cifras concilian, los usuarios conocen su tarea y la recuperación está probada o aceptada por el responsable.
Acompaña el primer uso, no solo la importación
Una base puede estar técnicamente cargada y seguir sin ser útil si el equipo no sabe dónde continuar cada tarea. Identifica quién puede crear o modificar cada dato, qué vistas necesita cada puesto y qué operación debe probar el responsable al iniciar sesión. Da formación sobre el trabajo real, no una visita genérica por todos los menús.
En las primeras semanas, registra incidencias y clasifícalas: dato incorrecto, configuración, integración, proceso no definido o necesidad de formación. Eso evita cambiar el sistema cada vez que surge una pregunta y permite distinguir un defecto de migración de una regla que nunca se había acordado.
Errores que suelen encarecer una migración
- Tratar una actualización de versión como si fuera una carga de datos desde otro programa.
- Copiar todas las columnas sin preguntar si todavía tienen un dueño o un uso.
- Importar primero y decidir cómo enlazar registros después.
- Probar solo con datos sencillos y descubrir las excepciones el día del corte.
- Confiar en una copia de seguridad que nadie ha probado recuperar.
- Medir la fecha de «fin de migración» por la carga completada, no por el trabajo aceptado por el equipo.
Preguntas frecuentes
¿Migrar a Odoo es lo mismo que actualizar de versión?
No. Migrar a Odoo desde otro ERP es una implantación que define procesos, mapea datos y recrea relaciones. Un upgrade mueve una base Odoo existente a otra versión y puede requerir adaptar módulos y ensayar la actualización.
¿Se pueden importar datos desde Excel o CSV?
Odoo documenta la importación desde ambos formatos, con mapeo de columnas y prueba del fichero. La compatibilidad concreta depende del modelo, los campos y los permisos de la base destino.
¿Puedo deshacer una importación?
La documentación de Odoo advierte que la importación es permanente y no se deshace automáticamente. Diseña antes la prueba, los identificadores, el respaldo y la forma de localizar los registros creados o modificados.
¿Cuándo puedo dejar el sistema anterior?
Cuando los casos críticos se hayan probado, las cifras y relaciones concilien, el equipo pueda operar y la persona responsable apruebe el corte y la recuperación.
En resumen
- Empieza por el problema de negocio y define qué demostraría que Odoo lo resuelve.
- Clasifica datos vigentes, históricos y obsoletos antes de preparar la importación.
- Mapea identificadores y relaciones, y prueba con una muestra representativa.
- Concilia registros, cifras y tareas reales antes de autorizar el corte.
- Conserva una vía de recuperación y acompaña al equipo tras la puesta en marcha.
Fuentes
- [3] Odoo 18: exportación e importación de datos
- [4] Odoo 18: actualización de bases y pruebas de upgrade
Este artículo ofrece una guía general de preparación. El alcance, la recuperación y los criterios de aceptación deben definirse para cada empresa y su configuración concreta de Odoo.