0% прочитано

How I Would Design Transfers Between Multiple Warehouses

A warehouse transfer is more than subtracting stock from one location and adding it to another. Between dispatch and receipt there is a separate state: the goods have left the source warehouse but are not yet available at the destination. I break down how I would design that process without manual stock corrections.

1 листопада 2026 р. 10 хв читанняBusiness
Inter-warehouse stock transfer workflow showing inventory checks, stock reservation, picking, dispatch, goods in transit, destination receipt, discrepancy handling, and transfer completion.

Stock Does Not Teleport From One Warehouse to Another

If warehouse A dispatches 20 units and warehouse B has not received them yet, those 20 should no longer be available at the source, but they should not yet become available stock at the destination. I would make "in transit" a real part of the process.

On paper, a transfer looks simple: subtract 20 from warehouse A and add 20 to warehouse B.

In real life, an hour, a day, or several days may pass between those two events.

The goods need to be located, reserved for transfer, picked, checked, dispatched, transported, counted at the destination, and only then made available.

If the system immediately adds them to the destination warehouse, sales may promise stock that has not physically arrived. If the goods remain available at the source until receipt, another employee may sell stock that has already left.

For me, there must therefore be a third state between the two warehouses: goods in transit.

Which Inventory States I Would Keep Separate

These do not necessarily need separate tables or screens, but the business should understand the difference between these facts.

At the Source Warehouse

The goods physically remain at the source and have not yet entered the transfer process.

Reserved for Transfer

The goods are still physically present but should no longer be used for another order or transfer.

In Picking

Warehouse employees are physically preparing the goods for this transfer.

In Transit

The goods have left the source warehouse but the destination has not yet confirmed receipt.

Received

The destination warehouse has physically received and confirmed the actual quantity.

Available at Destination

After receipt and required checks, the goods can be used for sales or other operations.

How I Would Design a Transfer Between Warehouses

I would record the need, actual dispatch, and actual receipt separately. That prevents stock from moving between warehouses before the goods themselves do.

  1. Transfer Need Created

    The system knows which product, quantity, source warehouse, and destination are involved.

  2. Availability Checked

    The source warehouse checks not only physical stock but reservations and other confirmed needs.

  3. Stock Reserved for Transfer

    The required quantity is no longer considered free for new operations.

  4. Picking Started

    A warehouse employee receives a specific task and physically prepares the required items.

  5. Actual Dispatch Confirmed

    The system records exactly what and how much actually left the source warehouse.

  6. Goods Become In Transit

    They are no longer source warehouse stock but are not yet available at the destination.

  7. Destination Receives the Goods

    The receiving employee verifies actual quantity and, where needed, item condition.

  8. Discrepancies Recorded

    If 20 units were dispatched and 19 arrived, the system should not silently complete the transfer as 20.

  9. Actual Receipt Posted

    The confirmed quantity becomes inventory at the destination warehouse.

  10. Transfer Completed

    Dispatched, received, and problematic quantities are reconciled while the full operation history remains visible.

EventWarehouse AIn TransitWarehouse B
Before transfer100020
30 reserved100 physical, 70 available020
30 dispatched703020
Warehouse B receives 28702 require investigation48
Discrepancy resolved700Final quantity follows the confirmed decision
До
Warehouse A dispatches 30 units and messages warehouse B. Someone immediately subtracts 30 from one spreadsheet and adds 30 to the other. The next day, warehouse B finds only 28. Now people must manually determine where to correct two units and when the discrepancy appeared.
Після
Actual dispatch creates 30 units in transit. Warehouse B confirms receipt of 28. Two units remain a visible discrepancy until their outcome is understood. Neither warehouse manually adjusts inventory to match an expected number.

The "in transit" state matters for more than accurate inventory.

It also answers business questions: how much stock is currently moving between locations? Which transfers should already have arrived? Who is responsible for the goods at this stage? Which orders at warehouse B depend on this incoming transfer?

If a transfer takes longer than usual, that can become an exception requiring attention.

Goods in transit should not disappear from control simply because they temporarily sit on no warehouse shelf.

If 30 units were dispatched and 28 were received, I would not simply change the original transfer document to 28 afterward. That would erase the discrepancy itself. The process should first preserve both facts: 30 dispatched, 28 received. The resolution of the difference comes afterward.

Transfers Can Begin for Different Reasons

I would preserve the reason because it helps explain priority and the next steps.

Customer Order Demand

Warehouse B does not have enough stock for a specific confirmed customer order.

Stock Replenishment

One warehouse has excess inventory while another needs to maintain a working stock level.

Seasonal or Regional Demand

Stock moves toward the location where higher demand is expected.

Product Return

Goods may move back to a central warehouse, inspection location, or another specialized destination.

Production Demand

Materials move to the location where they are needed for a specific manufacturing process.

Internal Rebalancing

The business redistributes stock between locations before one warehouse reaches a critical shortage.

A separate question is whether goods can be promised to a customer at the destination before they physically arrive.

I would not mix that with currently available inventory.

For example, sales might see: 5 units available now and another 20 in a confirmed transfer expected tomorrow.

The business may allow orders against incoming stock. But the customer is then being promised a different reality: the stock is expected, and fulfillment depends on successful completion of the transfer.

A Few Questions About Transfers Between Warehouses

The main principle is that dispatch should not automatically mean receipt.

When should source warehouse stock decrease?
I would separate reservation from physical departure. Reservation reduces availability, while confirmed dispatch changes the actual source warehouse stock.
When should destination warehouse stock increase?
After actual receipt and quantity confirmation, not when another warehouse creates or dispatches the transfer.
What are goods in transit?
Goods that have physically left one warehouse but have not yet been received by another. They should not be treated as normal available stock at either location.
What if fewer units arrive than were dispatched?
Preserve both facts and open a discrepancy workflow. Do not rewrite history as though the difference never existed.
Can goods in transit be sold?
A business may allow orders against expected incoming stock, but that quantity should remain separate from physically available inventory.
Where should improvement begin?
Take several recent transfers and check exactly when each warehouse balance changed, whether in-transit goods were visible, and how employees handled discrepancies.

How I Would Design This Business Process

In this series, I separate expectations, decisions, and actual operations in real business processes so people do not have to reconstruct the current state manually.

Does Stock Sometimes "Disappear" Between Your Warehouses for a Day or Two?

Take several recent transfers and check three moments: when the goods stopped being available at the source, where they existed before actual receipt, and when they became available at the destination. If that state has to be reconstructed from chats or spreadsheets, the process is worth examining.