Code review comment for lp:~npg-team/openobject-addons/stock_multilocation_picking_npg

> Please, would you care to add more detail to the module description, to
> explain the purpose of the module and how it works ?
> Reading the whole code to guess what it does won't help with the adoption of
> the module.
> Lionel Sausin.

OpenERP by default for a product includes one "location" for the product. Row, Aisle, Etc.
This is not sufficient in a dynamic warehouse environment.

Often in large warehouses a portion of the products onhand are located in a "primary picking" area which is in close proximity to where goods are "boxed/packed". The objective is for Final Pickers to have a short distance to travel to pick stock for orders - versus navigating through a 300-400K ft warehouse (which is inefficient). The module enables a product to be assigned to multiple picking locations - and displays those so warehouse staff can easily view them.

In addition, in our use case, a company under a specific warehouse may have product located in multiple locations (a primary picking location (which can dynamically change, and multiple secondary overstock locations) - up to 20 in our example. Often, a specific picker is assigned the tasks of replenishing the primary picking locations from secondary overstock locations so warehouse operations are efficient. There are values which designate targets for replenishment (you should only replenish the amount that the location in the warehouse can hold). A report is available to provide to the replenishment picker to pull from the overstock locations where a product is held - and replenish the primary picking locations.

Of course inventory shows stock values underroof in the warehouse, but also in individual locations + virtual stock etc.

Shipments in our use case are well above 1,000 shipments a day - with over 5,000 items picked and packaged.

In summary
A product can have multiple locations assigned which have their own replenishment points.
A product can have a primary picking location designated.
A product can have numerous stock locations underroof (e.g. 22 was our max in real life)
A replenishment picker can easily restock the primary picking locations and has a report to guide their actions.
And OpenERP can now efficiently support large distribution facilities who focus on quick turns.
In addition, the picking locations of products frequently changes - due to the rapid nature of product sales. So often warehouse staff just look to drop product wherever there is an open bay and record it in the system - versus always putting product stock in the same locations. This is the dynamic nature of a quick-ship distribution facility. versus a more "static" nature that OpenERP has today.

Does that help?