Configurations
Configurations in inventory management define storage principles and handling for special cases in stock and reservation management.
Defines whether stock with different properties (for example, expiry dates) can be stored at the same location.
inactive
Defines if stock is booked to an outbound location after picking.
inactive
Sets stock to zero for storage locations where a short-pick occurred.
inactive
Defines the event after which reservations and stock should be removed.
inactive
Automatically creates expected stock from expected line items in routing plan.
inactive
Automatically creates internal purchase orders in the receiving facility when goods are handed over during an interfacility transfer
active
Unmixed storage configuration
Storage principles for stock properties (such as expiration date) can be defined for each facility. The principle of "unmixed storage" means that the same item with different properties (for example, expiry date) must not be stored at the same location.
Enabling unmixed storage has the following effects:
If a user tries to stow the same items with different properties at the same storage location, a user prompt appears in the Inventory app.
For storage location recommendations, only locations that meet the unmixed storage principle are shown.
The unmixed storage configuration should be disabled if stock properties aren't relevant while stowing or relocating items.
The configuration isMixed must be set to false to enable unmixed storage in the facility.
The configuration can be activated on the network level with the inventory configuration REST API. The configuration can be activated at the facility level with the inventory configuration facility REST API.
Outbound stock configuration
Inventory levels can be tracked until items physically leave the facility and are handed over to another legal entity (for example, customer or shipping provider).
Outbound inventory refers to stock that has already been picked for an order and physically separated from other stock. It is placed at an outbound location until handed over to another party and finally leaves the warehouse. The outbound location, along with its items, is displayed in the storage location overview. Outbound storage locations can also be virtual locations that represent multiple outbound locations within the facility.
Enabling the outbound stock configuration has the following effects:
After a pick job is completed, the following actions take place:
Stocks are reduced at the original location
New stock is created on the defined outbound location
The reservation is lifted from the original stock and placed on the newly created stock
After the stock leaves the facility, all related stocks and reservations are deleted.
The configuration can be activated at the facility level using the inventory configuration facility REST API.
Short pick configuration
A short pick occurs when an order can't be completely picked. This can happen when some ordered items are too low in stock or out of stock. By enabling the config, stock for an item in a facility is set to the picked amount. If nothing could be picked, the stock is set to 0.
Example for the platform behavior:
Active
10
5
3
0
Inactive
10
5
3
7
It's strongly advised to activate the confirmationOnShortPick in the picking configuration at the same time. Otherwise, systems can't differentiate between cases where the user tried to pick an item but failed because there was no available stock, and cases where the pick job was rerouted before the user even tried to pick all ordered items.
The configuration can be activated on the facility level with the facility configuration stock REST API.
Reserved stock configuration
The reserved stock configuration allows users to decide after which event reservations and their respective stock should be removed. This can be helpful, for example, if only handover jobs are used within fulfillmenttools. In the default behavior (if clearStocksAndReservationsTrigger is undefined), reservations and stocks are removed after the PICK_JOB_CLOSED event.
It's recommended to define a configuration during the initial platform setup and to avoid changes afterward. Changing the configuration, such as switching the reservation removal event from HANDOVERJOB to PICKJOB, while orders are still in progress, may result in unresolved reservations. In such cases, the affected reservations must be removed using the reservations REST APIs.
The configuration can be activated on the network level with the stock configuration REST API.
Expected stock configuration
Expected stock can be generated automatically as part of advanced order routing. When a routing plan is created for a receiving facility, it includes expected line items for incoming goods. If the configuration parameter expectedStock.generateFromRoutingPlan is set to true, the system creates expected stock entries of type ASAP for these line items and reserves them immediately.
When stock for the corresponding tenantArticleId increases at the facility, the system transfers the associated reservations from expected stock to available stock. Expected stock is adjusted if reservations are partially reallocated, and it's removed entirely when no reservations remain, provided that the configuration is active.
The configuration is managed at the network level via the stock configuration REST API. It's inactive by default.
If no inbound processes are used, this configuration must be enabled in advanced order routing to avoid creating duplicate reservations.
Inbound process configuration
By default, an internal purchase order is automatically created in the receiving facility when goods are handed over during an interfacility transfer. To disable this behavior, set inboundProcess.generateFromInterfacilityTransfer to false.
If expectedStock.generateFromRoutingPlan is set to true, you must set inboundProcess.generateFromInterfacilityTransfer to false to avoid duplicate expected stocks being created.
Deactivate this setting if your workflow doesn't use purchase orders.
The configuration is managed at the network level via the stock configuration REST API. It's active by default.
For more information see Interfacility transfer.
Last updated