fulfillmenttools
  • Welcome to the fulfillmenttools Platform Documentation
  • Getting Started
    • Setup your access to fulfillmenttools
    • Make your first API Calls
      • Add your first facility
      • Add your first listing
      • Place your first order
    • Core concepts & terminology
      • Order Flow
    • Postman Collection
    • Client SDKs
    • FAQ
  • Clients
    • Backoffice
      • First steps - Registration
      • Network view
        • Home
        • Orders
          • Unroutable orders
          • Pre-orders & Backorders
          • Order History
        • Inventory Management
          • Stock Overview
          • Channel Inventory
        • Facilities
        • Users
        • Returns
        • DOMS configuration
        • Settings
        • Analytics
          • DOMS Pages
          • Fulfillment Operations Pages
          • Inventory Pages
          • Downloads Page
      • Facility view
        • Home
        • Inbound
        • Tasks
        • Listings
        • Storage Locations
        • Facility
        • Users
    • Inventory app
      • Registration Inventory App
      • App sections
        • Inbound
        • Storage and relocation
    • Operations app
      • Android
        • Manual Registration
        • Android Enterprise Registration
        • Sections
          • Picking
            • Load Units (legacy)
            • Substitute items
            • Weighed or measured products
            • Scanning configuration
            • Picking Methods
              • Batch Picking
              • Multi Order Picking
          • Packing
          • Handover
          • Returns (legacy)
        • Printing
        • Notifications
      • Webapp
        • Packing
      • Overview features Android & Webapp
    • Technical requirements
      • Zebra Hardware Scanner Configuration
      • Honeywell Hardware Scanner Configuration
      • Supported barcodes for camera scanning
      • Requirements for fft applications
      • Zebra printer
    • Returns app
      • Handle unannounced returns
      • Handle announced returns
  • Products
    • Core Functionality
      • Process
        • External actions
      • Add and manage facilities
      • Notification Center
      • Checking on features
      • Tags and Stickers Concept
      • GDPR
      • Remote Configuration
      • Expiry
      • Target time
      • Time calculation for queries of future availabilities (LPS-calculation)
      • Interfacility Transfer
    • Carrier Management
      • Overview
        • Available Carriers
      • Concepts
        • Carrier Country Service Mapping (CCSM)
        • Non-delivery-days
        • Custom Carrier & Headless operation of Carriers
      • Providing needed data
    • Fulfillment Options
      • Fulfillability Check
      • Checkout Options
        • Available fulfillment options based on basket
        • Earliest possible delivery date
        • Available delivery dates within time-period
        • Availability for delivery date
      • Delivery Promise
    • Inventory Management
      • Configurations
      • Entities
        • Listing
        • Stock
          • Stock Properties
        • Storage Location
        • Zone
      • Global Inventory
        • Stock availability
        • Channel Inventory
        • Expected stock
        • Inbound Process
        • Reservations
        • Safety Stock
      • Inventory Control
        • Inventory Traits
        • Measurement Units
        • Outbound Inventory Tracking
        • Storage Location Recommendations
    • Order Fulfillment
      • Headless Order Fulfillment
      • Pick Jobs
      • Zone picking
      • Load Units
      • Custom Service
      • Handover Jobs
      • Add External Documents
      • Configurations
        • Picking Configuration
          • Picking methods
          • Short Pick Reasons
        • Packing Configuration
          • Packing Container Types
        • Print / Document Configuration
        • Tag Configurations
          • Parcel Tag Configuration
        • Handover Configuration
        • Operative Container Types
    • Order Routing
      • Entities
        • Ship-from-Store Orders
        • Click-and-Collect Orders
        • Locked Orders
        • Custom Services Orders
          • Simple Custom Service Order
          • Complex Custom Service Order
      • Fences
      • Ratings
      • Order Split
        • Order split - initial routing
        • Order split after shortpick
        • Item bundles
      • Reroute
      • Shape the routing with the DOMS Toolkit
      • Decision logs
    • Returns Management
      • Returns legacy
        • Available status
      • Returns 2.0
        • Return Reasons
        • Item Conditions
        • Integrating Returns with Events
    • Use Cases
      • Demand-Driven Replenishment
      • Expected stock in availability
      • Multi Order Picking
      • Interfacility transfer
      • Assigned Users
  • Connecting to fulfillmenttools
    • General Topics
      • Use external identity providers to authenticate to fulfillmenttools
        • Microsoft Entra ID / Azure Active Directory (AD)
      • Public Event Export
      • Available Regions
      • Backup Policies
    • GraphQL API
    • RESTful API
      • General Topics
        • API Release Life Cycle
        • Versioning
        • Authorization
        • Customization via Attributes
        • Update Guarantees
        • Rate Limits
        • Resource Timestamps
        • Pagination Interface
        • Localization
        • Custom Attributes
      • OpenAPI Specification
        • Swagger UI
        • OpenAPI 3.0 Spec
    • Eventing
      • Structure of an Event
      • Available Events
      • Tutorial
    • commercetools Connect
    • Integration Tutorial
      • Adding facilities
      • Adding listings to facilities
      • Configuring stocks
      • Carrier configuration
      • Placing orders
      • Checkout Options
      • Distributed Order Management System (Routing)
      • Local fulfillment configuration
  • Incident Reporting
    • How to report incidents in fulfillmenttools
    • How to define incident priorities
  • Release Notes
    • Release Summary – May 2024
    • Release Summary – June 2024
    • Release Summary – July 2024
    • Release Summary – August 2024
    • Release Summary – September 2024
    • Release Summary – October 2024
Powered by GitBook
On this page

Was this helpful?

  1. Products
  2. Core Functionality

Interfacility Transfer

PreviousTime calculation for queries of future availabilities (LPS-calculation)NextCarrier Management

Last updated 5 months ago

Was this helpful?

This page is outdated. Please go to our new documentation under .

Table of content

  1. Summary

  2. Our concept

  3. Insights of each domain

    1. DOMS

    2. Operations

    3. Inventory

Summary

Interfacility Transfer on our platform involves moving items between facilities when a Click & Collect order is split during routing due to missing items at the receiving facility. While one pickJob is processed as usual (picking, packing, handover, and purchase order creation), the other pickJob at the receiving facility remains pending, displaying the expected items.

Our concept

The interfacility transfer process involves two types of facilities: receiving and supplying. Here is a summary of the process:

  1. Receiving Facility: The receiving facility's pickJob lists expected items. Available items can be picked immediately, but picking may pause until all items arrive.

  2. Supplying Facility: The supplying facility sends missing items to the receiving facility, functioning like a "ship from store" process. Once handed over, a purchase order is created that includes a transfer ID (helps identifying the parcel).

  3. Item Transfer & Receipt: When the shipment arrives, scanning the parcel triggers the receipt which updates the pickJob in the receiving facility with the newly arrived items.

  4. Final Picking: Once all items are available, the pickJob is completed, and the order is ready for the customer.

This process ensures smooth inventory management and order fulfillment across facilities.

More in depth description by the different domains of our platform

This section of the documentation provides detailed insights into each domain of our platform.

DOMS

Interfacility Transfer Process

The interfacility transfer process is initiated when a Click & Collect order includes items which are unavailable at the receiving facility, prompting a transfer from another location to fulfill the order.

Order Creation and Facility Selection

To initiate an order involving an interfacility transfer, the following steps must be taken:

  1. Delivery Preferences: In the order's delivery preferences, the supplying facility must be explicitly set to indicate where the items will be sourced from.

  2. Supplying Facility Configuration: The system can be configured (through supplyingFacilitiesConfigurations) to define how missing items will be handled. This can be set to:

    • Transfer to a preferred Facility before final pick up.

Example body information for the delivery preferences in an order

{
  "deliveryPreferences": {
    "collect": [
      {
        "facilityRef": "021e3402-ff49-4ec5-a907-af3b1e031c60",
        "supplyingFacilitiesConfigurations": [
          {
            "facilityRef": "e19ae843-0987-48bf-a182-a59997f937b0",
            "deliveryEvents": [
              {
                "deliveryTarget": "SHIP_TO_STORE",
                "deliveryTrigger": "DEFAULT"
              }
            ]
          }
        ]
      }
    ]
  }
}

Order Routing and Splitting

When an order is created and split between different facilities due to item unavailability:

  • The routing plan will contain critical details, including:

    • The receiving facility and supplying facility.

    • Information on potential available items and expected items from each facility.

    • A unique Transfer ID links related pickJobs from different facilities, indicating which jobs are part of the same transfer process.

Transfer Identification

The Transfer ID is a key identifier used throughout the order fulfillment process. It helps group the various pickJobs associated with an order across multiple facilities, ensuring smooth coordination and tracking of items during transfers.

Special Case: If no items are available in the preferred facility, the system will route the order to the next best facility for fulfillment according to the configuration settings. As a result, a pickJob is created in the preferred facility with no actual items, but expected items.

Operations

Overview

In our operational domain, we manage the transfer of inventory between facilities by distinguishing between a receiving facility and a supplying facility. This process involves the creation and handling of pickJobs in both facilities, ensuring a smooth transfer of items.

Supplying Facility Process

  1. pickJob Creation:

    • The supplying facility initiates a regular pickJob, which is similar to standard pickJobs except that the items are intended for transfer to another facility rather than sending it to the customer at the end.

  2. HandoverJob Completion:

    • Once the pickJob is processed and the items are packed for transfer, the handoverJob is completed. At this stage, the supplying facility generates an inbound process (see Inventory Section: Supplying facility) to log the items leaving the facility for the receiving facility.

Receiving Facility Process

Upon receipt of items from the supplying facility, the receiving facility will create its own pickJob and handle the incoming items based on their availability. There are two cases with different configuration for handling the pickJob in the receiving facility:

Case 1: Put on hold status after pickJob creation (WAITING_FOR_INPUT)

  • pickJob Creation:

    • The receiving facility creates a pickJob that includes potential available items and expected items (that are in transit but not yet received or finished in the supplying facility).

  • Put on hold Status:

    • The status of the pickJob is set to WAITING_FOR_INPUT, meaning the pickJob cannot proceed until all expected items arrive. However, the system allows users to view both available and expected items.

    • After the inbound process is completed and all expected items are received (see Inventory Section: Receiving facility), the system updates the pickJob:

      • Converts the expected items into regular items.

      • Changes the status of the pickJob to OPEN, allowing the picking process to begin.

Case 2: Open Status after pickJob creation (OPEN)

  • pickJob Creation:

    • The receiving facility creates a pickJob that is immediately open (OPEN), allowing picking to begin for any available items. The pickJob tracks both available and expected items.

  • Partial Picking:

    • Users can start picking the available items while the expected items remain in the system as not yet received. Once all available items are picked, the status of the pickJob is automatically changed to WAITING_FOR_INPUT.

  • Transforming items and set the status to OPEN

    • When the inbound process is completed and at least one or all the expected items are received:

      • The system converts the expected items into regular items.

      • The status of the pickJob is updated back to OPEN, allowing the remaining items to be picked.

    • If only a partial of the expected items arrive and the inbound process for those items are finished our users are able to continue the partial picking.

    • Until all expected items arrive and are received a partial picking will continue. Only when all items (both available and expected items) are picked, the pickJob is finalized and marked as finished.

Special Case "No available items in the receiving facility": If no items are available in the preferred facility, our system sets the status of the pickJob to "WAITING_FOR_INPUT" regardless of the configuration. Only after receiving the expected items the pickJob status changes to "OPEN".

Inventory

  • Supplying facility

    • The stock in the supplying facility is reserved from the moment the order arrives in the receiving facility.

    • Stock is reduced in the supplying facility after it was handed over for transfer.

  • Receiving facility

    • When the delivery has arrived in the receiving facility, it can be identified by scanning the transferId. As soon as all items are accepted and the goods receipt has been completed, a receipt must be added to the respective inboundProcess. Please see the relevant endpoint for this below.

    • After the receipt is set to status FINISHED, the expected stock is added to the inventory of the receiving facility. The stock is instantly reserved for the respective order.

    • After the items have been booked to the receIving facility, the pickJob is updated and the remaining line items can be picked.

Requirement: It is necessary, that is enabled. To ensure this, please either go to your Backoffice -> Network Overview -> DOMS Configuration -> Order Split and verify it is active or do a GET call to /api/configurations/routing and check the response if the orderSplit is active.

Once the items in the supplying facility are picked and handed over for transfer, an with a purchaseOrder is created automatically. The purchaseOrder includes a transferId which makes it identifiable as an internal transfer process. The transferId is set by our systems and cannot be edited by external parties. However, it can be queried via the if needed.

As soon as the purchaseOrder was created, the included items are announced in the receiving facility as . The transfer can be monitored in the in the Backoffice where it is marked as "internal".

https://docs.fulfillmenttools.com/documentation
Order Split
inboundProcess
purchaseOrder endpoint
expected stock
inbound view
Drawing
  • Table of content
  • Summary
  • Our concept
  • More in depth description by the different domains of our platform
  • DOMS
  • Operations
  • Inventory
  • POSTAdds a receipt to an inbound process.

Adds a receipt to an inbound process.

post
Authorizations
Path parameters
inboundProcessIdstringRequired
Body
asnRefstringOptional
receivedDatestring · date-timeRequired
statusstring · enumOptionalPossible values:
Responses
201
Receipt was added to the inbound process
application/json
401
Your user is not allowed to operate against this API instance
application/json
403
Your user, although recognized, is not authorized to use this
application/json
post
POST / HTTP/1.1
Host: %%HOST%%
Content-Type: application/json
Accept: */*
Content-Length: 496

{
  "asnRef": "text",
  "receivedDate": "2025-05-12T09:19:54.607Z",
  "receivedItems": [
    {
      "tenantArticleId": "text",
      "acceptedQuantity": {
        "unit": "text",
        "value": 1
      },
      "rejectedQuantity": {
        "unit": "text",
        "value": 1
      },
      "comments": [
        {
          "userRef": "text",
          "content": "text",
          "attachments": [
            {
              "inboundAttachmentRef": "text"
            }
          ]
        }
      ],
      "storageLocationRef": "text",
      "stockProperties": {
        "expiry": "text",
        "receiptDate": "text"
      }
    }
  ],
  "comments": [
    {
      "userRef": "text",
      "content": "text",
      "attachments": [
        {
          "inboundAttachmentRef": "text"
        }
      ]
    }
  ],
  "status": "IN_PROGRESS"
}
{
  "asnRef": "text",
  "receivedDate": "2025-05-12T09:19:54.607Z",
  "receivedItems": [
    {
      "tenantArticleId": "text",
      "acceptedQuantity": {
        "unit": "text",
        "value": 1
      },
      "rejectedQuantity": {
        "unit": "text",
        "value": 1
      },
      "comments": [
        {
          "userRef": "text",
          "content": "text",
          "attachments": [
            {
              "inboundAttachmentRef": "text"
            }
          ]
        }
      ],
      "storageLocationRef": "text",
      "stockProperties": {
        "expiry": "text",
        "receiptDate": "text"
      }
    }
  ],
  "comments": [
    {
      "userRef": "text",
      "content": "text",
      "attachments": [
        {
          "inboundAttachmentRef": "text"
        }
      ]
    }
  ],
  "status": "IN_PROGRESS",
  "id": "text"
}