c2c-oerpscenario team mailing list archive

["Fabien \(Open ERP\)" <fp@xxxxxxxxxxx>]

We have no plan to improve this for v6. I close this.
We will think if this could be in the roadmap for v6.1
If someone has a proposition, please assign to you and reopen.

** Changed in: openobject-addons
       Status: New => Won't Fix

-- 
Stock module needs extra layer of wrapping
https://bugs.launchpad.net/bugs/458586
You received this bug notification because you are a member of C2C
OERPScenario, which is subscribed to the OpenERP Project Group.

Status in OpenObject Addons Modules: Won't Fix

Bug description:
In Open ERP stock management is a real pain when serialised or lot based tracking is involved.

Assume that your supplier sends you 100 Desktops, meaning 100 Monitors, 100 Base units. (nothing else for this case). And both are serially managed.

The invoice sent by your supplier would have two lines:
1. xxx Monitor           100 Nos Price Amount
    <ser 1><ser 2> <all 100 serial numbers>
2. xxx Base unit        100 Nos Price Amount
    <ser 1><ser 2> <all 100 serial numbers>

This can be done in the purchase order but when it comes to inward stock move, this has to translate into 200 lines (100 lines for each serial no of monitor & 100 similar lines for base unit)
Of course the split by lots can be used to simplify it a little but it really doesnt achieve the goals.

Also if a stock audit is to be done it would be confusing to see a stock report where there are 200 lines, where its supposed to be 2 lines. (Think of your stock ledger for monitor alone).

This issue is being faced in many production systems and its tiresome to manage stock with tracking numbers. I suggest that we have a wrapper layer like account_move on account_move_lines.

Each stock move can have a o2m relation to stock move lines where the stock move lines will be having the serialisation or lot data while the stock move will have the effective result. Use of such a system would reduce the above lines to just 2 (only what is required) and move lines to 200.

Then you also get the provision to enter the serial numbers or lots in a one2many widget where you can define a serial number and quantity against it.