A pedido de un cliente que necesitaba estimar si la migración de algunos módulos de la localización argentina a Odoo 18 iba a ser traumática, empezamos a trabajar en eso. Y para documentar el trabajo estamos escribiendo estas líneas.
El repositorio de la localización lo encuentran en nuestro github. Solo deben descargar el branch 18.0. Y los módulos migrados fueron principalmente el de recibos (account_payment_group), percepciones (l10n_ar_perceptions), el de retenciones (account_withholding), el de agregado de impuestos en facturas de compra (account_invoice_tax) y el de bancos (l10n_ar_bank). Entre otros módulos. Los que se dejaron fuera por ahora fueron los módulos de factura electrónica y account_debt_management. No se llegó con el tiempo y el de facturación electrónica va a ser más trabajoso.
Un punto a aclarar, esta localización es para desarrolladores que quieran implementar Odoo Community. No esta pensada para usuarios finales. Si usted es usuario final y quiere usarla... es bienvenido, pero debe saber que no está pensada para usted (para eso le recomendamos usar Odoo Enterprise, donde va a poder usar el excelente trabajo hecho por AdHoc con la localización).
Aspectos técnicos y funcionales
A nivel técnico no nos encontramos con grandes problemas. Solo un par de cambios anecdóticos.
- La directiva tree se cambió por list (algo que se debió hacer una década atrás cuando OpenERP pasó a llamarse Odoo, pero bueno, mejor tarde que nunca). Cambiarla no lleva mucho tiempo, no es el fin del mundo
- Ahora el chatter se agrega mediante la directiva chatter
- Para mi sorpresa, no cambió la manera de agregar impuestos a las facturas. Lo cual es bienvenido ya que hacerlo a nivel código es una pesadilla. Los módulos que lo implementan son account_invoice_tax (otra genialidad de AdHoc) y l10n_ar_perceptions (el cual extiende las ideas de AdHoc en account_invoice_tax)
- Mejora el soporte de cheques y el tener un modulo llamado l10n_latam.check mejora la vida, ya no es necesario tener el módulo account_check. Si bien no conozco el funcionamiento de los cheques en la nueva versión, tener que extender la funcionalidad agregando depósitos, rechazos o venta de cheques no es una pesadilla.
Soporte de account_payment_group
Durante las últimas semanas hubo un gran debate sobre si usar recibos o no. El tema de fondo es; en el mundo civilizado ya no se usan más recibos. En todas partes los pagos se registran mediante transferencias bancarias u otros medios automatizados lo que hace que el tener recibos sea un anacronismo.
Pese a ello aca en Argentina aun tenemos que darle soporte. Los usuarios no se acostumbran a tener múltiples pagos relacionados... les gusta como funciona el módulo de recibos que conocemos desde hace practicamente una década atras. Es por eso que le damos soporte y seguimos migrando dicho módulo. No es una pesadilla hacerlo.
Y ademas considero que alguien tiene que hacerlo. Quien les escribe es de la opinión que la localización es algo demasiado importante para dejar dicho soporte y migración en una sola empresa. Es hora que tomemos un rol más activo en el mantenimiento de la localización y dejemos de depender de los favores de otros (entiendo que seamos pobres, pero la verdad si pedimos un crédito para comprar un televisor tranquilamente podemos pagar unas horas de trabajo de migración). Aún queda mucho trabajo por hacer (brindar un mejor soporte a los benditos padrones de Ingresos Brutos por ejemplo o mejorar la experiencia en el POS).