Sustituir un ERP con años de personalizaciones sin interrumpir la actividad diaria requiere algo más que trasladar datos. En este proyecto, en Voodoo desarrollamos una estrategia de migración progresiva que nos permitió construir, probar y validar Odoo mientras la empresa continuaba trabajando con Navision.
La migración de un sistema de gestión empresarial es una operación delicada. El ERP concentra información y procesos que afectan a distintas áreas de la organización, desde la administración y la facturación hasta la gestión de clientes y las operaciones diarias. Un cambio mal planificado puede provocar inconsistencias en los datos, pérdida de funcionalidades o interrupciones en el servicio.
La dificultad aumenta cuando el sistema de origen acumula años de desarrollos a medida y depende de tecnologías antiguas. En estos casos, no basta con trasladar la información a una plataforma nueva: también hay que comprender cómo funciona el sistema existente, identificar las particularidades de sus datos y reproducir en el nuevo entorno las funcionalidades que necesita el negocio.
Ese era el reto al que nos enfrentamos en este proyecto: migrar de Navision a Odoo sin detener la actividad de una empresa dedicada a organizar actividades extraescolares y campamentos en colegios de toda España.
El reto: sustituir un ERP sin interrumpir el servicio
El cliente utilizaba Navision como sistema de gestión. Con el paso del tiempo, el ERP había incorporado múltiples desarrollos a medida para responder a las necesidades específicas de su operativa.
El objetivo era trasladar esas funcionalidades a Odoo y preparar la puesta en producción sin comprometer el trabajo diario de la organización.
Una migración convencional, basada en detener el sistema de origen, extraer toda la información y poner en marcha el nuevo ERP, habría exigido gestionar el cambio en un momento concreto, con los riesgos operativos que eso implica.
Optamos por otro enfoque: desarrollar y validar Odoo de forma progresiva, manteniendo Navision como sistema de trabajo durante el proceso.
Esta estrategia nos permitió trabajar con información real, comprobar cómo respondía el nuevo entorno y corregir las diferencias detectadas antes de realizar el cambio definitivo.
Una migración progresiva con datos reales
Durante varias semanas establecimos un ciclo de exportación, importación, desarrollo y validación.
Cada noche exportábamos los datos de producción de Navision y los importábamos en Odoo. Durante el día, utilizábamos esa información para comprobar el funcionamiento del nuevo sistema, revisar los resultados de la migración y desarrollar los módulos necesarios.
El proceso se repetía de forma continua. Cada nuevo ciclo permitía trabajar con una versión actualizada de los datos y comprobar si los ajustes realizados resolvían los problemas detectados.
Este método tenía una ventaja importante: podíamos avanzar en el desarrollo de Odoo sin depender de una única migración final. En lugar de concentrar todas las comprobaciones en el momento de la puesta en producción, fuimos validando el trabajo por etapas.
La información procedente de Navision servía para comprobar cómo se comportaban los datos en el nuevo ERP y detectar diferencias entre los modelos de ambos sistemas. Así, el desarrollo y la validación avanzaban de forma coordinada.
El cambio definitivo solo se preparó una vez que la dirección validó el funcionamiento del nuevo sistema.
Compatibilidad con una tecnología heredada
Uno de los principales retos técnicos estaba en el propio entorno de Navision. El sistema funcionaba sobre Windows 2000 Server, por lo que el proceso de exportación debía ser compatible con una infraestructura tecnológica antigua.
Para resolverlo, desarrollamos un exportador específico en Python 2.4, adaptado a las condiciones del sistema de origen.
No se trataba únicamente de extraer los datos. Era necesario obtenerlos de forma consistente, trasladarlos al entorno de Odoo y transformar la información cuando las estructuras de ambos sistemas no coincidían.
Cada ciclo de exportación e importación duraba aproximadamente seis horas. Este tiempo formaba parte de la planificación diaria del proyecto y condicionaba el trabajo de desarrollo y validación que realizábamos después.
La compatibilidad con el entorno existente y la adaptación de los datos fueron dos aspectos esenciales para mantener el proceso de migración bajo control.
Adaptar los datos al modelo de Odoo
Trasladar información entre dos ERP no siempre consiste en copiar campos de una base de datos a otra. Cada sistema puede organizar la información de una manera diferente, incluso cuando ambos gestionan conceptos similares.
Durante este proyecto tuvimos que resolver varias diferencias entre las estructuras de Navision y las de Odoo.
Separar la información de alumnos y tutores
En el sistema de origen había registros que agrupaban información de alumnos y tutores. En Odoo, necesitábamos representar esos datos mediante entidades independientes.
La migración tuvo que transformar la estructura original para adaptarla al modelo del nuevo ERP, conservando la relación entre la información que antes se encontraba agrupada.
Este tipo de adaptación requiere comprender qué representa cada dato y cómo se utiliza en los procesos del negocio. Si se traslada sin tener en cuenta esas diferencias, la información puede llegar al nuevo sistema sin la estructura necesaria para trabajar correctamente.
Estructurar las direcciones
Otro caso estaba relacionado con las direcciones. En Navision, parte de esta información se almacenaba como texto plano.
Para adaptarla a Odoo, transformamos esas direcciones en registros estructurados con campos diferenciados para población, código postal y país.
Aunque puede parecer un cambio menor, este tipo de transformación es importante cuando un sistema nuevo necesita trabajar con los datos de forma organizada. La estructura debe permitir que la información se gestione y consulte de acuerdo con el modelo previsto en el ERP de destino.
Ambos ejemplos ilustran una cuestión habitual en las migraciones: los datos deben conservar su significado y adaptarse a la forma en que el nuevo sistema los utiliza.
Desarrollo y validación antes de la puesta en producción
Mientras se ejecutaban los ciclos de exportación e importación, continuábamos desarrollando las funcionalidades necesarias en Odoo.
Los datos importados servían para probar el sistema y comprobar los resultados de los cambios. Cuando detectábamos una diferencia o una necesidad específica, podíamos ajustar el proceso de exportación o desarrollar los módulos correspondientes y volver a validarlos en el siguiente ciclo.
Este trabajo iterativo permitió abordar las particularidades del ERP original sin esperar al final de la migración para comprobar si la solución respondía a las necesidades de la empresa.
La coordinación entre desarrollo, tratamiento de datos y validación fue determinante. La migración no era una tarea aislada que pudiera completarse antes de empezar a utilizar Odoo, sino un proceso que avanzaba en paralelo a la construcción y comprobación del nuevo sistema.
Formación y cambio definitivo
Una vez que la dirección validó el funcionamiento de Odoo, abordamos la preparación de la puesta en producción y la formación del equipo.
La transición a un nuevo ERP implica también que las personas que lo utilizan conozcan su funcionamiento y puedan desarrollar sus tareas en el nuevo entorno. Por eso, la validación técnica debía ir acompañada de la preparación del equipo para trabajar con el sistema.
Con el nuevo entorno validado y el equipo formado, completamos el cambio definitivo.
La migración se realizó sin interrumpir el servicio de la empresa.
Qué demuestra este proyecto sobre las migraciones de ERP
La sustitución de Navision por Odoo pone de manifiesto varios aspectos que conviene tener en cuenta antes de abordar una migración empresarial.
1. El sistema de origen debe entenderse antes de sustituirse. Los desarrollos acumulados durante años pueden responder a necesidades específicas del negocio. Identificarlos es necesario para decidir qué funcionalidades deben trasladarse y cómo resolverlas en el nuevo ERP.
2. Migrar datos implica transformar estructuras. Los modelos de información no siempre coinciden entre plataformas. Separar entidades, normalizar campos y conservar las relaciones entre registros forma parte del trabajo técnico.
3. La validación debe comenzar antes de la puesta en producción. Trabajar con ciclos sucesivos de exportación e importación permite detectar diferencias y corregirlas progresivamente, en lugar de concentrar todas las comprobaciones al final.
4. La infraestructura existente también condiciona el proyecto. La compatibilidad con tecnologías antiguas puede exigir herramientas y procesos específicos para extraer y preparar los datos.
5. La continuidad operativa debe formar parte del diseño de la migración. No es una cuestión que deba resolverse únicamente el día del cambio. La estrategia de desarrollo, las pruebas y la planificación deben tener en cuenta desde el principio que la empresa necesita seguir trabajando.
Migrar a Odoo sin detener la actividad
Una migración de ERP no termina cuando los datos aparecen en el nuevo sistema. El verdadero objetivo es trasladar los procesos necesarios para que la empresa pueda continuar trabajando, con una estructura adaptada a la nueva plataforma.
En Voodoo desarrollamos soluciones Odoo a medida e integramos sistemas para abordar proyectos en los que la tecnología existente, las personalizaciones y las necesidades operativas requieren un enfoque específico.
Nuestra forma de trabajar parte del análisis de los procesos, continúa con el desarrollo y la adaptación de los datos, y avanza mediante pruebas que permiten validar la solución antes de realizar el cambio definitivo.
¿Estás valorando migrar de Navision u otro ERP a Odoo?
Analizar el sistema de origen, las personalizaciones existentes y las necesidades de continuidad operativa es un buen punto de partida para definir una estrategia de migración adecuada.
En Voodoo podemos ayudarte a estudiar tu situación y plantear una solución adaptada a los procesos de tu empresa.
Más información: https://www.voodoo.es/contactus