Stock Properties
This page contains information about benefits, usage and context of stock properties.
This page is outdated. Please go to our new documentation under https://docs.fulfillmenttools.com/documentation.
Introduction
Stock Properties allow tracking of specific values on a set of items, a Stock. They are represented by a map of key-value pairs, where keys can be either arbitrary or enforced to fulfill a predefined set. Both keys and values must be strings. You can of course use string representations of other data types like ISO-Date-Strings.
A common example for properties are values such as an Expiry Date or Batch Identifier.
Quick Start
To get started using stock properties no special configuration has to take place
Using the APIs listed in Providing values for properties you can provide the values in the appropriate fields
If you want to make sure that specific properties are used, refer to #setting-constraints-and-validation
Providing values for properties
Any API which allows you to create stocks either directly or indirectly can work with properties
Creating Stocks
When creating stock you can provide the desired stock properties in the properties field of your request:
Receiving goods
There are multiple ways to create receipts besides the one linked and shown here. Stock properties can be added in the same manner via any of them. Please refer to the swagger documentation to learn more.
When receiving goods, stocks containing the accepted goods are automatically created. To provide the properties for these stocks, you can include them in the stockProperties
field of the receipt line item:
Setting constraints, validation
By default, any key can be used on each product and all keys are optional. The following section describes how you can have more control over which properties are allowed or required to be tracked for each product.
Often it is useful to limit and enforce which properties are tracked for which type of product. You can configure this using the stockProperties
field on Listings
. This field does not contain key-value pairs of property values but rather StockPropertyDefinitions
. Each defines the following:
inputType
DATE
or TEXT
. The input type controls how values of this property should be treated by clients (i.e. show a date picker instead of a text field).
required
boolean
. Creating a stock without providing a value for a required
property will be forbidden and fail.
defaultValue
String or {{NOW}}
which will be interpolated to current timestamp.
IMPORTANT
Constraints, validations as well as default values are ONLY applied on creation of stocks.
This means that existing stocks may still not have properties, even if required, or have properties which are - by a newer ruleset - not allowed.
If you do not want to enforce any constraints, just set the stockProperties
field to null/undefined. Be aware, that stockProperties: {}
is a valid configuration and will ensure that no properties are set!
Effects of properties on storage locations
The inventory configurations allow users to define the storage principles of their network or facility. If isMixedStorage
is set to false, stock with the same tenantArticleId and different stockProperties should not be stored on the same location. Users will receive a modal warning them not to mix different properties on the same location when stowing in our inventory app or in the Backoffice. However, there is no technical constraint forbidding this behaviour.
In addition, if isMixedStorage
is set to false, storage location recommendations are adapted so that no locations are recommended where the same item with different stockProperties is already stored.
For more information on inventory configurations please click here.
Special stock properties
While stock properties allow you to store any information that should be added to a stock, certain properties will be used by the system to inform decisions.
expiry
DATE
Used in Routing / Picking to select best stock for First-Expired-First-Out strategies
Last updated