-
-
Notifications
You must be signed in to change notification settings - Fork 486
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
Bug in mrp_subcontracting_partner_management: No qty_received when delivering from one subcontractor to another #1024
Comments
@david-fleischmann would you be able to open a PR to fix this behavior? |
@francesco-ooops unfortunately i have no approach yet. Maybe I also understand it wrong, how do you deliver to your subcontractor from another vendor? |
hey @david-fleischmann thanks for your feedback we will check it |
@elvise thanks! :) Those modules already helped a bit, since now it's considered as a dropship at least.: |
hey @david-fleischmann ! |
@elvise PO Ordered at Sub1 Delivered to Sub2 and Received but qty received stays zero: |
Hi @david-fleischmann thanks for the reply, to test the standard behavior of odoo you have to run the tests in the odoo v14 runbot. |
@elvise I did (on OCA runbot, bc there are the affected modules), as I wrote in first line: |
@david-fleischmann this is not the Odoo runbot but it's the OCA runbot, this is the of the Odoo Runbot (Need to test the standard behaviour) |
@elvise In standard you can't test it at all, since there is only one subcontractor location for all subcontractors. And you don't have an operation type there to deliver to another subcontractor. That's why I'm relying on your module. |
@david-fleischmann Sure we can schedule a call, but it would be great if you could replicate a simple configuration in the odoo runbot just so we know the bug is on this module. (I have some doubts, because this module creates locations and types of operations for subcontractors nothing more) |
As I suspected! Products
I created a PO for the "Finished" product, a PO for the "Semifinished" product was automatically created and in Replenish I launched a PO for the "Element" product. When I receive "Element" the QTY was updated while when I receive "Semifinished" the QTY was not updated. |
@david-fleischmann same test in V15 (odoo runbot) and QTY is updated |
@elvise so how would you suggest to proceed here? |
@david-fleischmann Good morning! |
@elvise this module is already in v15 and v14. I installed it at my customers location but it's still not working... |
Hi @david-fleischmann , would you like to take a look at #1082 ? I think that's what we need for the flow you describe |
There hasn't been any activity on this issue in the past 6 months, so it has been marked as stale and it will be closed automatically if no further activity occurs in the next 30 days. |
@francesco-ooops as already stated in linked thread: thanks for your reply and digging into it! Will check it soon, didn't receive anymore notifications by github (spam folder...). |
I found a bug in Subcontracting Partner Management
Module
mrp_subcontracting_partner_management
Describe the bug
When I purchase subcontracted products from one subcontractor (1) to another one (2) (for further manufacturing) and receive the stock picking at subcontractor (2) by validating the purchase.order qty_received when is still 0 although received.
Found this in debugging, but doesn't make sense to me for subcontracting workflow:
To Reproduce
Affected versions: 14 and 15
Steps to reproduce the behavior:
Expected behavior
qty_received should be set according to the qty received in stock.picking
Additional context
With non subcontracting products it works perfectly
The text was updated successfully, but these errors were encountered: