仕入先に何をいくらで頼んだかを記録する「発注書（Purchase Order）」と、在庫の入庫を記録する「在庫移動（Transfer）」がついに接続。発注書を「入荷（受領）」する準備が整うと、自動で Transfer が作られる。
発注書は「注文と原価」、在庫移動は「モノの動き」を別々に記録。入荷時に両者を人が突き合わせる必要があった。
発注書を受領すると Transfer が自動生成され、常に元の発注書に紐づく。注文・入荷・原価が 1 つに連結される。
入荷した在庫は Admin・POS のどちらからでも受領可能。荷物が届いた場所で受け取れるので、店舗着荷でもバックオフィス着荷でも対応できる。
1 つの Transfer に複数の入荷（shipment）を持てる。別々に届いた荷物は別々に追跡され、受領済みと未入荷（outstanding）が一目で分かる。
各 Transfer は元の発注書に紐づいたまま。「何を注文し／何が届き／いくらだったか」がすべて連結され、突合作業が不要になる。
発注書の明細（line items）をCSV で一括取り込みできる。手入力せずに大量の品目を発注書に流し込める。
発注書は過去の仕入価格、または商品ページの原価（cost per item）で自動的に埋まる。毎回の原価入力が省け、発注のスピードと正確性が上がる。
| 項目 | 従来 | 今回のアップデート |
|---|---|---|
| 発注書と在庫移動 | 分断 別々の記録で手動突合 | 連結 受領時に Transfer を自動生成 |
| 受領できる場所 | 記載なし（分断運用） | Admin / POS 届いた場所で受領 |
| 分納の追跡 | まとめて扱いにくい | 個別追跡 受領済み／未入荷を可視化 |
| 明細の入力 | 手入力 | CSV 取込 明細を一括インポート |
| 原価の入力 | 都度手入力 | 自動入力 過去価格 or 商品原価から補完 |
明細を CSV で取り込むか、過去価格・商品原価の自動入力を使って発注書を作成。
受領準備をすると Transfer が自動生成される。Admin でも POS でも開始できる。
入荷ごとに受領。分納なら受領済み／未入荷が追跡され、原価と共に発注書に連結される。
発注書（注文・原価）と在庫移動（入庫）は別レコードとして残しつつ、受領時に参照関係で結ぶ設計。データ的にどちらの粒度でも追える。
1 つの Transfer が複数 shipment を持つ構造。受領は shipment 単位で行われ、outstanding（未入荷）を差分で管理できる前提でデータ設計されている。
同一 Transfer を Admin と POS の両方から受領できる。店舗オペレーションと本部在庫が同じレコードを更新する運用を想定して設計を確認したい。
発注書 line item を CSV で流し込める。ERP・仕入マスタからのエクスポート → 取込という連携パターンが作れる（列仕様は管理画面で要確認）。
Autofill は直近の仕入価格または商品ページの cost per itemを参照。原価の精度が発注書に伝播するので、商品マスタの原価を正しく保つほど自動入力の質が上がる。API/GraphQL での扱いはヘルプに記載なし、自動化前にサンドボックス検証を推奨。