Por qué, en Brasil, el destino seguro hoy es Odoo 18

En el post anterior mostré que la 17 salió del soporte estándar y que la 20 todavía no está al alcance de quien quiere migrar. La pregunta siguiente es natural: ¿entonces a dónde voy?

Fuera de Brasil, la respuesta suele ser la versión más nueva que los scripts de migración ya cubren. Aquí depende de otra cosa. Quien emite NF-e (la factura electrónica brasileña), calcula impuestos y entrega el SPED (la contabilidad digital ante el fisco) por Odoo depende de la localización fiscal brasileña, y es ella la que decide la versión de destino.

Odoo solo no emite facturas en Brasil

El Odoo estándar no sabe qué es una NF-e, un CFOP o un régimen tributario brasileño. Todo eso llega por la localización. Hay algunas en el mercado. La que yo defiendo, y de la cual KMEE es una de las principales mantenedoras desde hace más de una década, es la localización de la comunidad OCA, l10n-brazil: código abierto, mantenido por varias empresas, guardado en el repositorio del propio cliente. Si algún día quiere cambiar de integrador, cualquier otro que trabaje con la OCA sigue desde donde el anterior se detuvo.

Esta localización es un conjunto grande de módulos: el fiscal, la contabilidad, la NF-e y decenas de otros. Cada uno tiene que portarse a cada versión nueva de Odoo, uno por uno, con pruebas y con su propio script de migración.

Por qué la localización llega después

OpenUpgrade, el proyecto de la comunidad que convierte la base entre versiones, cubre los módulos de Odoo SA. Los de la localización brasileña quedan fuera: tienen que estar portados a la versión de destino y traer su propia migración.

El desfase es inevitable. Odoo lanza la versión, los módulos estándar reciben scripts en algunas semanas, y la localización viene detrás, porque depende de ellos y porque la normativa fiscal brasileña es grande y cambia todo el tiempo. Basta recordar cuántas notas técnicas de NF-e salieron solo este año, con la reforma tributaria entrando en vigor.

Dónde está la localización hoy

En el repositorio de la OCA, la versión más reciente con el núcleo fiscal completo, con los módulos de fiscal, contabilidad y NF-e publicados, es la 18. En la 19, el fiscal y la contabilidad ya están publicados, y la NF-e todavía no.

La 20 empezó a portarse la misma semana del lanzamiento. El 6 de octubre, todos los módulos que ya están en la 19 tenían un pedido de migración abierto para la 20, junto con los modelos de datos de NF-e, CT-e, MDF-e y NFS-e, la mayor parte abiertos por KMEE. Ninguno fue aceptado todavía: cada pedido pasa por la revisión de la comunidad antes de entrar. Y el módulo que emite la NF-e todavía no tiene pedido ni en la 19 ni en la 20.

Para quien emite facturas con la localización de la comunidad, entonces, el destino seguro hoy es la 18. Tiene soporte estándar de Odoo hasta septiembre de 2027 y la parte fiscal brasileña corriendo en producción.

Por eso trabajamos con versiones pares

En KMEE llevamos a los clientes de versión par en versión par: 16, 18, 20. La elección nace de este desfase. La versión par sale, madura cerca de un año mientras la localización llega a ella, y solo entonces se vuelve destino. En la 20, empezamos a portar la misma semana del lanzamiento justamente para acortar esa espera. Nadie migra a una versión en la que el fiscal todavía se está portando. Y saltarse la impar en el camino ahorra una migración entera en cada ciclo.

¿18 ahora o 20 después?

Si su base necesita salir de la versión actual ya, el destino es la 18. Es el caso de quien está en Odoo Online, de quien está al final de la ventana de Odoo.sh, de quien usa una versión sin correcciones desde hace años y de quien está en Enterprise con una versión que ya entró, o va a entrar, en el cargo del 25%.

Si puede esperar algunos meses, conviene planificar directo hacia la 20. Saltarse la 18 ahorra una migración entera, y la 20 tiene soporte estándar previsto hasta 2029, dos años más que la 18. Para quien emite NF-e por Odoo, la condición es una sola: la 20 se vuelve destino cuando la emisión esté portada y probada en ella. Todavía no lo está, y no voy a comprometer una fecha.

En los dos casos el primer paso es el mismo: el inventario de las cuatro capas de su base. Sirve para la 18 y para la 20, y es el que muestra si se puede esperar.

”¿Pero la 19 no tiene ya el fiscal?”

Tiene buena parte: el fiscal y la contabilidad ya están portados. Para una empresa que no emite facturas por Odoo, o que resuelve la emisión por fuera, la 19 puede servir. Para quien emite, la cuenta es otra, y empieza por lo que su operación fiscal necesita correr dentro de Odoo.

Próximo post

Hasta aquí hablé de quien tiene acceso al servicio oficial de actualización. Pero una parte grande del mercado brasileño usa la edición Community, que no tiene ese servicio. ¿Cómo migra esa empresa? Es el próximo post.

Si tiene dudas sobre el destino de su base, el diagnóstico de migración de KMEE revisa versión, localización y todo lo demás que corre en su Odoo. No tiene costo.