El gap analysis en un proyecto de migracion

23 de mayo de 2025 por
Gustavo Orrillo
| Sin comentarios aún
 

Estoy trabajando en un proyecto de migración de Odoo (14, 15 o 16... no cambia nada) a Odoo 18 (la versión si impacta debido a los módulos de cheques y retenciones presentes en Odoo 18) para una empresa argentina. La primera tarea que estamos realizando es el gap analysis, tarea que consiste en identificar las diferencias entre Odoo 18 y el Odoo en uso, y planificar como se van a resolver dichas diferencias.

Bueno, como les comentaba. En este caso se está utilizando Odoo 1x Enterprise con lo siguiente:

  • una localización argentina
  • módulos de OCA (mucho uso de los módulos de tier_validation)
  • otros módulos de terceros
  • módulos desarrollados en forma local
  • se utiliza odoo.sh
  • algunos desarrollos menores hechos en Odoo Studio.

La ídea del gap analysis es identificar que hacer para llevar todo esto a Odoo 18. Para ello lo primero que se debe hacer es instalar Odoo 18 junto con la localización argentina. Una vez instalada la localización argentina en Odoo 18, se debe comprender como funcionan ahora tanto los cheques como las retenciones. En la versión 18 de Odoo se cambió el uso de cheques y retenciones. y es necesario comprender dos cosas (sobre todo como el usuario). Primero si la nueva funcionalidad le sirve al usuario y como utilizarla. Lo segundo que se debe discutir con el usuario es como van a hacer para procesar los recibos, debido a que si el usuario administrativo desea seguir usando recibos se deberá migrar el módulo account_payment_group.

No subestimen este paso debido a que si lo hacen, se van a llevar más de una sorpresa durante la migración misma.

Luego se debe hacer un inventario de los módulos en uso. Identificar cuales son los módulos base y críticos que se deben migrar (por ejemplo base_tier_validation) y secundarios. Y ver si ya se encuentran en funcionamiento en Odoo 18. Si no lo están, se debe analizar si se los va a migrar y como. 

El tercer paso es identificar que módulos se desarrollaron localmente, y como los van a migrar (si es que dicha migración es necesario).

Es funcamental para todo esto, tener andando una versión de Odoo 18 para ir probando los diferentes módulos que se van migrando.

Por último; datos. Es fundamental en este paso identificar como se va a migrar la información desde Odoo 18. Y planificar dicha migración. En este caso primero se debe definir el enfoque. Como se van a migrar las configuraciones (nunca subestimen este pequeño detalle). Y si solo se migran los datos maestros o se migran los datos maestros y transacciones.

Si se migran solo los datos maestros y los saldos (por ejemplo cuenta corriente e inventarios). Y en caso de tener operaciones pendientes (porque siempre las hay, por ejemplo compras que se deben validar con el módulo purchase_tier_validation) que se va a hacer con ellas.

Si se debe migrar tambien todas las transacciones, ahí ya cambia toda la naturaleza del proyecto de migración debido a que migrar transacciones en Odoo (sobre todo facturas con sus pagos correspondientes) es complejo.  

También se debe discutir el volumen de datos a migrar. Si se desean migrar transacciones y estamos hablando de un volumen de datos importante, se deberá identificar la estrategia para migrar dichos datos debido a que Odoo es posible que no se pueda migrar todos los datos durante la ventana de migración. 

Y por último que herramienta utilizar para la migración. Ahí se lleva todos los puntos mi herramienta favorita: xmlrpc.

Gustavo Orrillo 23 de mayo de 2025
Compartir
Archivar
Identificarse dejar un comentario