-
-
Notifications
You must be signed in to change notification settings - Fork 247
New issue
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
[16.0][ADD] account cutoff accrual on order #271
[16.0][ADD] account cutoff accrual on order #271
Conversation
Hi @alexis-via, |
a1c4ffe
to
8fe0a61
Compare
867b8b0
to
335c613
Compare
b6c24af
to
335c613
Compare
9664605
to
c2710f7
Compare
014fa2b
to
645c9e6
Compare
@alexis-via Added dependencies on sale/purchase_force_invoiced to handle exclusion. I dropped my boolean in favor of that |
645c9e6
to
896e3e0
Compare
ff6d5ad
to
04f79c0
Compare
I added the use case where a SO having only the delivery line (shipping cost) to invoice among the SO lines is not considered as invoiceable. |
@alexis-via Have you had the chance to test this PR in comparison to your previous implementation ? Can it get merged ? |
6625cba
to
f9375a8
Compare
/ocabot merge nobump |
On my way to merge this fine PR! |
This PR has the |
@adrienpeiffer The merge process could not be finalized, because command
|
Add hook on counter-part moves generation
f9375a8
to
1a2e267
Compare
@adrienpeiffer I added the missing readmes and squashed the fix commits |
/ocabot merge nobump |
What a great day to merge this nice PR. Let's do it! |
Congratulations, your PR was merged at 0df36e7. Thanks a lot for contributing to OCA. ❤️ |
Port and refactor #73
Generate cutoff accruals by analyzing order lines invoiced & delivered quantity (or ordered quantity for sales with invoice policy on order).
Several modules are provided:
account_cutoff_accrual_order_base
: Base module to analyze any type of order linesaccount_cutoff_accrual_order_stock_base
: Base module to analyze order lines delivered by stock movesaccount_cutoff_accrual_sale
: analyze sales order lines to accrue what must be invoiced. Generates accrued revenue, i.e. invoice to establishaccount_cutoff_accrual_purchase
: analyze purchase order lines to accrue what must be invoiced. Generates accrued expense, i.e. invoice to receiveaccount_cutoff_accrual_sale_stock
: analyze sales order lines to accrue what must be delivered. Generates accrued prepaid revenue, i.e. goods to deliveraccount_cutoff_accrual_purchase_stock
: analyze purchase order lines to accrue what must be received. Generates accrued prepaid expense, i.e. goods to receiveThe modules allow to process a large amount of data in a reasonable amount of time. To decrease the amount of stock moves & invoices to analyze a cron pre-generates the cutoff entries at the end of the period. Nevertheless, it is always possible to regenerate entries at any time (but the more stock moves & invoices to analyze are, the more time it will take). Any invoice posted after the cutoff is generated will alter the corresponding cut-off entries. Once the cut-off is posted is accounting, you cannot anymore alter the entries.
Note: Those modules covers the feature provided by
stock_cutoff_picking
but in a more generic and efficient way. Instead of analyzing all pickings & invoices inside a given interval, only pickings and invoices generated after the cutoff date are analyzed,The limit in time in the past is then now disabled.
Accrual on order flagged as force_invoiced is disabled.
Road-map: The generic approach of the modules allows to extend the features to generate accrual on service SO / PO with project tasks
cc @alexis-via @florian-dacosta @rousseldenis