fulfillmenttools
API documentationIncident ManagementFeedback
Products
Products
  • Products
  • Core
    • Fulfillmenttools and it's surrounding system
    • Facilities
      • Managed facilities
      • Supplier facilities
      • Facility groups
      • Facility discounts
    • User management
    • GDPR
    • External actions
    • Notification center
    • Incident management
    • Tags
    • Stickers
    • Articles
  • Inventory Management
    • Overview inventory modules
    • Listing
    • Article categories
    • Stock
      • Stock availability
      • Stock properties
      • Stock updates
    • Reservations
    • Inbound process
    • Storage location
    • Zone
    • Inventory traits
    • Channel inventory
    • Measurement units
    • Stow jobs
    • External stock change reasons
    • Configurations
  • Availability & Promising
    • Availability & promising in customer journey
      • Earliest possible delivery date
      • Availability in delivery time period
      • Availability for specific delivery date
      • Checkout options
      • Delivery promise
    • Latest picking start
  • Distributed Order Management
    • Order management
    • Order routing
      • Fences
      • Ratings
      • Order split
      • Routing strategy
      • Item bundles
      • Re-route
      • Decision logs
      • Unroutable orders
      • Pre- and backorders
      • DOMS toolkit
  • Order fulfillment
    • Picking
    • Packing
    • Handover
    • Custom services
    • External documents
    • Load units
    • Interfacility transfer
    • Pick job target time
    • Configurations
      • Picking configuration
      • Packing configuration
      • Handover configuration
      • Printing & document configuration
      • Parcel tag configuration
  • Carrier management
    • Carriers and connection to facilities
    • Carrier country service mapping
    • Same day delivery
    • Custom carrier
    • Available carriers
  • Returns Management
    • Introduction to returns
    • Return reasons
  • Use Cases
    • Creating & executing stow jobs
    • Creating orders with interfacility transfers
    • Demand-driven replenishment
    • Expected stock in availability
    • Incoming goods & storage
    • Multi order picking
Powered by GitBook
On this page
  • Summary
  • Use case examples
  • Announcement and arrival of incoming goods
  • Storage of goods from goods receipt
  • Resolving of dispute cases and/or excess stock
  • Document reasons for stock changes during storage
  • Unhappy case – More items tracked in receipt than actually received
  • Unhappy case – Less items tracked in receipt than actually received
Edit on GitHub
  1. Use Cases

Incoming goods & storage

Last updated 3 months ago

Summary

The and are required to map the ordering, receipt, and storage of goods. The ordering of goods for facilities is mapped via a . The of these goods is communicated to the fulfillmenttools systems via a . Purchase order and receipt both belong to an inbound process. Stow jobs are used for both storage of incoming goods as well as resolving of dispute cases or excess stock.

More information can be found under and .

Use case examples

Announcement and arrival of incoming goods

An admin wants to inform the fulfillmenttools systems that new goods will arrive and update inventory once the goods have arrived.

  1. An admin orders goods for a facility.

    1. Create an inbound process using and remember theinboundProcessId.

    2. Add a purchase order to the inbound process that was created in step 1 using .

Alternatively, a purchase order can be directly created via . In that case, an inbound process will be created automatically.

  1. The ordered goods physically arrive in the facility and are put in a goods receiving area.

    1. Add a receipt to the inbound process using .

    2. Items that were received during goods receipt in good condition should be listed under receivedItems.acceptedQuantity. will be created automatically for these items.

    3. Rejected items can be marked separately during goods receipt. The created from rejected items receives the "defective" and is not marked as . Thus, it will not be available for sale.

    4. Stock will be created on the indicated in the storageLocationRef of the receipt.

Storage of goods from goods receipt

An admin wants to instruct employees to store goods that have arrived as part of a goods delivery.

  • Stow jobs can be used to map the instruction to move items from the goods receiving area to their respective storage locations.

  • Create one stow job for each user that should work on the task.

  • Create one stow line item for each stock that should be stored.

Resolving of dispute cases and/or excess stock

An admin wants wants to instruct employees to handle dispute cases from goods receipt such as broken or damaged items. In addition, stock that was mistakenly created during the rough goods receipt should be deleted.

  • Stow jobs can be used to map the instruction to book stock out of the systems.

  • Create one stow job for each user that should work on the task.

  • Create one stow line item for each stock that should be examined.

Document reasons for stock changes during storage

Stock accepted during goods receipt is adapted during the storage process. Therefore, users want to document reasons for these changes.

  • External stock change reasons can be used to document reasons for stock changes on the stow line item.

  • External stock change reasons can be used in two ways:

    • Managed within the platform: Reasons are pre-configured so that workers can choose from a fixed list of reasons during the storage process.

    • Managed externally: There are no pre-configured reasons so that workers can document any reason (e.g., in a free-text field) during the storage process.

Unhappy case – More items tracked in receipt than actually received

Stock was accepted during (goods) receipt. However, during storage, the user notices that less than the documented quantity has actually arrived. In the below example, 100 items were tracked during goods receipt but only 90 items arrived.

  1. Create a stowJob for stowing the items from the goods receipt

  2. Finish the stow line item with the 90 items that have arrived

  3. Add a new stowLineItem with type DISCARD to the stow job

  4. Remove the 10 wrongly booked items from the inbound location

  5. Close the stowJob

Unhappy case – Less items tracked in receipt than actually received

Stock was accepted during (goods) receipt. However, during storage, the user notices that more than the documented quantity has actually arrived. In the below example, 100 items were tracked during goods receipt but 110 items arrived.

  1. Create a stowJob for stowing the items from the goods receipt

  2. Finish the stow line item with the 100 items that have arrived

  3. Add a new stowLineItem with type UNREGISTERED to the stow job

  4. Relocate the additional 10 items from the inbound location to the target location

  5. Close the stowJob

Use the to receive recommendations for the target location of each stock.

See for a detailed instruction on creating stow jobs for relocating items between locations.

See for a detailed instruction on creating stow jobs for discarding stock from a goods receipt.

See for a detailed instruction on creating and using reasons.

See for a detailed instruction on creating stow jobs for discarding stock from a goods receipt.

See for a detailed instruction on creating stow jobs for adding additional stock.

storage location recommendations endpoint
Products – External stock change reasons
inbound process
stow job
Products – Stow Jobs
Products – Inbound Process
POST/api/inboundprocesses
PUT/api/inboundprocesses/{inboundProcessId}/purchaseorder
POST/api/purchaseorders
POST/api/inboundprocesses/{inboundProcessId}/receipts
Stock
stock
"pickable" and "accessible"
storage location
purchase order
receipt
receipt
Use cases – Stow Jobs
Use cases – Stow Jobs
Use cases – Stow Jobs
Use cases – Stow Jobs
condition