[trunk] prodlot_id availble qty doens't check on partial picking wizard

Bug #1115954 reported by Andrew
14
This bug affects 2 people
Affects Status Importance Assigned to Milestone
Odoo Addons (MOVED TO GITHUB)
Confirmed
Medium
OpenERP R&D Addons Team 2

Bug Description

OpenERP V7 does not check to see if a prodlot_id has available products when you are in the outgoing shipment picking screen. prodlot_id is where a product serial number is stored.

When you have a product with a quantity of 1 in inventory with a prodlot_id assigned to it, you can sell that product infinite times. There is no check to see if a product of a certain prodlot_id has available inventory.

FOr instance.
I receive a single unit of a product and assign it a prodlot_id / serial number of 99, i see it in the stock_move table
I sell that product with a prodlot_id / serial number of 99 and choose that serial number in the outgoing shipment picking screen.
I can then repeat the above step as many times as I like, there i no check to see if i have available inventor with the correct serial number.

I would expect the system to throw an error and say that the serial number I would like to ship has been sold already or the quantity is 0 or something to prevent me from selling the same item twice.

affects: openobject-server → openobject-addons
Revision history for this message
Amit Parik (amit-parik) wrote :

Hello Andrew,

I have checked your issue at my end with latest trunk and I got the correct result with correct warning.

I have attached the screen-shot for your reference, SO would you please check it.

What I am trying it. Create one incoming shipment or purchase order for 1 qty assign the production lot for this product. Done the reception.

Now I have create the delivery order and assign this production lot, done the picking. Again create a Delivery order for same product and try to use same production lot then it will raise the warning which is fine.

Would you please check it again, and let us If you still face the problem.

Thanks and waiting for your reply!

Revision history for this message
Amit Parik (amit-parik) wrote :
Changed in openobject-addons:
status: New → Incomplete
Revision history for this message
Andrew (aes) wrote :

I can replicate the problem and i have discovered a different replaced problem.

1. create a PO and receive a product with serial number 123
2. create a PO and receive a product with serial number 456
--so now you have a quantity of 2 of the same product with 2 different serial numbers
3. create a sales order for a quantity of 2 of the product
4. deliver the order and when you hit deliver just enter one of the serial numbers
--i would expect a warning to be raised because there is only 1 qty of each serial number but you are allowed to ship a qty of 2 assigned to 1 serial number

this is the bug i was attempting to originally report

I discovered a second bug while investigating this issue, but i think if one problem is fixed the other one would be also.
In your example, in the stock.picking.out hit the deliver button and when the pop up appears to assign a serial number, you can change the quantity to any value and it will be accepted.

Please let me know if you need more details.

Revision history for this message
Andrew (aes) wrote :

* I can replicate the problem and i have discovered a different RELATED problem.

Revision history for this message
Amit Parik (amit-parik) wrote :

Hello Andrew,

Thanks for the detailed Information!

Now I have faced the same problem at my end.

Thanks again!

Changed in openobject-addons:
assignee: nobody → OpenERP R&D Addons Team 2 (openerp-dev-addons2)
importance: Undecided → Medium
status: Incomplete → Confirmed
summary: - [trunk] prodlot_id AKA serial number not being checked
+ [trunk] prodlot_id availble qty doens't check on partial picking wizard
Revision history for this message
Nimesh Contractor(Open ERP) (nco-openerp) wrote :

Hello,

I have check this issue with latest trunk, and its working fine in following reversions.

server (4919)
addons (8803)
web (3769)

So, I am setting the status of this bug to fix release.

Thank You!

Changed in openobject-addons:
status: Confirmed → Fix Released
Revision history for this message
Andrew (aes) wrote :

this is not working fine, the bug is still exactly the same as of

(Build 20139)
server (5077)
addons (9443)
web (4028)

the bug was never fixed and always existed

Changed in openobject-addons:
status: Fix Released → Confirmed
To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Other bug subscribers

Bug attachments

Remote bug watches

Bug watches keep track of this bug in other bug trackers.