倉庫から店舗へ──拠点間の在庫移動（Inventory transfer）がステータス変化したタイミングで、通知・記録更新・後続タスクのワークフローを自動起動できる 2 つの新トリガーが Flow に追加された。
転送が出荷準備できたか・届いたかは、担当者が画面を見て把握。受領後の記録更新や連絡も人が手で動かす必要があった。
「出荷準備完了」「受領完了」を Flow が検知して自動起動。通知・ダッシュボード更新・後続タスクの起動をノーコードで組める。
いつ発火 ： 転送が準備され「ready to ship（出荷準備完了）」とマークされたとき。
記事が挙げる用途
いつ発火 ： 転送が宛先で完全に受領されたとき（受入・拒否のどちらでも）。
記事が挙げる用途
※ 右側のアクション例は記事で挙げられた用途を並べたもの。実際にどのアクション部品が使えるかは Flow 側の対応アクション次第。
出荷準備が整った時点で、入荷予定の店舗・倉庫へ通知。受け入れ準備を前倒しできる。
「出荷準備完了」をトリガーに、社内の物流可視化ダッシュボードへステータスを反映。
宛先での受領完了をきっかけに、社内の記録・台帳を自動で更新。
「在庫が届いた」ことを担当チームへ自動連絡し、対応開始のリードタイムを短縮。
受領完了を合図に、棚入れ作業のフォローアップタスクをキックオフ。
受領数と転送数の突き合わせなど、在庫照合タスクを後続として自動起動。
| 項目 | 記事に書かれている内容 |
|---|---|
| 機能カテゴリ | Shopify Flow の新トリガー（タグ ： Feature / Apps） |
| 対象オブジェクト | 在庫転送（Inventory transfer）＝ 自社拠点間の在庫移動 |
| 発火タイミング | ① 出荷準備完了（ready to ship）／② 受領完了（completed：受入・拒否いずれも） |
| 対応プラン・対応国 | 記載なし |
| 必要なアプリ / 前提機能 | 記載なし（Flow の利用が前提と推測されるが、明記はなし） |
| API / Webhook での扱い | 記載なし（詳細はドキュメント参照） |
在庫転送の「状態が変わった瞬間」を捕まえるイベント駆動トリガー。ポーリングで在庫転送を監視していた仕組みは、この 2 トリガーに置き換えられる可能性がある。
「出荷準備完了」は送り出し側・予告系、「完了」は到着側・締め系。通知の宛先も処理内容も異なるので、ワークフローは原則 2 本に分けて設計する。
受入・拒否のどちらでも completed トリガーが走る。在庫照合や記録更新を組むなら、結果（accepted / rejected）を条件分岐で必ず判定すること。
トリガーがワークフローに渡すフィールド（転送元・宛先ロケーション、品目、数量など）の仕様は記事に記載なし。条件分岐や外部連携を組む前にドキュメントで参照可能な項目を確認する。
記事の用途例（物流ダッシュボード更新・社内記録更新・通知）は、Flow から外部 WMS / Slack / 社内 DB へ繋ぐ前提のものが多い。在庫転送イベントを起点に、Flow を社内オペレーションの自動化ハブとして位置づけられる。連携先の具体的なアクション部品は Flow 側の対応状況に依存する。