Couldn't Invoice Available Products in the Sale Order If It Has Not Available Products

Bug #708434 reported by Michael Aldrin Villamar (FS3)
10
This bug affects 1 person
Affects Status Importance Assigned to Milestone
Odoo Addons (MOVED TO GITHUB)
Fix Released
Medium
OpenERP R&D Addons Team 2

Bug Description

If you create a sale order with partial picking in picking policy, invoice from the picking in shipping policy and shipped quantities in invoice on and order lines with available and not available products, then you cannot create an invoice in the available products from the picking because of the not available products. The delivery orders packing must separate the available products and the not available products so that the available products can be invoiced.

I found out that if you set 0 stock from the picking wizard of the not available products, then the delivery can be split and you can invoice now from the available products.

I also attached here the patch in resolving this issue by zeroing out the not available products from the picking wizard. I changed the stock_partial_move.py and stock_partial_picking.py in the stock/wizard folder.

Related branches

Revision history for this message
Michael Aldrin Villamar (FS3) (aldrin-fs3) wrote :
Revision history for this message
Michael Aldrin Villamar (FS3) (aldrin-fs3) wrote :
security vulnerability: yes → no
visibility: private → public
Revision history for this message
Azazahmed Saiyed (OpenERP) (saz-openerp) wrote :

Hello Michael,

Thanks for pointing out the issue. Here you wanted to set the stock 0 for all the not available products in the lines of delivery orders.

But when someone will try for "Force Availability" for not available product then the stock for that product will be in negative. So If we set it to 0 may not be feasible.

Thanks.

Revision history for this message
Azazahmed Saiyed (OpenERP) (saz-openerp) wrote :

Hello Micheal,

Would you please reply in the anticipation of comment #3. So we can discuss further on this issue.

Waiting for your reply!

Thanks.

Changed in openobject-addons:
status: New → Incomplete
Revision history for this message
Michael Aldrin Villamar (FS3) (aldrin-fs3) wrote :

Hello Azazahmed,

Of course if you click the "Force Availability" button, the not available product will then become available and the stock will be negative. Also, since the not available product is now available by forcing it, the patch will not apply so it can't split the available and not available products.

But if you click the "Check Availability" and continuing the process, the not available products will be set as 0 in picking wizard and the available products will be set as the original quantity. In this process, the delivery for available stocks and and not available stocks will be split.

Sorry for the late reply and thank you very much for your reply.

------------------------------------------------
Michael Aldrin Villamar
Junior Systems Integration Consultant
F S 3 Consulting Inc.
http://www.fs3.ph
-----------------------------------------------

Revision history for this message
Azazahmed Saiyed (OpenERP) (saz-openerp) wrote :

Hello,

I am confirming this bug as we are not able to make an invoice for partial picking unless and until we provide the quantity as 0 for not available products which split the picking and making the backorder for that picking.

Thanks.

Changed in openobject-addons:
assignee: nobody → OpenERP R&D Addons Team 2 (openerp-dev-addons2)
importance: Undecided → Medium
status: Incomplete → Confirmed
Changed in openobject-addons:
status: Confirmed → In Progress
Revision history for this message
Atik Agewan(OpenERP) (aag-openerp) wrote :

Hello Michael,

Thanks for reporting,
It has been fixed in lp:~openerp-commiter/openobject-addons/trunk-addons-aag
Revision ID: <email address hidden>
Revision num: 5080.
It will be available in trunk soon,

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

Other bug subscribers

Remote bug watches

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