credativ team mailing list archive

[Quentin THEURET <763426@xxxxxxxxxxxxxxxxxx>]

A solution to solve this kind of problem is to create the destination move when and only when the first move is done. With that, you can have a splitted first move and a chained move with the same quantity.
But with my solution, the virtual stock is not increased while the first move is not done.

Another problem, is that's possible to change the quantity of a
destination move to put another quantity as the first move. It's an
heresy because the destination move should always have the same quantity
as the original move.

-- 
You received this bug notification because you are a member of OpenERP
Framework Experts, which is subscribed to OpenERP Addons.
https://bugs.launchpad.net/bugs/763426

Title:
  Chained location and partial delivery (reception)

Status in OpenERP Addons (modules):
  In Progress

Bug description:
  I defined my warehouse like this

  'Stock' with chained location 'Quality Control'
  'Quality Control' with chained location 'Stock free'
   
  Create a new RFQ with 10 pce and convert it to PO, system generates 3 stock moves:
  1. 'Supplier' --> 'Stock' 10 pce (available)
  2. 'Stock' --> 'Quality Control' 10 pce (waiting)
  3. 'Quality Control' --> 'Stock free' 10 pce (waiting)
   
  Open 'Receptions' enter a new production lot 0000175 and process partial (4 pce)

  I've got 4 stock moves now:
  1. 'Supplier' --> 'Stock' 4 pce (done)
  1.1 'Supplier' --> 'Stock' 6 pce (available)
  2. 'Stock' --> 'Quality Control' 10 pce (waiting)
  3. 'Quality Control' --> 'Stock free' 10 pce (waiting)

  In 'Internal Moves' I open stock move no 2 ('Stock'--> 'Quality Control')
  I Change qty from 10 to 4 and select the production lot 0000175
  State does not change: even if I try to 'Check Availability' a warning occurs "Not enough stock to reserve the products". The state for 4 pce is still 'Waiting'

  The only chance to process this move is to set 'Force Availability'
   
  Hence: the system splits move 1 when partial reception gets processed. IMHO chained moves 2 and 3 (created through 'chained location') should get splited as well: one move with qty received in state available and a second move with qty not received in state waiting.

To manage notifications about this bug go to:
https://bugs.launchpad.net/openobject-addons/+bug/763426/+subscriptions