Incorrect moves when several manual moves created for delivery (chained location)

Bug #1088412 reported by Bertrand Rétif
36
This bug affects 7 people
Affects Status Importance Assigned to Milestone
Odoo Addons (MOVED TO GITHUB)
Fix Committed
Medium
OpenERP R&D Addons Team 3
OpenERP Community Backports (Addons)
Status tracked in 7.0
7.0
Fix Released
Undecided
Alexandre Fayolle - camptocamp

Bug Description

Tested on trunk - addons rev 8266 - server rev 4644

Description:
------------
I want to setup two manuals steps for picking products and then deliver to the customer.
When I performed this setup I get two issues:
  - Internal move is generated with no Reference (INT/XXXX is missing)
  - The "Create/Invoice" can only be performed on Internal moves and not on the last move (The delivery order)
     - Internal move field "Invoice control" is set to "To be Invoiced"
     - OUT move field "Invoice control" is set to "Not Applicable""
        I expect to see "To be invoiced" on OUT move

Steps to reproduce the bug:
---------------------------
- Create a new db with demo data
- Install module:
  - Sales management
  - Warehouse
- Choose France accounting and all other options by default
- Put admin user in extended view (Technical Features")
- In warehouse configuration select:
  - Manage multiple locations and warehouses
- Go to Warehouse -> Configuration -> Location, select Output location
 - Edit chained location customer: Set "Chaining type" to "Manual operation"
- Confirm sale order SO006.
- Run schedulers
   - A new internal move is generated but with no reference. (INT/XXXX is missing)
   - A new OUT move is generated but impossible to generate invoice from this move.

Do not to request any further details if needed.
Bertrand

Related branches

Revision history for this message
Alexandre Fayolle - camptocamp (alexandre-fayolle-c2c) wrote :

This is closely related to https://bugs.launchpad.net/openobject-addons/+bug/1080617 for which I opened an OPW on the 6.1 branch and also happens on trunk.

Revision history for this message
Twinkle Christian(OpenERP) (tch-openerp) wrote :

Hello,

It has been already fixed on branch lp: https://code.launchpad.net/~openerp-dev/openobject-addons/trunk-improve_addons30

Thank you..

Changed in openobject-addons:
status: New → Fix Committed
Changed in openobject-addons:
importance: Undecided → Medium
assignee: nobody → OpenERP R&D Addons Team 3 (openerp-dev-addons3)
Revision history for this message
Alexandre Fayolle - camptocamp (alexandre-fayolle-c2c) wrote :

@tch-openerp: I'm not sure the branch you mention fixes the issue. It would be much easier to tell if that branch added some tests asserting that this case is handled.

Revision history for this message
Javier Fuentes (javier-codeback) wrote :

@tch-openerp: This bug is affecting v7 as well. Please, could you confirm if the branch you mentioned solves the problem as @alexandre-fayolle-c2c pointed out?, after checking the code we think it doesn't.

Revision history for this message
Alexandre Fayolle - camptocamp (alexandre-fayolle-c2c) wrote :

I tested Paramjit Singh Sahota(OpenERP) fix for this issue and it works. I'm preparing a MP on stable for this.

Changed in ocb-addons:
assignee: nobody → Alexandre Fayolle - camptocamp (alexandre-fayolle-c2c)
Revision history for this message
Alexandre Fayolle - camptocamp (alexandre-fayolle-c2c) wrote :
To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Duplicates of this bug

Other bug subscribers

Remote bug watches

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