Files
stock-logistics-warehouse/stock_location_zone/readme/DESCRIPTION.rst
Guewen Baconnier 38b60fbbf7 Add area location relation
So we can use it in group-by and filters. Note that we can have several
levels of areas... only the top-level will be used.

This commit fixes the computed field dependencies:
_compute_location_kind should have a dependency on both it's parent's
location_kind and on its child_ids to know if we are in a bin. This
can't work without triggering an infinite loop. The trick used here is
to split the computation of 'zone_location_id + area_location_id' in one
computed method, and move the computation of the kind in a different
method with triggers an the current record's zone_location +
area_location_id, but not on the parent.

Plus the zone_location_id and area_location_id do not depend anymore on
the parent's kind, which is the reason for the infinite loop.
2021-02-10 21:42:11 +07:00

11 lines
742 B
ReStructuredText

This module introduces Zone concept on stock locations to allow better
classification of stock locations in a warehouse.
Locations are then classified by location kinds that could be:
* Zone: locations that are flagged as being zones. Zones are subdivisions of the warehouse for splitting picking operations. A picking operator work in a zone and can pick from any location of the zone.
* Area: locations with children that are part of a zone. Areas are subdivisions of the warehouse for put-away operations. Each area has storage characteristics and strategy, e.g. area for pallets, shelf for boxes...
* Bin: locations without children that are part of a zone
* Stock: internal locations whose parent is a view
* Other: any other location