featured article

Warehouse Transfers: Why Inventory Value Moves Without a Sale

Colleen Quattlebaum

August 27, 2026

A transfer generates no revenue and still costs you money

Moving 1,800 units from your 3PL to a marketplace fulfillment center produces no sale, no revenue, and no gross profit. It also moves roughly 22,000 dollars of asset value from one line of your inventory report to another, consumes FIFO layers in a specific order, incurs freight that either becomes part of unit cost or does not, and creates a period of a week or more when the units belong to neither location.

Sellers who treat a transfer as a quantity move end up with a warehouse-level inventory report that nobody trusts, a reorder engine that fires duplicate purchase orders, and a gross margin that shifts by a couple of points depending on how the freight got coded.

The three legs

Shipped. Units leave the origin location. Origin quantity drops. Value leaves origin at the cost of the specific layers consumed.

In transit. The units exist, they are yours, and they are sellable from nowhere. They belong on the balance sheet in an inventory in transit account and they belong out of available quantity at both ends.

Received. Destination quantity rises. Value arrives at the destination, plus or minus whatever the transfer itself cost, and the units become sellable.

Skipping the middle leg is the default behavior in most systems, and it produces a specific symptom: inventory that appears to vanish for a week and reappear.

FIFO layers move with the units

A transfer does not reprice anything. The cost that leaves origin is the cost of the layers actually consumed, and that cost arrives at the destination unchanged.

SKU T-12 at the 3PL, before the transfer:

| Layer | Units | Unit cost | Value |

|---|---|---|---|

| Received March | 1,100 | 11.42 | 12,562.00 |

| Received June | 2,400 | 12.85 | 30,840.00 |

| Total | 3,500 | | 43,402.00 |

Transfer 1,800 units. FIFO consumes all 1,100 units of the March layer at 12,562.00, then 700 units of the June layer at 8,995.00. Total value transferred: 21,557.00, an average of 11.9761 per unit.

Remaining at the 3PL: 1,700 units, all from the June layer, valued at 21,845.00. The two figures reconcile to the opening 43,402.00.

Notice the effect. The origin location's average unit cost just rose from 12.40 to 12.85, because the cheap layer left. The destination's average is 11.9761. Neither number changed because anything happened in the market. This is why a "current average cost" figure per location is a reporting artifact rather than a fact about your business, and why layer-level detail matters when you are comparing margin across fulfillment channels.

What the transfer freight does

The truckload costs 1,240.00 for 1,800 units, or 0.6889 per unit. Two defensible treatments exist and they produce different financial statements.

Capitalize. The destination receives 1,800 units at 22,797.00, an average of 12.6650. The argument is FASB Accounting Standards Codification 330-10-30-1, which defines inventory cost as the sum of the applicable expenditures and charges directly or indirectly incurred in bringing an article to its existing condition and location. Moving goods to the location where they will be sold is, on a plain reading, a cost of bringing them to that location.

Expense. The destination receives 1,800 units at 21,557.00 and 1,240.00 hits distribution expense in the period. The argument is that the goods were already in a sellable condition and location at the 3PL, and the transfer was a distribution decision made to shorten delivery time, not a cost of acquisition.

Both readings appear in practice. What you cannot do is switch between them.

Sold at 29.99, the two treatments produce different reported gross margins on T-12: 57.8 percent capitalized, 60.1 percent expensed. Same cash out the door, 2.3 points apart on the line most sellers use to judge a product. And at any month end where those units have not sold, the balance sheet differs by up to 1,240.00 as well.

Pick a policy, write it down, apply it to every transfer, and mention it to your CPA. Consistency matters more here than which answer you choose.

The in-transit gap, and the duplicate purchase order it causes

Units ship 3 September and check in on 11 September. Eight days.

Across those eight days the business sells about 95 units a day of T-12 across channels, roughly 760 units of demand against stock that shows as absent at the origin and not yet present at the destination.

If the reorder calculation reads only on-hand quantity by location, it sees a hole of 1,800 units that is not real. It recommends a purchase order. Somebody places it. Six weeks later a container arrives against demand that was already covered, and now the problem is overstock and a markdown instead of a stockout.

The fix is that in-transit units stay on the books and stay out of sellable availability, and the reorder calculation reads on-hand plus in-transit plus inbound. Transfers are tracked as in transit until received inside the ConnectBooks inventory layer for exactly this reason, and inbound stock is one of the inputs to its restock report. The concept itself is covered in more depth in inventory in transit.

Marketplace fulfillment networks make this worse, because their receiving times are variable and long during peak. A shipment that checks in within two days in March can take two weeks in late November. Treating "shipped to the fulfillment center" as "available" is a peak-season error with a specific cost attached.

Three things a transfer must never do

Book revenue. An internal movement is not a sale. This sounds obvious and it fails in practice when a seller uses two legal entities and moves stock between them, which is an intercompany sale requiring elimination on consolidation. Different problem, different treatment, and worth flagging to your accountant before you structure it that way.

Reprice units to a standard cost. If the destination values units at a standard or budgeted cost rather than the layers that arrived, the difference has to go somewhere, and it goes to a variance account nobody reconciles.

Let two locations claim the same units. Origin decremented and destination not yet incremented is correct during transit. Origin still holding and destination already holding is a double count, and it is the most common cause of an inventory report that exceeds a physical count.

Reconciling transfers at period end

  1. List every transfer with a ship date in the period and no receipt date. That list, valued, should equal the inventory in transit balance.
  2. Age it. A transfer in transit for more than the normal lane time is either a receiving delay or a loss. Both need a name.
  3. Compare value shipped to value received on completed transfers. They should be equal, plus capitalized freight if that is your policy. Any other difference is a costing error.
  4. Compare units shipped to units received. A difference here is not a costing error, it is a loss in transit, and it belongs in a shrinkage account rather than buried in cost of goods sold. That distinction is worked through in tracking inventory shrinkage across marketplaces.
  5. Confirm that no transfer produced a revenue entry.

Step four is the one that pays. Units lost between two of your own locations are a specific, addressable operational failure with a carrier or a receiving team attached to it. Netted into cost of goods sold, they become a mystery that shows up as gross margin drift.

Why this matters more than it sounds

A multichannel seller with three physical locations and two marketplace fulfillment networks might run forty transfers a month. Each one moves value, consumes layers, incurs freight, and creates a gap. Forty small unrecorded events a month is not a rounding issue by December.

Stock held by warehouse with FIFO valuation, transfers held as in transit until received, and adjustments posting to their own accounts is what makes the warehouse-level inventory report match a count. The resulting cost of goods and adjustments post into your accounting system based on settlement data, with the channel side running through connections like Amazon accounting.

Take Control of Your E-Commerce Business with ConnectBooks

Running an e-commerce business comes with plenty of challenges, but ConnectBooks is here to make your life easier. With real-time insights, seamless integrations, and detailed tracking of your profitability and inventory, you can stay ahead of the game. Whether you’re selling on Amazon, Shopify, Walmart, TikTok or eBay, ConnectBooks helps you manage your finances with 100% accuracy and confidence, so you can focus on growing your business.

Ready to level up? Start making smarter, data-driven decisions every step of the way. Try ConnectBooks Free Today or Schedule a Demo