Hola @avechetti, como te respondió @ced, en Tryton la localización del idioma para Argentina/America Latina, se utiliza es_419. Entiendo que la consulta también es sobre la funcionalidad para que funcione con la contabilidad Argentina.
En el caso de Argentina, todos los módulos para agregar funcionalidad a Tryton estan alojados en el repositorio de github de tryton-ar.
Paso a detallarlos:
account_ar: Plan de cuentas para contabilidad Argentina.
account_invoice_ar: Agrega punto de venta, tipo de comprobante e integra la factura electrónica con AFIP (Administración Federal de Ingresos Públicos).
party_ar: Agrega identificadores dni, cuit, cuit foraneo y agrega botón de consulta al padrón de AFIP.
sale_pos_ar: Agrega el punto de venta en el modelo de Ventas. De esa manera, el punto de venta elegido en la venta es trasladado automáticamente a la factura.
account_voucher_ar: Adecuacución del manejo de pagos y cobros en Argentina. Distintas formas de pago. Si se agregan los demás modulos referidos se agrega retenciones y cheques.
I think many of those modules could be included in standard after some rework and rationalization.
We have seen with the Spain inclusion that it benefits to everyone at the end (not only to Spanish users).
Muchas gracias @lukio. Voy a probar configura un servidor nuevo, el origen de mi consulta fue que no todos me traducía todo los texto o etiquetas cuando utilizo el cliente.
Yes, It’s true, and it fits the needs of most argetinian companies. But, here at Argentina we do not have an oficial Chart of Accounts like Spain does.
So, the structure of the chart of accounts it fits, but probably the name or the codes of the chart of accounts differs on every company or every accounting study. That’s why we also adds our custom report to export to a pdf the chart of account so if we are working on a migration the company can check it out, and compare with their actual chart of account.
Saying that, I think this report should not be inside of account_ar, perhaps could be added to account module?
Yes, I think if this is need it can be added to a generic module used to all companies. But if the ussage is only for migration checking I do not think it should be part of the base module.