SO partial delivery: wrong picking list gets invoiced

Bug #789470 reported by Steffi Frank (Bremskerl, DE)
14
This bug affects 1 person
Affects Status Importance Assigned to Milestone
Odoo Addons (MOVED TO GITHUB)
New
Medium
OpenERP Publisher's Warranty Team

Bug Description

[ Comment #10 has a good explanation of what's going on. In a few words: invoicing from the SO with invoicing policy based on pickings creates an invoice on remaining quantities by desgin ]

6.0
addons: 4578 (merge)
server: 3431
client: 4610

Initial situation:
- product: stockable, MTO, to produce, autopicking, no lot tracking
- SO, 4.000 pce, confirmed
- related MO in state 'In Production'
- related delivery order: picking list OUT/00116 in state 'confirmed'

Steps to reproduce the misfeature:

- MO: partial production 1.000 pce, validate
- delivery orders: OUT/00116 is available now
- Open OUT/00116, process, change qty to 1.000, validate

the 'Create Invoice' window pops up (still OUT/00116 in the background)
(note: module stock_invoice_directly is not installed)
- create invoice
- open draft invoice

Observed behaviour
the rest of the qty (3.000 pce) became invoiced instead of the 1.000 delivered!!!! In 'Other Info' you find 'Source document = OUT/00116:SO00121'.

Back to 'Delivery Orders' you see 2 picking lists:
OUT/00116 with qty 3.000 'state = available' and 'invoice control = invoiced' - should be 'to be invoiced'
OUT/00236 with qty 1.000 'state = Done' and 'invoice control = to be invoiced' - should be 'invoiced'

HENCE: in partial delivery the wrong picking list gets invoiced!

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

Hello Steffi,

I have tested your scenario with latest stable 6.0.2 at my end.
But all are working fine.

I have attached a video for your reference so would you please check it and notify us where you faced 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
Steffi Frank (Bremskerl, DE) (steffi-frank) wrote :

Amit, please set this bug to invalid, I cannot reproduce it anymore.... Thx

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

Hello,

According to your comment#3 I am closing this issue.

Thanks.

Changed in openobject-addons:
status: Incomplete → Invalid
Revision history for this message
Aline (OpenERP) (apr-tinyerp) wrote :

this bug is in addons trunk :

- sell 3 pc1 and 5 pc2
- specify that you invoice from shiped qties
- confirm the SO
- send goods, go to outgoing shipments and send 2 pc1 and 2 pc2
- the come back in the so and create the final invoice -> it invoices 1 pc1 and 3 pc2

the invoice is based on the wrong picking.

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

Hello Aline,

Thanks for your good explanation, I have reproduce same at my end.

So I am confirming this issue and for more info I have attached screen-shots on this.

Thanks.

Revision history for this message
Amit Parik (amit-parik) wrote :
Revision history for this message
Amit Parik (amit-parik) wrote :
Revision history for this message
Amit Parik (amit-parik) wrote :
Changed in openobject-addons:
assignee: nobody → OpenERP R&D Addons Team 3 (openerp-dev-addons3)
importance: Undecided → Medium
status: New → Confirmed
Changed in openobject-addons:
status: Confirmed → In Progress
Revision history for this message
Ujjvala Collins (uco-openerp) wrote :

Hello Aline,

I have studied the bug according to comment #5 and found the following conclusion:

When you create a SO with Invoice on : Shipped Quantities which means the invoicing will be completely handled by its related Procurement Orders.

Scenario 1:
There is one Procurement Order for each Sale order line and each Procurement Order will consist of a stock move. These stock moves are also attached to the main Picking order of the SO. Now when you make the Partial deliveries of the picking, the quantities get deducted from the move lines of the original picking where as these move lines are attached to the Procurement Orders.

Scenario 2:
When you create final invoice of the SO, due to the Invoice on: Shipped quantities policy, invoice lines are created using the Stock moves attached to its related Procurement order. That's why you get the quantities on invoice lines are the old quantities which are not done yet.

The same will occur if you change the UoM of the stock moves while making a partial delivery. It will create invoice lines based on the UoM of old stock moves only due to related Procurement Orders.

IMHO, the term "Shipped Quantities" is probably the cause of misunderstanding of the functional flow. Invoices and Invoice lines are dependent on Procurement orders when you select the same for "Invoice on".

I hope this helps. Can you notify us if you still find the problem?

Thanks,
Ujjvala

Revision history for this message
Mustufa Rangwala (Open ERP) (mra-tinyerp) wrote :

Currently i am closing bug, you can reopen it if we misunderstood you,

Thanks,
Mustufa

Changed in openobject-addons:
status: In Progress → Won't Fix
tags: added: partial-delivery
tags: added: informative
description: updated
description: updated
Changed in openobject-addons:
assignee: OpenERP R&D Addons Team 3 (openerp-dev-addons3) → OpenERP Publisher's Warranty Team (openerp-opw)
status: Won't Fix → New
tags: added: maintenance
removed: informative partial-delivery
tags: added: informative partial-delivery
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.