[IMP] payment_authorize: avoid setting VOID transactions as canceled#631
Conversation
This commit removes calls to `_set_canceled()` for VOID-type transactions. For proper reconciliation, VOID transactions must remain in the `posted` state and should not be marked as canceled in the `payment.transaction` record. The unit test were adjusted.
|
Hi @fernandahf Could you please review this PR? Thanks! |
|
Could you take a look at this, please? |
@fernandahf @rolandojduartem Looks good to me |
|
@jqbeltran2 could help me with the context of this PR? cc @moylop260 |
@rolandojduartem @moylop260 sure thing: This specific PR aims to fix a particular behavior in the current auto-reconciliation process implementation, which does not work correctly for For the invoice, the issue arises because, being a VOID transaction, Odoo's default logic triggers the This PR specifically removes those function calls so that the payment and journal entry remain posted in the case of Authorize.Net transactions. This PR is part of the MR: https://gitlab.com/ircanada/ircodoo/-/merge_requests/3961 |
|
LGTM, I left some comments in MR cc @moylop260 |
Description of the issue/feature this PR addresses:
https://gitlab.com/ircanada/ircodoo/-/issues/3721
This commit removes calls to
_set_canceled()for VOID-type transactions.For proper reconciliation, VOID transactions must remain in the
postedstateand should not be marked as canceled in the
payment.transactionrecord.Unit tests were adjusted accordingly.
Current behavior before PR:
The payment.transaction and account.payment records related to an invoice were being canceled when generating a VOID transaction.
Desired behavior after PR is merged:
Both payment.transaction and account.payment records related to an invoice should remain in the posted state to allow automatic reconciliation of the invoice for the client's requirements.
I confirm I have signed the CLA and read the PR guidelines at www.odoo.com/submit-pr