Admin / Improvement

在庫移動（Inventory Transfers）が
「実運用」に合わせて再設計

出荷オブジェクトの作成は任意化。Draft → In transit → 受領 という最短経路で在庫移動が回せるようになり、進捗・追跡情報・発注書（PO）も 1 画面で確認できる。

このページの構成
  1. そもそも何が変わるのか（30秒で理解）
  2. 仕組み図解 ： 新しい在庫移動フロー
  3. 5つの変更点を細かく
  4. 従来 vs 新フローの比較
  5. 画面はどう変わる？
  6. 運用パターン（3ステップ）
  7. 技術者が押さえるべき5つのポイント
  8. 業務に活かせる3つのユースケース
  9. 提案で使える1行サマリ

1そもそも何が変わるのか

Shopify は「実際にマーチャントが在庫を動かしている動き方」に合わせて、在庫移動（Inventory Transfer）のワークフローを刷新した。
一番大きい変化は、出荷（Shipment）を作らなくても在庫を移動できるようになったこと。
!

従来 ： 出荷オブジェクト必須

転送ごとに「作る → 梱包する → 発送する」と Shipment を手で作っていた。在庫を 1 箇所動かすだけなのに手数が多い。

新 ： 出荷は任意

転送を作って「In transit に動かす → 着いたら受領」だけで完結。準備が必要なら「Ready to Ship」を挟む選択肢も残る。

2仕組み図解 ： 新しい在庫移動フロー

Draft 転送を作成 品目・数量・ 送り元/送り先 Ready to Ship （任意） 出荷準備したい ときだけ通る In transit 輸送中 追跡番号/キャリアは 必要なときだけ表示 Received 送り先で受領 在庫差し引き・ 繰り入れが確定 Draft から直接 In transit へ飛べる（最短経路） Purchase Order 発注書を転送に紐づけ コスト情報を一元化 （任意リンク）
緑の点線が今回の目玉 ： Draft からそのまま In transit に飛べる。
「Ready to Ship」と「Shipment 作成」は通りたい人だけ通る分岐になった、という再設計。

35つの変更点を細かく

1. Shipment 作成は任意

転送のたびに梱包・出荷オブジェクトを作る必要なし。「作って → 動かして → 受領」で完結。

2. 転送ページの再設計

送り元・送り先の数量変化が各ステップで一目で見える。進捗が「画面を読む」だけで分かる UI に。

3. 追跡情報はインライン

tracking number / carrier は転送内に直接表示。普段は折りたたまれ、必要なときだけ展開できる。

Draft Transit

4. "Ready to Ship" は任意

Draft から直接 In transit へ。出荷前に準備したいときだけ Ready to Ship を経由する選択ができる。

5. 発注書（Purchase Order）と紐づけ

転送に PO をリンクできる。原価・コスト情報が転送と同じ場所にまとまるので、入庫精算や棚卸しの突合が一画面で済む。

4従来 vs 新フローの比較

項目従来新しい在庫移動
Shipment 作成 必須 毎回作成・梱包・発送 任意 作らずに in transit へ
Ready to Ship 事実上の必須ステップ 任意 必要な人だけ使う
進捗の見え方 画面を遷移して確認 at a glance 数量変化が転送ページに集約
追跡情報の表示 記載なし 転送内インライン（折りたたみ）
発注書との連携 記載なし リンク可 コスト情報を一元化

5画面はどう変わる？

Transfer #TR-1042 In transit PROGRESS Draft Ready to Ship In transit Received Origin（出荷元） 在庫 120 → 80 −40 が転送に確保 Destination（受領先） 在庫 40 → 80（予定） 受領で確定 ▼ Shipping details（必要なときだけ展開） Tracking ： 1Z999AA10123456784 Carrier ： UPS Linked Purchase Order PO-2026-0431 ／ Cost ： $12,400.00 原価・支払い情報を転送と同じ画面で確認

※ レイアウトは説明用のイメージ。実際の管理画面の細部は変更される可能性あり。

6運用パターン（3ステップ）

1

転送を作成

送り元・送り先・品目・数量を入力。必要なら PO をリンク。

2

In transit に移行

Draft からそのまま、または Ready to Ship を経由してから。

3

受領（Received）

送り先で受け取り完了。在庫が正式に繰り入れられる。

「準備したい人だけ準備、追跡したい人だけ追跡、PO 紐づけたい人だけ紐づける」── 分岐は全部任意。ミニマムは Draft → In transit → Received の 3 ステップ。

7技術者が押さえるべき5つのポイント

Shipment?

1. Shipment が「省略可」になった意味

これまで Shipment オブジェクトを前提に組まれていた社内ツール・連携アプリは、転送が Shipment を持たないケースを新たに想定する必要がある。

state

2. ステータス機械の見直し

Draft → Ready to Ship → In transit → Received という従来想定が、Draft → In transit → Received で完結することもありうる。ステート遷移を扱うコードは経路の省略を許容する設計に。

API ?

3. API 仕様の言及は無い

記事は管理画面・運用フロー側の説明のみ。InventoryTransfer / Shipment 関連の GraphQL 仕様変更については記載なし。実装連携前にサンドボックスで挙動確認が必要。

4. PO リンクでコスト情報が転送に紐づく

転送と発注書がリンク可能になる ＝ 「原価が分かる転送」が作れる。会計・原価管理側の連携で、転送経由の単価突合が組みやすくなる。

5. 追跡情報の保存場所

tracking number ／ carrier は転送内インラインで参照できる。従来 Shipment 配下に持っていたフィールドの参照経路が変わる可能性があるため、連携アプリ側の取得ロジックも要点検（記事に詳細仕様の記載なし）。

8業務に活かせる3つのユースケース

本店 店舗A
USE CASE 1

多店舗小売 ： 店舗間の在庫移動を「手数 30% カット」

課題
本店・店舗間で日常的に在庫を融通しているのに、毎回 Shipment を作って梱包確認まで通すのが過剰な手数になっていた。
打ち手
新フローで Shipment 作成と Ready to Ship をスキップ。Draft → In transit → Received の 3 タップ運用に切り替え。
効果
店舗スタッフの転送操作工数が削減。送り先での受領・在庫繰り入れタイミングも早くなる。
技術メモ
転送ページが進捗ダッシュボード化したので、店舗マネージャー向けの追加カスタム管理画面の必要性も下がる。
PO Transfer cost 情報を引き継ぎ
USE CASE 2

原価管理 ： 「PO ↔ 転送」リンクで仕入れ単価を在庫に追従させる

課題
発注書のコスト情報と、入荷後に物理拠点間で動かす転送が別管理で、原価の突合が手作業だった。
打ち手
転送に PO をリンクし、コスト情報を転送と同じ画面で参照可能に。経理側はその転送 ID を軸に突合できる。
効果
仕入れ → 入庫 → 拠点移動 までの単価の流れを 1 本の動線で見える化。月次棚卸し時間の短縮。
技術メモ
会計連携アプリには、転送と紐づく PO ID をエクスポート対象に加える改修を入れると効果が出やすい。
Tracking
USE CASE 3

3PL ／ 委託倉庫運用 ： 追跡情報を「探さなくていい場所」に置く

課題
外部倉庫・配送会社経由の拠点間移動で、追跡番号やキャリア情報が Slack や別ツールに散乱、問い合わせのたびに探していた。
打ち手
新フローではトラッキング番号・キャリアが転送内インラインで参照できる。CS／在庫担当の問い合わせ動線を Shopify 管理画面に集約。
効果
問い合わせ対応時間の短縮、ナレッジの属人化解消。受領遅延の検知も同画面でできる。
技術メモ
必要な時だけ展開される UI のため、普段のリスト閲覧は軽い。倉庫向け簡易権限ユーザにも見せやすい。

9提案で使える1行サマリ

「Shopify の在庫移動が、Shipment 作成と Ready to Ship を任意化して 3 ステップ運用に。
進捗・追跡・発注書コストが転送ページに集約され、多店舗運用・原価管理・3PL 連携の手数を一段下げられるアップデート。」