Fork of Odoo (formerly OpenERP). [This project is not publically mantained just born for internal usage with some little patches] go to official repository on github.com/odoo/odoo
Inheriting the creation of Cash Basis (CABA) Journal Entries is hard to be done and the current way of doing it can lead to the creation of a huge number of lines that are not quite useful and its creations can lead to a lengthy process of creation of payment when several invoices with a huge amount of invoice lines involved or to a lengthy process of cancelation of payment because of reversion of the CABA, in case of l10n_mx, many users have opted for using l10n_mx_edi_avoid_reversal_entry, and then this causes a lengthy process of deletions of CABA entries.
Justification
CABA Entry is divided into two parts when it is created
Tax Part: The part that deals with the taxes themselves (this PR does not mess with them).
Base Part: The part of the base of the taxes (what this PR is all about)
Currently Base Part is creating a big deal of line and we want to be able on our side to change this behavior.
By providing a better inheritability on the create_tax_cash_basis_entry method Developers can leverage on it and make their own implementation according to their local needs.
This PR does not change the current behavior of create_tax_cash_basis_entry method
Main
Inheriting the creation of Cash Basis (CABA) Journal Entries is hard to be done and the current way of doing it can lead to the creation of a huge number of lines that are not quite useful and its creations can lead to a lengthy process of creation of payment when several invoices with a huge amount of invoice lines involved or to a lengthy process of cancelation of payment because of reversion of the CABA, in case of l10n_mx, many users have opted for using l10n_mx_edi_avoid_reversal_entry, and then this causes a lengthy process of deletions of CABA entries.
Justification
CABA Entry is divided into two parts when it is created
Currently Base Part is creating a big deal of line and we want to be able on our side to change this behavior.
By providing a better inheritability on the
create_tax_cash_basis_entrymethod Developers can leverage on it and make their own implementation according to their local needs.This PR does not change the current behavior of
create_tax_cash_basis_entrymethodEnterprise-MX MR
https://git.vauxoo.com/vauxoo/enterprise-mx/merge_requests/703
-- I confirm I have signed the CLA and read the PR guidelines at www.odoo.com/submit-pr