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

図解 ： Shopify 在庫移動（Inventory Transfers）の刷新 Admin / Improvement 在庫移動（Inventory Transfers）が 「実運用」に合わせて再設計 出荷オブジェクトの作成は任意化。Draft → In transit → 受領 という最短経路で在庫移動が回せるようになり、進捗・追跡情報・発注書（PO）も 1 画面で確認できる。 このページの構成 そもそも何が変わるのか（30秒で理解） 仕組み図解 ： 新しい在庫移動フロー 5つの変更点を細かく 従来 vs 新フローの比較 画面はどう変わる？ 運用パターン（3ステップ） 技術者が押さえるべき5つのポイント 業務に活かせる3つのユースケース 提案で使える1行サマリ 1 そもそも何が変わるのか Shopify は「実際にマーチャントが在庫を動かしている動き方」に合わせて、 在庫移動（Inventory Transfer）のワークフローを刷新 した。 一番大きい変化は、 出荷（Shipment）を作らなくても在庫を移動できるようになった こと。 従来 ： 出荷オブジェクト必須 転送ごとに「作る → 梱包する → 発送する」と Shipment を手で作っていた。在庫を 1 箇所動かすだけなのに手数が多い。 新 ： 出荷は任意 転送を作って「In transit に動かす → 着いたら受領」だけで完結。準備が必要なら「Ready to Ship」を挟む選択肢も残る。 2 仕組み図解 ： 新しい在庫移動フロー 緑の点線 が今回の目玉 ： Draft からそのまま In transit に飛べる。 「Ready to Ship」と「Shipment 作成」は通りたい人だけ通る分岐 になった、という再設計。 3 5つの変更点を細かく 1. Shipment 作成は任意 転送のたびに梱包・出荷オブジェクトを作る必要なし。「作って → 動かして → 受領」で完結。 2. 転送ページの再設計 送り元・送り先の数量変化が各ステップで一目で見える。進捗が「画面を読む」だけで分かる UI に。 3. 追跡情報はインライン tracking number / carrier は転送内に直接表示。普段は折りたたまれ、必要なときだけ展開できる。 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 画面はどう変わる？ ※ レイアウトは説明用のイメージ。実際の管理画面の細部は変更される可能性あり。 6 運用パターン（3ステップ） 1 転送を作成 送り元・送り先・品目・数量を入力。必要なら PO をリンク。 2 In transit に移行 Draft からそのまま、または Ready to Ship を経由してから。 3 受領（Received） 送り先で受け取り完了。在庫が正式に繰り入れられる。 「準備したい人だけ準備、追跡したい人だけ追跡、PO 紐づけたい人だけ紐づける」── 分岐は全部任意 。ミニマムは Draft → In transit → Received の 3 ステップ。 7 技術者が押さえるべき5つのポイント 1. Shipment が「省略可」になった意味 これまで Shipment オブジェクトを前提に組まれていた社内ツール・連携アプリは、 転送が Shipment を持たないケース を新たに想定する必要がある。 2. ステータス機械の見直し Draft → Ready to Ship → In transit → Received という従来想定が、Draft → In transit → Received で完結することもありうる。 ステート遷移を扱うコードは経路の省略を許容する設計に 。 3. API 仕様の言及は無い 記事は管理画面・運用フロー側の説明のみ。 InventoryTransfer / Shipment 関連の GraphQL 仕様変更 については記載なし。実装連携前にサンドボックスで挙動確認が必要。 4. PO リンクでコスト情報が転送に紐づく 転送と発注書がリンク可能になる ＝ 「原価が分かる転送」 が作れる。会計・原価管理側の連携で、転送経由の単価突合が組みやすくなる。 5. 追跡情報の保存場所 tracking number ／ carrier は転送内インラインで参照できる。 従来 Shipment 配下に持っていたフィールドの参照経路 が変わる可能性があるため、連携アプリ側の取得ロジックも要点検（記事に詳細仕様の記載なし）。 8 業務に活かせる3つのユースケース USE CASE 1 多店舗小売 ： 店舗間の在庫移動を「手数 30% カット」 課題 本店・店舗間で日常的に在庫を融通しているのに、毎回 Shipment を作って梱包確認まで通すのが過剰な手数になっていた。 打ち手 新フローで Shipment 作成と Ready to Ship をスキップ。Draft → In transit → Received の 3 タップ運用に切り替え。 効果 店舗スタッフの転送操作工数が削減。送り先での受領・在庫繰り入れタイミングも早くなる。 技術メモ 転送ページが進捗ダッシュボード化したので、店舗マネージャー向けの追加カスタム管理画面の必要性も下がる。 USE CASE 2 原価管理 ： 「PO ↔ 転送」リンクで仕入れ単価を在庫に追従させる 課題 発注書のコスト情報と、入荷後に物理拠点間で動かす転送が別管理で、原価の突合が手作業だった。 打ち手 転送に PO をリンクし、コスト情報を転送と同じ画面で参照可能に。経理側はその転送 ID を軸に突合できる。 効果 仕入れ → 入庫 → 拠点移動 までの単価の流れを 1 本の動線で見える化。月次棚卸し時間の短縮。 技術メモ 会計連携アプリには、転送と紐づく PO ID をエクスポート対象に加える改修を入れると効果が出やすい。 USE CASE 3 3PL ／ 委託倉庫運用 ： 追跡情報を「探さなくていい場所」に置く 課題 外部倉庫・配送会社経由の拠点間移動で、追跡番号やキャリア情報が Slack や別ツールに散乱、問い合わせのたびに探していた。 打ち手 新フローではトラッキング番号・キャリアが転送内インラインで参照できる。CS／在庫担当の問い合わせ動線を Shopify 管理画面に集約。 効果 問い合わせ対応時間の短縮、ナレッジの属人化解消。受領遅延の検知も同画面でできる。 技術メモ 必要な時だけ展開される UI のため、普段のリスト閲覧は軽い。倉庫向け簡易権限ユーザにも見せやすい。 9 提案で使える1行サマリ 「Shopify の在庫移動が、 Shipment 作成と Ready to Ship を任意化 して 3 ステップ運用に。 進捗・追跡・発注書コストが転送ページに集約され、 多店舗運用・原価管理・3PL 連携の手数を一段下げられる アップデート。」 source ： changelog.shopify.com / simpler-inventory-transfers generated 2026-05-23