In-transit inventory — what it is, who owns it, and how to count it so your math doesn't break

In-transit inventory is stock you own but can't sell yet — purchase orders on the water, shipments moving between your locations, goods at your 3PL that haven't been received into your sellable counts. It's real money and it's real future supply, and it breaks your numbers in both directions if you count it wrong: count it as on-hand and your days of cover look healthier than they are; forget it and you'll double-order into a lane that's already covered. The fix is mechanical — track every PO with its ETA, and only let units become "cover" when they're sellable. Here's the ownership question, the two ways in-transit stock corrupts your math, and a tracking method that takes one spreadsheet column.

Who owns in-transit goods (the short version)

Ownership during transit is set by your shipping terms. Under FOB-origin-style terms, the goods are yours the moment they leave the supplier; under destination terms, they're yours on arrival; under supplier-arranged DDP, they're yours at delivery too, but the supplier handled the freight. The exact boundary lines — EXW, FOB, DDP, DAP — are a topic of their own (the Incoterms rules published by the International Chamber of Commerce define them; ICC Incoterms 2020, accessed October 2026). For inventory purposes the summary is: check your PO terms, and in most small-importer arrangements, stock on the water is already yours — it belongs on your inventory records, just not in your sellable counts.

This matters beyond pedantry: ownership determines when the value appears in your inventory valuation, and — practically — who eats the loss if the container has a bad crossing.

The two ways in-transit stock corrupts your math

1. It inflates cover if you count it as sellable

The most common version: you look at the pipeline (300 units on the water, landing "in about 2 weeks"), mentally merge it with on-hand stock, and decide a reorder can wait. The problem is timing, not totals — those units only become cover on their arrival date, and the demand between now and arrival is drawn entirely from on-hand stock. Cover math that ignores arrival dates is how stores end up dark for a week with "plenty of inventory" on the books.

2. It corrupts velocity if the arrival is counted as a demand event

The sneakier version runs the other way. If goods sit at your 3PL or in receiving for days before being entered as sellable in Shopify, then the day they're received, sales resume — but any plain velocity average across that window was computed over days with zero sellable stock, which deflates your demand estimate. Orders that couldn't happen because stock wasn't sellable are invisible zeros, not low demand — the same distortion that makes velocity need stockout correction, just happening at your own dock instead of your supplier's.

The phantom trap: arrived but not sellable

There's a specific trap between the two math problems: the shipment that physically arrives but isn't sellable. Goods at the port awaiting customs release, cartons at the 3PL waiting to be received, boxes in your back room on a Sunday. For every downstream system — your storefront, your velocity, your cover — these units don't exist yet. They become inventory you can act on only when someone marks them received.

Native Shopify handles this lifecycle cleanly if you use it: creating a purchase order and then an inventory transfer for it tracks the shipment's movement — the transfers documentation covers tracking stock between locations, processing transfers at your own pace, and receiving full or partial quantities (Shopify Help Center, inventory transfers, accessed October 2026) — and quantities only enter sellable stock when you receive them (Shopify Help Center, purchase orders, accessed October 2026). The discipline that most stores miss isn't the tool — it's receiving promptly and consistently, so the gap between "arrived" and "sellable" stays measured in hours, not weeks.

Tracking method: POs with ETAs, one column at a time

You don't need software to track pipeline inventory; you need one table you update weekly:

Three rules make the table work:

1. ETAs are estimates with a track record. Log the promised date and the actual arrival for every PO, and after six shipments you'll know your supplier's real lead-time behavior — most lanes slip at least some of the time — which is why your planning ETA should come from your own arrival history, not their quote.
2. Cover starts at arrival + receiving time, never at ship date. If receiving takes you 2 days, that's 2 days of the pipeline that is neither on-hand cover nor sellable — plan around it or shrink it.
3. The table feeds the reorder decision, not the other way around. When your reorder trigger fires for a SKU, check the table first: units already inbound within your lead-time window mean the answer is "wait," not "order again." Double-ordering into a covered lane is the classic pipeline-visibility failure, and it's how slow-stock problems get manufactured out of good sales.

Worked example: what in-transit stock does to days of cover

Take a hiking sock SKU: 260 units on hand, selling 5.2/day. Naive cover: 260 ÷ 5.2 = 50 days. You have a PO of 300 units at sea, ETA in 18 days, plus a 2-day receiving lag.

• Cover from on-hand alone: 50 days — but that's not the question. The question is whether a reorder placed now is needed.
• Your supplier's real replenishment cycle is 35 days (measured, not quoted). A PO placed today lands around day 35.
• On-hand stock lasts 50 days; the inbound 300 units become sellable at day 20, adding 300 ÷ 5.2 ≈ 58 more days of cover.
• Real total cover ≈ (260 + 300) ÷ 5.2 ≈ 108 days, with the bridge from 50 to 108 supplied at day 20 — comfortably before the on-hand runs out at day 50.

Conclusion: no reorder now. The naive on-hand number (50 days) would have scared you into possibly ordering anyway; the no-pipeline number would have been a genuine risk if the cycle were 60 days. The days-of-cover math only makes the right call when the pipeline sits in the formula with real arrival dates — this is the in-transit extension of the cover formula: add inbound units from their sellable date, not as a lump.

What tools do here, as of October 2026

Native Shopify gives you the skeleton: POs, linked inventory transfers, and receiving that controls when units go sellable. What it doesn't give you is a pipeline-aware buying recommendation — the native reports don't net inbound POs against velocity to tell you "wait" or "order." InventoryX's weekly Buying List works from your lead times and in-stock-only velocity to generate the order-by date and suggested quantity per SKU; it doesn't display in-transit POs as a pipeline view in V1, so keep the PO table above as your cross-check either way. The honest division: the tool tells you when to order, the table tells you whether you already did.

Common questions

What is in-transit inventory? Stock you own but can't yet sell — goods moving from supplier to warehouse, between your own locations, or sitting at a 3PL pending receipt. It's counted in inventory value but not in sellable quantities, and it becomes actionable cover only on its actual sellable date, not when it ships.

Do I own inventory while it's in transit? Usually yes, depending on your shipping terms. Under origin-style terms (like FOB origin), ownership transfers when the goods leave the supplier; under destination terms, on arrival. Check the terms on your purchase orders — for most small importers, stock on the water is already theirs and belongs in inventory records.

How do you account for in-transit inventory? Practically for a small store: track it by PO with an ETA in a pipeline table, and let it enter sellable counts only when received. For accounting purposes it's part of inventory value from the ownership transfer point — your year-end count should include goods in transit you own.

Should days of cover include in-transit stock? Yes, but only from the date the units become sellable — arrival plus your receiving time. Counting a full inbound PO as immediate cover overstates your position; adding its units from the sellable date gives you the true cover curve. Never let pipeline stock delay a reorder whose lead time outruns the arrival date.

What happens if I ignore in-transit inventory? Two failures, in opposite directions: double-ordering because you forgot units were already inbound, or running dark because you counted on-hand cover without noticing the replenishment hadn't arrived yet. Both come from treating the pipeline as either nothing or everything — the fix is per-PO tracking with real dates.

Next step

Pull every open PO into the three-column table above this week — SKU, quantity, and your best real ETA (promise date plus your supplier's historical slip). Then re-run cover on your ten fastest SKUs including pipeline from the sellable date. Wherever the answer flips from "order" to "wait" — or the reverse — is exactly where your current spreadsheet has been lying to you.