-
-
Notifications
You must be signed in to change notification settings - Fork 354
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
[11.0] [MIG] sale/purchase_procurement_analytic > procurement_mto_analytic #204
[11.0] [MIG] sale/purchase_procurement_analytic > procurement_mto_analytic #204
Conversation
This comment has been minimized.
This comment has been minimized.
Hi @gittusr . I'm not extremely familiar with this module construction, but based on the READMEs in the 10.0 branch, it seems like the original way these modules worked was that you had a "core module" ( The procurement logic has changed a lot from 10.0 to 11.0, and especially the I think it would be good if you could explicitly mention this logic change and the reasons why you removed all the other modules in the commit message so that there is an explanation in the history of why the modules disappeared. I also don't know what the policy is, but since this "new" module combines |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Look good to me. 👌
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Functional test 👍
As there is an object called procurement rule it is ok to me to keep the module name.
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
I agree with @aisopuro that the scope has changed and thus, you have to rename the module name. Basically, as I understand, this one gets rid out the previous 3 modules: procurement_analytic
, sale_procurement_analytic
and purchase_procurement_analytic
.
So for me the most reasonable option is to let the name of this in just procurement_analytic
, or go a bit further with procurement_mto_analytic
, because at the end, this is used for MTO only.
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Squashing migration commits (and maybe you can generate the README already following https://github.com/OCA/maintainer-tools/#readme-generator
I'm closing and reopening to test the clabot. |
@pedrobaeza , we see that Pull request is marked as approved, but still see that there are some issues with it. Can @gittusr help somehow? Any actions required from us? |
…ccount The search on purchase creation from procurement is done on purchase.order model Don't use a context change to do so
When procurements with no analytic account (e.g. Reordering rules) are run with existing purchase orders (with analytic account defined), it adds purchase line on purchase with order lines with analytic. It shouldn't.
Currently translated at 100,0% (2 of 2 strings) Translation: account-analytic-10.0/account-analytic-10.0-purchase_procurement_analytic Translate-URL: https://translation.odoo-community.org/projects/account-analytic-10-0/account-analytic-10-0-purchase_procurement_analytic/de/
Currently translated at 100,0% (2 of 2 strings) Translation: account-analytic-10.0/account-analytic-10.0-purchase_procurement_analytic Translate-URL: https://translation.odoo-community.org/projects/account-analytic-10-0/account-analytic-10-0-purchase_procurement_analytic/ca/
…tion and adaptation to 11.0
11a32af
to
3138a6a
Compare
I have rebased the branch and did following things:
If everything goes right, I'll merge. |
This PR has the |
No description provided.