Una explicación sobre el versionado de Odoo
Odoo SA libera una versión de Odoo (tanto Community como Enterprise) una vez por año. Al principio era a mediados de año, ahora es hacia fin de año. Por lo general esta fecha coincide con la celebración del Odoo Experience.
Esta estrategia de versionado es uno de los pilares del modelo de negocio de Odoo SA. El desarrollo de Odoo (tanto Community como Enterprise) se lleva a cabo por un equipo propio de Odoo SA (cada desarrollador es pagado por Odoo SA) y le permite a lo largo de pocos meses ir liberando nuevas funcionalidades.
Por ejemplo; a lo largo de los últimos diez años Odoo incorporó a su producto: nuevo cliente web, mejoras incrementales al ORM, OWL, el punto de venta, el e-commerce, el "CMS", la aplicación de document management, se reescribió el WMS y el módulo de contabilidad, odoo.sh, etc etc. Estas son algunas de las funcionalidades que recuerdo se incorporaron a lo largo de la última década.
Esto es posible gracias a que Odoo SA sigue su propia agenda con el desarrollo de Odoo SA. No sigue la agenda de la comunidad. Y creo que es la estrategia correcta. Liberar la cantidad de funcionalidades listadas anteriormente requiere de un grado de coordinación y de miles de horas de desarrollo () que es imposible lograr a modo comunitario. Veamos que pasó con otros proyectos con desarrollo comunitario: Drupal, Plone y Tryton. No lograron a lo largo de diez años liberar la cantidad de código que hizo Odoo.
Debo actualizar mi versión de Odoo todos los años? O seguido?
Actualizar Odoo todos los años requiere de una infraestructura de migración (y de un presupuesto) que solo está disponible en plataformas que hostean decenas o centenares de instancias de Odoo. Por que solo está disponible en plataformas? Porque el costo de migrar Odoo es muy grande para una pequeña empresa, o no rentable para una gran empresa que tienen Odoo. Ni hablar el tiempo que lleva migrar. Migrar de versión de Odoo; solo vale la pena en aquellas circumstancias en las cuales el tiempo y costo de migración sea bajo.
En mi experiencia para una empresa vale la pena migrar de versión de Odoo mínimo cada cinco años. O cuando en una nueva versión de Odoo exista una funcionalidad que justifique el business-case de la migración (por ejemplo, el hecho que el punto de venta este re-escrito con OWL, lo que hace más sencilla su migración). Por ejemplo; el año pasado participé en tres migraciones: la primera de Odoo 13 a 15, la segunda de OpenERP 6.0 a Odoo 15.0, la tercera de Odoo 8.0 a Odoo 15.0. Las últimas dos migraciones tuvieron sentido desde el punto de vista de negocio. La primera era la necesidad de un gerente de sistemas aburrido.
Que versión de Odoo debo utilizar?
Debe utilizar la última versión disponible (siempre y cuando hayan pasado unos tres meses de la liberación de la versión). Ya a esa altura la versión de Odoo es estable y por lo general (al menos en Argentina) las diferentes localizaciones están disponibles para ser utilizadas. Tambien hay que chequear los módulos de terceros a utilizar. Si por ejemplo uno cuenta con utilizar el módulo de contratos de OCA, tiene que asegurarse que el mismo esté disponible.
Quiza hayan módulos que deban migrarse... pero ese trabajo que debe realizar el responsable de implementar Odoo, lo que nos lleva a cuales son las versiones que debe soportar una consultora de Odoo.
Que versiones debe soportar una consultora de Odoo?
Una consultora que implementa Odoo debe poder soportar todas las versiones de Odoo. Primero porque es lo que más le conviene al cliente. Y despues porque no hay excusas en este aspecto. Es más, creo que en Argentina una consultora que implementa Odoo debe poder trabajar con todas las versiones de Odoo, y debe poder mantener su propia versión de la localización. Si no es capaz de hacerlo, tiene serios problemas.
Por que digo el poder trabajar con las diferentes versiones? El primero es que no le encuentro desde el punto de vista técnico, gran impedimento. Quien puede trabajar con la versión 6.1 de OpenERP tambien puede trabajar con la versión 16.0. Lo que se requiere es saber trabajar con el ORM, y como ya sabemos, no se necesita ser un rocket-scientist para hacerlo. Si lleva años aprender como utilizarlo. Pero eso es otro cantar.
Si uno se encuentra con una consultora que le propone implementar una versión determinado de Odoo; al menos en Argentina es muy probable que esté esperando que un tercero les migre la localización, sobre todo los módulos de retenciones. Lo cual es una gran llamada de atención sobre las capacidades técnicas de dicha consultora.