Con este commit damos formalmente el inicio de la migración a la versión 17.0 de la localización argentina. La idea es primero migrar módulos no críticos como l10n_ar_bank. Luego pasar a la factura electrónica (módulos l10n_ar_afipws, l10n_ar_afipws_fe y account_move_tax), IVA DIgital, luego pasar recibos, cheques, account_debt_management, percepciones y finalizar con retenciones.
La lógica para dicho orden es:
- l10n_ar_bank: son módulos con pocas dependencias y fáciles de migrar, es una manera facil de conocer un nuevo entorno de desarrollo como Odoo 17
- factura electrónica: es lo primero que se necesita migrar seriamente, ya que si no se factura un negocio no puede hacer nada. Tambien es el que creo tiene menos complicaciones a la hora de migrarse, asi que espero hacerlo de forma rápida
- IVA Digital: creo que no es necesaria migrarla. Todo depende de si no hay grandes cambios en la estructura de datos
- Recibos y cheques: ya es para clientes mas grandes. Todos los negocios necesitan facturar pero no todos necesitan tener recibos (fundamentales para manejar retenciones) y cheques
- Percepciones: es necesario migrarlo para clientes más grandes. Sobre todo apuntar a la automatización posible de los mismos
- Retenciones: último item a migrar
El primer issue con que nos encontramos es la necesidad de actualizar los manifiestos de los módulos debido a que nos encontramos con el siguiente error en cada módulo
raise ValueError(f"Module {module}: invalid manifest") from e
ValueError: Module l10n_ar_rg5003: invalid manifest
2024-02-13 10:53:39,965 1075244 INFO ? werkzeug: 201.216.219.253 - - [13/Feb/2024 10:53:39] "GET /web/static/img/favicon.ico HTTP/1.1" 500 - 0 0.000 0.054
Bueno... por que mantener una localización argentina community? Creo que hay dos grandes motivos.
El primer motivo es que uno trabaja con clientes argentinos y uno necesita saber como resolver los problemas propios de un cliente argentino. Una buena escuela es todos los años migrar la localización argentina. El tiempo invertido realizando dicho trabajo se recupera en la productividad adquirida implementando en clientes
El segundo motivo es que la comunidad necesita tener al menos una localización argentina actualizada. Semanas atras vi la siguiente imagen en un post de X
Esa política de administración de versiones para mi es inadmisible. Uno no puede pasar un año implementando Odoo en un cliente (por ejemplo una fábrica) para luego tres años mas tarde volver a migrarlo. No es una buena idea para clientes.
Entonces teniendo en cuenta dicha situación, lo mejor que uno puede hacer es apostar por las versiones comunitarias y la mejor manera de apostar es contribuyendo con código.