OCA
[ADD] account_payment_term_partner_paydays
There hasn't been any activity on this pull request in the past 4 months, so it has been marked as stale and it will be closed automatically if no further activity occurs in the next 30 days. If you want this PR to never become stale, please ask a PSC member to apply the "no stale" label.
![github-actions[bot] avatar](https://avatars.githubusercontent.com/in/15368?v=4 "Published by a pub.dev verified publisher"){kind=small}
Hi @MarinaAForgeFlow , are you going to continue this PR?
Hi @edescalona , what do you mean by continue? I am already using it, just waiting for it to be approved and merged. I need first the dependency tho.
Hi @MarinaAForgeFlow , thanks for commenting. Perhaps if you rebase the pull request, the tests will pass and the runboat issue will be fixed, allowing us to push for the merger.
I need to define non-payment days for each client. Do you have any plans for this?
Hi @MarinaAForgeFlow , thanks for commenting. Perhaps if you rebase the pull request, the tests will pass and the runboat issue will be fixed, allowing us to push for the merger.
I need to define non-payment days for each client. Do you have any plans for this?
@edescalona I do not have plans for non-payment days. Could you explain more which are your needs? I think it shouldn't be difficult to achieve it with the already implemented logic on this PR.
Hi @MarinaAForgeFlow , basically it involves defining date ranges for which payments cannot be made to client X, and changing the invoice due date accordingly, based on those ranges and the configured payment terms. For example:
Current Date: 11/4/2025 No payment period: 12/3/2025-12/10/2025 Payment Days: 7, 9
When the invoice is confirmed, the due date would be 12/4/2025, which falls within the range above. Therefore, the due date would be changed to 1/7/2026, as that is the first payment term configured.
Do you plan to migrate this PR to 17.0?
Because my idea is to rely on this add-on to use the payment term fields and, through configuration, enable the non-payment term logic.