7.1 Transfer Orders, In-Transit Warehouses, and Delivery Schedules

7.1 Transfer Orders, In-Transit Warehouses, and Delivery Schedules

Quick Answer: A Transfer order manages multi-step physical inventory movements between warehouses using a dedicated In-transit warehouse. Unlike a one-step Transfer journal (which moves stock instantaneously with zero transit time and no transport documentation), a Transfer order separates outbound shipping from inbound receiving, supports freight charges, integrates with Transportation Management (TMS) and Warehouse Management (WMS), and tracks inventory ownership while goods are en route. Master Planning treats the In-transit warehouse as a non-nettable conduit, projecting the in-transit inventory as available supply arriving at the destination warehouse on the transfer order's confirmed delivery date.

---

1. Architectural Distinction: Transfer Orders vs. Transfer Journals

In Dynamics 365 Supply Chain Management (D365 SCM), moving inventory between physical locations can be accomplished via an Inventory transfer journal or a Transfer order. Functional consultants must evaluate operational complexity, geographical distance, transit lead time, and legal documentation requirements when choosing the appropriate mechanism.

Inventory movement options:
├── Transfer Journal (1-Step): Source Loc ──[Instant Sync Post]──> Destination Loc
└── Transfer Order (Multi-Step): Origin WH ──[Shipment]──> Transit WH ──[Receipt]──> Destination WH

---

2. In-Transit Warehouse Topology and Master Planning

A Transit warehouse is a specialized virtual warehouse type configured at Inventory management > Setup > Inventory breakdown > Warehouses.

Inventory management
└── Setup
    └── Inventory breakdown
        └── Warehouses
            ├── Warehouse: 27 (Type: Transit)
            └── Warehouse: 21 (Type: Standard > General FastTab > Default transit warehouse: 27)

Transit Warehouse Architecture Rules

1. Warehouse Type Parameter: On the warehouse record, the Type field must be set to Transit.
2. Association with Standard Warehouses: A transit warehouse is linked to physical origin warehouses via the Default transit warehouse field located on the General FastTab of the shipping warehouse. When a transfer order is created with Warehouse 21 as the From warehouse, D365 SCM automatically assigns the linked transit warehouse (e.g., Warehouse 27) to the order header and lines.
3. Manual vs. Automated Assignment: While the transit warehouse defaults from the From warehouse setup, users can override it on the transfer order header if a specific shipment requires a different transit node (such as an ocean transit warehouse versus an air transit warehouse).
4. No Direct Inventory Operations: Users cannot post manual adjustment journals, movement journals, counting journals, or purchase orders directly into a transit warehouse. Stock can only enter or leave a transit warehouse through the execution of transfer orders.

Master Planning (MRP / Planning Optimization) Behavior

• Non-Nettable Status: An in-transit warehouse is inherently non-nettable. Master Planning never generates planned purchase orders, planned production orders, or planned transfer orders to replenish a transit warehouse directly. Safety stock minimums cannot be established for transit warehouses.
• Supply Projection: When a transfer order is shipped, Master Planning recognizes the inventory sitting in the transit warehouse as committed supply destined for the To warehouse. It schedules the availability of that inventory at the destination warehouse based on the Receipt date calculated by delivery date control and transit time engines.

[!NOTE] Architecture Detail: While inventory sits in the transit warehouse, it remains an asset of the legal entity. If the From and To warehouses belong to different financial inventory sites, the system posts inter-site transit accruals to maintain balance sheet integrity across physical business units.

---

3. Transfer Order Lifecycle and Inventory Transaction Statuses

The execution of a transfer order (Inventory management > Inbound and outbound orders > Transfer order) drives inventory through distinct transaction states in the InventTrans table across three distinct warehouse entities: the From warehouse, the Transit warehouse, and the To warehouse.

Step-by-Step Lifecycle Stages

1. Order Creation (Created):

   • From Warehouse: An InventTrans issue record is created with status On order (or Reserved physical if automatic reservation is active).
   • To Warehouse: An InventTrans receipt record is created with status Ordered.
   • Transit Warehouse: No transaction records exist yet.

2. Warehouse Release and Picking (Picked):

   • In advanced WMS, releasing the transfer order to the warehouse creates wave work. Workers pick the stock from storage locations to the outbound staging/baydoor location.
   • From Warehouse: The inventory transaction transitions from Reserved physical to Picked.

3. Shipment Posting (Shipped):

   • The warehouse clerk posts the Shipment (Transfer order > Ship > Ship transfer order).
   • From Warehouse: The inventory transaction transitions from Picked to Deducted. The physical stock is removed from the origin warehouse on-hand balance.
   • Transit Warehouse: A new receipt transaction is created with status Received. The inventory is now physically and financially tracked inside the transit warehouse.
   • To Warehouse: The transaction status remains Ordered (representing future expected supply).

4. Receipt Posting (Received):

   • The carrier arrives at the destination facility. The receiving clerk registers the goods (or uses the mobile app) and posts the Receive action (Transfer order > Receive > Receive).
   • Transit Warehouse: The receipt transaction is closed, and an issue transaction transitions to Deducted, removing the stock from the transit warehouse.
   • To Warehouse: The inbound transaction transitions from Ordered (or Registered) to Received. The stock is now fully available at the destination warehouse.

5. Financial Settlement (Sold and Purchased):

   • When the periodic Inventory close or Recalculation job runs, the issue at the origin warehouse transitions from Deducted to Sold, and the receipt at the destination transitions from Received to Purchased, locking the financial cost settlement.

---

4. Auto-Reservation Rules on Transfer Orders

When creating transfer orders, enterprises must control how aggressively inventory at the origin warehouse is allocated. This behavior is governed by the Reservation parameter configured at Inventory management > Setup > Inventory and warehouse management parameters > General tab or overridden on the transfer order header.

• Manual: The system creates transfer order lines with status On order. Inventory is not reserved. Other sales orders, transfer orders, or production orders can claim available on-hand inventory until a warehouse worker manually reserves the stock or releases the order to the warehouse.
• Automatic: The moment a transfer order line is entered and saved, D365 SCM automatically attempts to reserve physical on-hand inventory at the origin warehouse. If sufficient physical on-hand exists, the transaction status immediately becomes Reserved physical. If partial stock exists, the available portion is reserved physically, and the remainder remains On order.
• Explosion: Used when transfer order lines involve kit or BOM components that require reservation down through lower assembly levels.

[!WARNING] Exam Trap: In an advanced WMS warehouse, setting reservation to Manual means the order cannot be released to the warehouse via automated wave processing until reservation occurs. WMS wave templates require inventory to be in status Reserved physical (above location in the reservation hierarchy) before allocation work can be generated.

---

5. Over-Delivery and Under-Delivery Tolerances

Physical bulk materials, liquids, agricultural commodities, and freight shipments frequently experience quantity variations between dispatch and arrival. D365 SCM enforces shipment and receipt compliance via Over-delivery and Under-delivery percentage tolerances.

Configuration Hierarchy

• Default Settings: Configured on the Released product record (Product information management > Released products > Manage inventory FastTab > Transfer order).
• Line Overrides: Tolerances default from the item master onto the transfer order line, where authorized users can adjust them.

Operational Handling

• Under-Delivery Tolerance (Underdelivery):
  • Defines the allowable percentage by which the received quantity can fall short of the ordered quantity.
  • Example: An order line specifies 1,000 units with a 10% under-delivery tolerance. The transit carrier delivers 920 units, and the remaining 80 units cannot be fulfilled.
  • Closing the Order: When posting the receipt, the user marks the Close checkbox on the receipt dialog. Because the 920 units fall within the 10% tolerance (minimum acceptable = 900 units), the system accepts the 920 units, advances the transfer order status to Received, and cancels the remaining 80 units without error.
  • If the received quantity falls below the tolerance (e.g., 850 units received when minimum is 900), D365 SCM blocks the closure with an Infolog warning unless the under-delivery tolerance on the line is increased.
• Over-Delivery Tolerance (Overdelivery):
  • Defines the allowable percentage by which the shipped or received quantity can exceed the original ordered quantity.
  • Example: An order line specifies 500 units with a 5% over-delivery tolerance. The origin warehouse can pick and ship up to 525 units without modifying the original line quantity.

---

6. Delivery Schedules on Transfer Orders

When a large inventory transfer must be distributed across multiple shipments over time (e.g., replenishing a regional retail store with 10,000 units split into weekly increments of 2,500 units), creating separate transfer orders causes administrative clutter. Instead, D365 SCM provides Delivery schedules.

Transfer Order Line: Item A0001 (10,000 ea) [Commercial Header Line - Locked]
├── Schedule Line 1: 2,500 ea | Ship Date: Oct 01 | Delivery Date: Oct 05
├── Schedule Line 2: 2,500 ea | Ship Date: Oct 08 | Delivery Date: Oct 12
├── Schedule Line 3: 2,500 ea | Ship Date: Oct 15 | Delivery Date: Oct 19
└── Schedule Line 4: 2,500 ea | Ship Date: Oct 22 | Delivery Date: Oct 26

How Delivery Schedules Function

1. Creation: On the Transfer order line, select Transfer order line > Delivery schedule.
2. Parent / Commercial Line: The original order line becomes the Total line (commercial parent). Its quantity field displays the aggregate total (10,000 units) and becomes read-only. Inventory transactions are stripped from this line.
3. Child / Delivery Lines: The user defines individual schedule lines with specific quantities, ship dates, delivery dates, and modes of delivery.
4. Operational Execution: WMS waves, picking lists, shipments, and receipts are executed strictly against the individual delivery schedule child lines. Master Planning generates planned supply based on the distinct delivery dates of the child lines.

---

7. Scrapping Transfer Order Lines During Transit

When goods are destroyed, spoiled, or lost while in the custody of a freight carrier, the lost quantity must be removed from the transit warehouse without receiving it into the destination warehouse's sellable stock.

Transit Warehouse (100 units on-hand)
       │
       ├── 90 units received ──> Destination Warehouse (Received)
       │
       └── 10 units scrapped ──> Deducted from Transit WH
                                  └── GL Debit: Transfer order scrap account

Step-by-Step Transit Scrap Procedure

1. Navigate to the transfer order and open the Receive posting dialog (Transfer order > Receive > Receive).
2. On the Lines tab of the posting form, locate the line experiencing transit damage.
3. Enter the sound physical quantity received into the Receive quantity field (e.g., 90).
4. Enter the damaged or lost quantity into the Scrap quantity field (e.g., 10).
5. Post the receipt.

Inventory and Financial Accounting Results

• Destination Warehouse: 90 units transition to status Received at the destination warehouse location.
• Transit Warehouse: All 100 units are removed from the transit warehouse. 90 units transfer to the destination, and 10 units are issued as Deducted directly from the transit warehouse.
• General Ledger Posting: The financial value of the 10 scrapped units is credited from inventory and debited to the Transfer order scrap account configured in the Inventory Posting Profile (Inventory management > Setup > Posting > Posting > Inventory tab > Transfer order scrap).
• Order Completion: Because the sum of the received quantity (90) and the scrap quantity (10) equals the shipped quantity (100), the transfer order line is fully closed with status Received.