発注書が「在庫移動」を自動生成 Purchase Orders → Transfers 連携

図解 ： Shopify 発注書（Purchase Orders）が在庫移動（Transfers）を自動生成 Admin / 在庫・仕入れ / 変更 発注書が「在庫移動」を自動生成 Purchase Orders → Transfers 連携 仕入先に何をいくらで頼んだかを記録する「発注書（Purchase Order）」と、在庫の入庫を記録する「在庫移動（Transfer）」がついに接続。発注書を「入荷（受領）」する準備が整うと、自動で Transfer が作られる。 このページの構成 そもそも何が変わるのか（30秒で理解） 仕組み図解 ： 発注から入庫までの流れ 今回追加された5つのポイント 従来 vs 今回の比較 分納（Partial Deliveries）の考え方 受領の手順（3ステップ） 技術者が押さえるべき5つのポイント 業務に活かせる3つのユースケース 提案で使える1行サマリ 1 そもそも何が変わるのか これまで「発注書（何を頼んだか・原価）」と「在庫移動（実際にモノが入ってきたか）」は 別々の記録 だった。 今回、発注書を 受領（Receive）する段階で自動的に Transfer が作られ 、発注 → 入庫 → 原価が 1 本の線でつながる。 従来 ： 記録が分断 発注書は「注文と原価」、在庫移動は「モノの動き」を別々に記録。入荷時に両者を人が突き合わせる必要があった。 今回 ： 自動でリンク 発注書を受領すると Transfer が自動生成され、常に元の発注書に紐づく。注文・入荷・原価が 1 つに連結される。 2 仕組み図解 ： 発注から入庫までの流れ ポイントは「受領のタイミングで Transfer が生まれる」こと。 発注書を作った瞬間ではなく、 入荷する準備が整ったとき に在庫移動が作られ、以降その Transfer が発注書と紐づいたまま入庫を追跡する。 3 今回追加された5つのポイント 1. Admin でも POS でも受領できる 入荷した在庫は Admin・POS のどちらからでも受領可能。 荷物が届いた場所で受け取れる ので、店舗着荷でもバックオフィス着荷でも対応できる。 2. 分納（Partial Deliveries） 1 つの Transfer に 複数の入荷（shipment） を持てる。別々に届いた荷物は別々に追跡され、 受領済みと未入荷（outstanding）が一目で分かる 。 3. リンクされた記録 各 Transfer は元の発注書に紐づいたまま。 「何を注文し／何が届き／いくらだったか」 がすべて連結され、突合作業が不要になる。 4. CSV インポート 発注書の明細（line items）を CSV で一括取り込み できる。手入力せずに大量の品目を発注書に流し込める。 5. 情報の自動入力（Autofill） 発注書は 過去の仕入価格 、または 商品ページの原価（cost per item） で自動的に埋まる。毎回の原価入力が省け、発注のスピードと正確性が上がる。 4 従来 vs 今回の比較 項目 従来 今回のアップデート 発注書と在庫移動 分断 別々の記録で手動突合 連結 受領時に Transfer を自動生成 受領できる場所 記載なし（分断運用） Admin / POS 届いた場所で受領 分納の追跡 まとめて扱いにくい 個別追跡 受領済み／未入荷を可視化 明細の入力 手入力 CSV 取込 明細を一括インポート 原価の入力 都度手入力 自動入力 過去価格 or 商品原価から補完 5 分納（Partial Deliveries）の考え方 荷物が 3 回に分かれて届いても 、それぞれを別の入荷として記録し、 受領済みと未入荷を分けて把握 できる。分納が当たり前の仕入れ運用で、入庫の取りこぼしが減る。 6 受領の手順（3ステップ） 1 発注書を用意する 明細を CSV で取り込むか、過去価格・商品原価の自動入力を使って発注書を作成。 2 「入荷する」を実行 受領準備をすると Transfer が自動生成される。Admin でも POS でも開始できる。 3 届いた分を受領 入荷ごとに受領。分納なら受領済み／未入荷が追跡され、原価と共に発注書に連結される。 7 技術者が押さえるべき5つのポイント 1. PO と Transfer が別モデルのまま連結 発注書（注文・原価）と在庫移動（入庫）は別レコードとして残しつつ、受領時に 参照関係で結ぶ 設計。データ的にどちらの粒度でも追える。 2. Transfer : shipment は 1 : N 1 つの Transfer が複数 shipment を持つ構造。受領は shipment 単位で行われ、 outstanding（未入荷）を差分で管理 できる前提でデータ設計されている。 3. 受領チャネルは Admin / POS 二系統 同一 Transfer を Admin と POS の両方から受領できる。店舗オペレーションと本部在庫が 同じレコードを更新 する運用を想定して設計を確認したい。 4. CSV は明細の一括入力口 発注書 line item を CSV で流し込める。 ERP・仕入マスタからのエクスポート → 取込 という連携パターンが作れる（列仕様は管理画面で要確認）。 5. 原価は「過去価格 or 商品原価」から自動補完 Autofill は 直近の仕入価格 または 商品ページの cost per item を参照。原価の精度が発注書に伝播するので、 商品マスタの原価を正しく保つほど自動入力の質が上がる 。API/GraphQL での扱いはヘルプに記載なし、自動化前にサンドボックス検証を推奨。 8 業務に活かせる3つのユースケース USE CASE 1 分納が多い仕入れの「入庫取りこぼしゼロ化」 課題 アパレルや雑貨で 1 発注が複数便に分かれて届き、どこまで入荷したか・残りが何個かが Excel 管理で属人化していた。 打ち手 発注書から自動生成される Transfer で、入荷ごとに shipment を受領。受領済み／未入荷（outstanding）を管理画面で可視化。 効果 未入荷の追跡漏れが減り、仕入先への催促・欠品対応が早くなる。棚卸との差異も追いやすい。 技術メモ Transfer : shipment = 1 : N。受領は shipment 単位なので、外部システム連携時も差分で残数を計算できる。 USE CASE 2 店舗着荷を「その場で POS 受領」してバックオフィス連携 課題 商品が店舗に直接届くのに、受領処理はバックオフィスの Admin でしかできず、在庫反映にタイムラグが出ていた。 打ち手 荷物が届いた店舗の POS でそのまま受領。同じ Transfer が本部の Admin にも反映され、在庫数が即更新。 効果 着荷から在庫反映までのリードタイム短縮。店舗スタッフが受領できるので本部の作業負荷も分散。 技術メモ Admin / POS の二系統が同一 Transfer を更新する前提。店舗オペのフロー（誰が受領するか）を運用ルールで決めておく。 USE CASE 3 大量 SKU の発注書を「CSV 取込＋原価自動入力」で高速作成 課題 数百 SKU を仕入先に発注するのに、明細と原価を毎回手入力していて時間もミスも多かった。 打ち手 明細を CSV で一括インポートし、原価は過去の仕入価格 or 商品ページの cost per item から自動入力させる。 効果 発注書作成の工数を大幅短縮。原価の転記ミスが減り、受領後の原価連結の精度も上がる。 技術メモ Autofill は商品マスタの原価を参照するため、 商品側の cost per item を整備しておくほど効果が出る 。ERP からの CSV エクスポートを取込フォーマットに寄せると連携が組める。 9 提案で使える1行サマリ 「発注書を受領すると在庫移動（Transfer）が自動生成され、 注文・入荷・原価が 1 本に連結 。 Admin / POS どちらでも受領でき、 分納は受領済み／未入荷を個別追跡 。 明細は CSV 一括取込、原価は過去価格・商品原価から自動入力できる。」 source ： changelog.shopify.com / purchase-orders-now-create-transfers-to-move-inventory Shopify Changelog ／ 2026-06-22 ／ 分類 ： Changed・Admin