We read every piece of feedback, and take your input very seriously.
To see all available qualifiers, see our documentation.
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Actualmente son dos campos distintos y utilizan dos listas distintas.
https://github.com/tryton-ar/account_invoice_ar/blob/master/invoice.py#L89 https://github.com/tryton-ar/account_invoice_ar/blob/master/pos.py#L64
Mi idea es unificarlo todo bajo un nuevo modelo llamado TipoComprobante, y que ambos campos hagan un many2one sobre ese modelo.
https://www.sistemasagiles.com.ar/trac/wiki/ProyectoWSFEv1#TiposdeComprobante
El problema de hacer este cambio, es que por lo menos impacta en los informes (modulos subdiario y citi_afip).
Lo bueno de esto, es que el código sería más homogeneo, y unificaría las formas de sacar los informes.
The text was updated successfully, but these errors were encountered:
lukio
No branches or pull requests
Actualmente son dos campos distintos y utilizan dos listas distintas.
https://github.com/tryton-ar/account_invoice_ar/blob/master/invoice.py#L89
https://github.com/tryton-ar/account_invoice_ar/blob/master/pos.py#L64
Mi idea es unificarlo todo bajo un nuevo modelo llamado TipoComprobante, y que ambos campos hagan un many2one sobre ese modelo.
https://www.sistemasagiles.com.ar/trac/wiki/ProyectoWSFEv1#TiposdeComprobante
El problema de hacer este cambio, es que por lo menos impacta en los informes (modulos subdiario y citi_afip).
Lo bueno de esto, es que el código sería más homogeneo, y unificaría las formas de sacar los informes.
The text was updated successfully, but these errors were encountered: