Transfer Orders and In-Transit Inventory, Explained

Moving stock from one location to another sounds like it should be one operation with one obvious posting. Business Central actually supports three meaningfully different ways to post the same physical move, and they don’t just differ in convenience — they differ in how many item ledger entries get created, whether the stock genuinely disappears from availability while it travels, and whether a mistake can be corrected before it’s finalized at the other end.

Two tools, one for planned moves and one for corrections

A transfer order is the tool for a genuine, trackable move between locations: it supports shipping from one location and receiving at another as two distinct events, tracking a quantity as being in transit between them, applying transfer routes with their own calendars and handling times for planning purposes, and using different warehouse features independently at each end.

The item reclassification journal is a different tool entirely, meant for direct, largely instantaneous corrections rather than a planned, trackable move: reclassifying items between locations or bins outright, changing a lot or serial number to a different one, changing an expiration date, or moving stock out of a blank location into a real one. It’s the right tool when the business need is “this was recorded wrong, fix it,” not “this needs to physically travel and be trackable while it does.”

What “in transit” actually means

This is the part worth taking literally rather than as a figure of speech. When a transfer order posts its shipment using a designated in-transit location — itself just a location like any other, set up specifically to hold goods between two real locations — the shipped quantity becomes genuinely unavailable, at either the source or the destination, for the entire time it sits there. It isn’t a status label layered on top of stock that’s still really “at” one location or the other; it’s recorded as being at the in-transit location, full stop, until the receipt half of the transfer posts.

Three configurations, not one

Whether a transfer actually uses that in-transit leg — and what capabilities that trades away — comes down to two settings: the Direct Transfer toggle on the transfer order itself, and, when that toggle is on, a company-wide Direct Transfer Posting setting (Direct Transfer or Receipt and Shipment) on Inventory Setup. Between them, three real configurations exist:

In-transit posting (Direct Transfer off). The default, fullest-featured mode. Shipping and receiving post separately, with genuine in-transit unavailability in between. Four item ledger entries result — the quantity leaving the source location, entering the in-transit location, leaving the in-transit location, and finally entering the destination — and two separate posted documents (a posted transfer shipment, a posted transfer receipt) exist as the audit trail. This is also the only mode that supports undoing a shipment before it’s received, partial shipments and receipts that don’t have to match quantity-for-quantity, assigning item charges to the posted receipt, and — notably — reclassifying a serial number, lot number, package number, or expiration date at the point of receipt, as a genuine last-chance correction before the transfer finalizes at the other end.

Direct transfer (Direct Transfer on, Direct Transfer Posting = Direct Transfer). No in-transit location is used at all; shipment and receipt post together as one atomic act, producing a single Posted Direct Transfer document and only two item ledger entries — straight from the source location to the destination. In exchange for that simplicity, this mode gives up several of the in-transit mode’s flexibilities: no partial posting, no undoing a shipment, no item charge assignment, and no correcting a serial, lot, package number, or expiration date at receipt. What ships is what receives, exactly, in one step.

Hybrid direct transfer (Direct Transfer on, Direct Transfer Posting = Receipt and Shipment). A middle configuration: shipment and receipt still post as two separate documents and still produce four item ledger entries structurally similar to the in-transit mode’s (with a blank stand-in where the in-transit location would otherwise appear), but partial posting is only allowed when the quantity shipped and quantity received are made to match exactly, and there’s no genuine transit period. It retains some — but not all — of the in-transit mode’s correction abilities: package number and expiration date can still be reclassified at receipt, and item charges can still be assigned, but a serial or lot number cannot.

None of the three is a strictly better choice than the others. In-transit posting buys correction flexibility and a real transit window at the cost of two extra item ledger entries and a two-step posting process; direct transfer buys simplicity and speed at the cost of every one of those corrections; the hybrid mode sits deliberately in between. Which one a business should run depends on how far apart its locations physically are (a same-building bin-to-bin move has little use for a multi-day in-transit window) and how often receiving genuinely needs a last chance to fix a tracking number before it’s final.

Reservation still works across all three

It’s worth flagging one thing that stays constant no matter which mode is used: inbound and outbound reservation both remain possible in every one of the three configurations. A transfer order’s destination-side demand can be reserved against, and its source-side supply can likewise have reservations attached, regardless of whether the goods are sitting in a genuine in-transit location, mid-hybrid-posting, or already gone straight through in a single direct-transfer step. See reservations and how they interact with picking for what a reservation actually locks down once it’s made.

Transfers inherit each location’s own warehouse handling, independently

A transfer order doesn’t require both ends to run the same warehouse configuration. The source location’s outbound side can require a warehouse shipment and a warehouse pick (or nothing at all beyond a plain posting), while the destination’s inbound side independently requires a warehouse receipt and a separate put-away (or, again, nothing beyond a plain posting) — each leg is handled through the exact same receiving and shipping mechanisms described in why a warehouse receipt isn’t the same as a purchase receipt and warehouse shipments vs. sales shipments, explained, applied to a transfer order instead of a purchase or sales order. A transfer moving stock from a basic, no-frills location into a fully directed advanced warehouse is a completely ordinary configuration, not a special case — each side of the move honors its own location’s own rung on the complexity ladder (see warehouse topology, explained) independently of the other.

Correcting a tracking number is not the same thing as editing it mid-flight

It’s worth being precise about two things that sound alike and aren’t. A transfer order’s own assigned tracking numbers — once shipped — can’t simply be typed over while the goods are between shipment and receipt; the record is meant to be one continuous, authoritative account of what actually moved, not something re-entered partway through (see item tracking in Business Central, explained for why that mechanism exists). What the in-transit and hybrid modes offer instead is a deliberate, receipt-time reclassification action — a genuine last chance to correct a specific number as part of completing the receipt itself, not an open invitation to silently rewrite history on a transfer that’s still technically open.

Why the distinction is worth knowing before you need it

The practical reason to care which of the three modes a business runs, before a transfer actually goes wrong, is that the three modes fail differently. A misassigned lot number caught before receipt is a one-step fix under in-transit posting and simply isn’t correctable that way at all under pure direct transfer — at which point the only real remedy is a separate reclassification journal entry after the fact, addressing a mistake that a different posting mode would have let the receiving clerk catch and correct in the same motion.

Where this goes next

For what actually happens to a lot or serial number’s own tracking record as it moves — as distinct from the receipt-time correction capability described here — see item tracking in Business Central, explained. For what a reservation against in-transit or destination-side supply actually locks down, see reservations and how they interact with picking. For how each leg of a transfer inherits its own location’s warehouse configuration, see warehouse topology, explained.

Key terms

New to the vocabulary? Transfer order, Location, and Lot number are defined in the glossary.

Further reading — Microsoft Learn

Transfer Items Between Warehouse Locations — the full comparison of in-transit, direct, and hybrid transfer posting, including the complete item-ledger-entry and capability tables this article summarizes.