ドラフト順の決定要因：ステップバイステップ

「下書き注文」には、B2Bの見積もり、卸売注文、電話注文などが含まれますが、Shopify Flowにはこれらに対応する機能がほとんどありません。以下の10のトリガーは、下書きのライフサイクル全体（編集、ステータス、タグ、メモ、およびオプトインによる連絡先データ）を網羅しています。

このページの内容：注文案の更新, 注文案のステータスが変更されました, 注文案の明細が変更されました, 注文案にタグが追加されました, 注文案からタグが削除されました, 注文案のメモが変更されました, 注文案の属性が変更されました, 注文案のメールアドレスが変更されました, 注文案の配送先住所が変更されました, 注文案の請求先住所が変更されました

注文の進捗状況に関する最新情報

ドラフト順の保存のたびに発火する。


火災の原因は	Shopify Webhook
許可	データアクセスに関する命令案
電源が入った	これを使用するFlowワークフローを有効にすると、それがオンになります。この機能専用のスイッチは、アプリの「トリガー」ページにあります。

次のような用途にご利用ください

引用内容をCRMに反映する。
どのより具体的なトリガーが適しているかを見極めるまでの、ひとまずの暫定的な解決策です。

「ドラフト注文の更新」がワークフローに送信する内容

フロー内の変数	種類	その中身
`draftOrder`	目的	更新された命令案
`draftOrder.id`	ID
`draftOrder.name`	テキスト
`draftOrder.status`	テキスト
`draftOrder.totalPrice`	テキスト
`draftOrder.currencyCode`	テキスト
`draftOrder.tags`	テキスト
`draftOrder.note`	テキスト
`draftOrder.invoiceUrl`	テキスト
`draftOrder.updatedAt`	テキスト
`payload`	テキスト	更新された下書き注文のGIDを含むJSONオブジェクト（例：{"id":"gid://shopify/DraftOrder/123"}）
`eventId`	テキスト	このイベントのIDです。アプリの「イベント履歴」でこれを検索すると、具体的に何が送信されたかを確認できます。

例：見積もりの変更をすべてCRMに反映する

トリガーとして「**ドラフト順の更新」**を選択します。
「{{draftOrder.id}}」、「{{draftOrder.name}}」、「{{draftOrder.status}}」、「{{draftOrder.totalPrice}} {{draftOrder.currencyCode}}」を使用したHTTPリクエストの送信を追加します。
ワークフローを有効にしてください。

注文のステータスが「下書き」に変更されました

open、invoice_sent、completed の間でドラフト順序が移動した際に発火します。


火災の原因は	Shopify Webhook と変更検出
許可	データアクセスに関する命令案
電源が入った	これを使用するFlowワークフローを有効にすると、それがオンになります。この機能専用のスイッチは、アプリの「トリガー」ページにあります。

次のような用途にご利用ください

請求書が送信されたら、リマインダーの連鎖を開始する。
見積もりが注文に変わった際は、アカウントマネージャーにその旨を伝えてください。

「ドラフト注文ステータスの変更」がワークフローに送信する内容

フロー内の変数	種類	その中身
`draftOrder`	目的	ステータスが変更された命令案
`draftOrder.id`	ID
`draftOrder.name`	テキスト
`draftOrder.status`	テキスト
`oldStatus`	テキスト	注文案の以前のステータス（未処理／請求書発行済み／完了）
`newStatus`	テキスト	注文案の新しいステータス（オープン／請求書送信済み／完了）
`eventId`	テキスト	このイベントのIDです。アプリの「イベント履歴」でこれを検索すると、具体的に何が送信されたかを確認できます。

例：請求書発行から3日後に顧客にリマインドする

トリガーとして「**ドラフト順のステータスが変更された」**を選択します。
条件を追加：newStatus が invoice_sent と等しい。
「3日間待機」を追加し、その後、{{draftOrder.name}} を使用してメールツールにHTTPリクエストを送信してください。
ワークフローを有効にしてください。

注文明細の草案が変更されました

注文案の項目（追加、削除、数量、価格、バリエーション）に変更があった場合に発火します。注文トリガーと同じchanges.items構造です。


火災の原因は	Shopify Webhook と変更検出
許可	データアクセスに関する命令案
電源が入った	これを使用するFlowワークフローを有効にすると、その機能がオンになります。この機能専用のスイッチは、アプリの「トリガー」ページにあります。

次のような用途にご利用ください

営業担当者が見積書の価格を引き下げる際には、承認を必要とする。
見積もりと連携した予約システムを維持する。

「ドラフト注文明細の変更内容」がワークフローに送信する内容

フロー内の変数	種類	その中身
`draftOrder`	目的	明細が変更された命令案
`draftOrder.id`	ID
`draftOrder.name`	テキスト
`draftOrder.status`	テキスト
`changes`	目的	明細項目の変更内容：追加、削除、数量、価格、およびバリエーションの変更（旧値と新値を含む）
`changes.items`	オブジェクトの一覧	検出された変更の一覧
`changes.items (each).changeType`	テキスト	変更の種類：追加、削除、数量変更、価格変更、バリエーション変更
`changes.items (each).lineItemId`	ID	明細項目ID（ある場合）
`changes.items (each).productTitle`	テキスト	商品名
`changes.items (each).variantTitle`	テキスト	別タイトル
`changes.items (each).oldVariantId`	ID	旧形式のGID（削除済みまたはvariant_changedの場合）
`changes.items (each).newVariantId`	ID	新しいバリアント GID（追加またはバリアント変更用）
`changes.items (each).oldProductId`	ID	旧製品のGID（削除済みまたはvariant_changedの場合）
`changes.items (each).newProductId`	ID	新製品 GID（追加またはvariant_changed用）
`changes.items (each).oldQuantity`	番号	以前の数量（quantity_changed用）
`changes.items (each).newQuantity`	番号	新しい数量（quantity_changed用）
`changes.items (each).oldPrice`	テキスト	旧価格（price_changed用）
`changes.items (each).newPrice`	テキスト	新しい価格（price_changed用）
`changes.items (each).lineItemData`	テキスト	JSON形式の完全な明細データ
`eventId`	テキスト	このイベントのIDです。アプリの「イベント履歴」でこれを検索すると、具体的に何が送信されたかを確認できます。

例：見積価格が変更された際に承認を求める

トリガーとして「**ドラフト順の項目変更」**を選択しました。
条件を追加：changes.itemsのいずれか1つについて、changeTypeがprice_changedに等しい。
「needs-approval」という下書き注文タグを追加し、変更されたエントリの「oldPrice」と「newPrice」を記載した内部メールを営業担当者に送信する（changes.items を対象とした Liquid の for ループ）。
ワークフローを有効にしてください。

「注文タグ（草案）」が追加されました

下書きの注文にタグが1つ以上追加されたときに発火します。


火災の原因は	Shopify Webhook と変更検出
許可	データアクセスに関する命令案
電源が入った	これを使用するFlowワークフローを有効にすると、それがオンになります。この機能専用のスイッチは、アプリの「トリガー」ページにあります。

次のような用途にご利用ください

営業担当者が見積書にタグを付けてプロセスを開始しましょう：approved、rush。

「タグの追加」ドラフトがワークフローに送信する内容

フロー内の変数	種類	その中身
`draftOrder`	目的	タグが変更された命令案
`draftOrder.id`	ID
`draftOrder.name`	テキスト
`draftOrder.status`	テキスト
`draftOrder.tags`	テキスト
`addedTags`	テキスト	下書きの注文に追加されたタグのカンマ区切りのリスト
`removedTags`	テキスト	同じ更新で下書きの順序から削除されたタグのカンマ区切りのリスト（空の場合もある）
`currentTags`	テキスト	下書き注文に含まれる現在のすべてのタグをカンマ区切りで列挙したもの
`previousTags`	テキスト	この更新前のドラフト順にある、それまでのすべてのタグをカンマ区切りで列挙したもの
`eventId`	テキスト	このイベントのIDです。アプリの「イベント履歴」でこれを検索すると、具体的に何が送信されたかを確認できます。

例：見積書が承認されたら、経理部に通知する

トリガーとして「ドラフト順のタグ」が追加されました。
条件を追加：addedTags には approved が含まれます。
「{{draftOrder.name}}」を使用して、経理部門に社内メールを送信する機能を追加します。
ワークフローを有効にしてください。

注文タグの草案が削除されました

ドラフト注文から少なくとも1つのタグが削除されたときに発火します。


火災の原因は	Shopify Webhook と変更検出
許可	データアクセスに関する命令案
電源が入った	これを使用するFlowワークフローを有効にすると、それがオンになります。この機能専用のスイッチは、アプリの「トリガー」ページにあります。

次のような用途にご利用ください

「タグを一致させて追加する」ワークフローによる処理を元に戻します。

「Draft Order Tags Removed」がワークフローに送信する内容

フロー内の変数	種類	その中身
`draftOrder`	目的	タグが変更された命令案
`draftOrder.id`	ID
`draftOrder.name`	テキスト
`draftOrder.status`	テキスト
`draftOrder.tags`	テキスト
`addedTags`	テキスト	同じ更新で下書き注文に追加されたタグのカンマ区切りのリスト（空の場合もある）
`removedTags`	テキスト	下書きの注文から削除されたタグの、カンマ区切りのリスト
`currentTags`	テキスト	下書き注文に含まれる現在のタグをすべて、カンマ区切りで列挙したもの
`previousTags`	テキスト	この更新前のドラフト順にある、それまでのすべてのタグをコンマ区切りで列挙したもの
`eventId`	テキスト	このイベントのIDです。アプリの「イベント履歴」でこれを検索すると、具体的に何が送信されたかを確認できます。

例：承認が取り消された場合は営業部門に通知する

トリガーとして「**ドラフト順のタグを削除」**を選択しました。
条件を追加：removedTags には approved が含まれる。
「営業担当者に社内メールを送信」を追加する。
ワークフローを有効にしてください。

命令案の注記が変更されました

ドラフト注文の伝票が追加、変更、または決済された際に発火します。


火災の原因は	Shopify Webhookと変更検出
許可	データアクセスに関する命令案
電源が入った	これを使用するFlowワークフローを有効にすると、それがオンになります。この機能専用のスイッチは、アプリの「トリガー」ページにあります。

次のような用途にご利用ください

見積書に関する内部の備考を次のチームに引き継ぐ。

「ドラフト注文メモの変更内容」がワークフローに送信する内容

フロー内の変数	種類	その中身
`draftOrder`	目的	注記が変更された命令案
`draftOrder.id`	ID
`draftOrder.name`	テキスト
`draftOrder.status`	テキスト
`draftOrder.note`	テキスト
`oldNote`	テキスト	注文案に関する前回のメモ（以前にメモが設定されていなかった場合は空欄）
`newNote`	テキスト	注文案に対する新しいメモ（メモが削除された場合は空）
`eventId`	テキスト	このイベントのIDです。アプリの「イベント履歴」でこのIDを検索すると、具体的に何が送信されたかを確認できます。

例：見積書のメモをアカウントチャネルに転送する

「ピック順のメモ」がトリガーとして変更されました。
「{{draftOrder.name}}: {{newNote}}」を使用して、SlackにHTTPリクエストを送信する機能を追加します。
ワークフローを有効にしてください。

注文属性の変更案

下書きの注文に対するカスタム属性が追加、削除、または変更されたときに発火します。


火災の原因は	Shopify Webhook と変更検出
許可	データアクセスに関する命令案
電源が入った	これを使用するFlowワークフローを有効にすると、それがオンになります。この機能専用のスイッチは、アプリの「トリガー」ページにあります。

次のような用途にご利用ください

属性として保存されている発注番号または希望納品週に応じて処理を行う。

「ドラフト順序の属性が変更された」がワークフローに送信する内容

フロー内の変数	種類	その中身
`draftOrder`	目的	カスタム属性が変更された命令案
`draftOrder.id`	ID
`draftOrder.name`	テキスト
`draftOrder.status`	テキスト
`changes`	目的	属性の変更が検出されました。各項目には、changeType（追加、削除、または変更）、キー、および新旧の値が含まれています。
`changes.items`	オブジェクトの一覧	検出された属性の変更一覧
`changes.items (each).changeType`	テキスト	変更の種類：追加、削除、変更
`changes.items (each).key`	テキスト	属性キー
`changes.items (each).oldValue`	テキスト	前の値（changeType が 'added' の場合は空の文字列）
`changes.items (each).newValue`	テキスト	新しい値（changeType が 'removed' の場合は空の文字列）
`eventId`	テキスト	このイベントのIDです。アプリの「イベント履歴」でこれを検索すると、具体的に何が送信されたかを確認できます。

例：発注番号を取得する

トリガーとして「**ドラフト順の属性変更」**を選択しました。
条件を追加：changes.itemsのうち、少なくとも1つについて、keyがpo_numberに等しい。
新しい値を使用して、ERPにHTTPリクエストを送信する機能を追加します。
ワークフローを有効にしてください。

注文確認メールの件名が変更されました

注文の下書きに記載されているメールアドレスが変更された際にトリガーされます。現在のメールアドレスが渡されます。


火災の原因は	Shopify Webhook と変更検知
許可	データアクセスに関する命令案
電源が入った	これを使用するFlowワークフローを有効にすると、それがオンになります。この機能専用のスイッチは、アプリの「トリガー」ページにあります。

次のような用途にご利用ください

請求書が正しい宛先に届くよう、必ず確認してください。

「Draft Order Email Changed」イベントがワークフローに送信する内容

フロー内の変数	種類	その中身
`draftOrder`	目的	メールアドレスが変更された命令案
`draftOrder.id`	ID
`draftOrder.name`	テキスト
`draftOrder.status`	テキスト
`draftOrder.note`	テキスト
`email`	テキスト	命令案の現在のメールアドレス
`eventId`	テキスト	このイベントのIDです。アプリの「イベント履歴」でこれを検索すると、具体的に何が送信されたかを確認できます。

例：メールでの訂正後、請求書を再送信する

フロー内の「ドラフト順の選択」メールが変更されました。
条件を追加：draftOrder.status が invoice_sent に等しい。
「担当者に請求書の再送を依頼する**社内メールを送信する」**を追加する。
ワークフローを有効にしてください。

注文の配送先住所が変更されました（下書き）

注文の下書きの配送先住所が変更された際にトリガーされます。


火災の原因は	Shopify Webhook と変更検出
許可	データアクセスに関する命令案
電源が入った	これを使用するFlowワークフローを有効にすると、それがオンになります。専用のスイッチは、アプリの「トリガー」ページにあります。

次のような用途にご利用ください

配送先が変更された場合、見積書の送料や税額を再計算します。

「発送先住所の変更」ドラフトオーダーがワークフローに送信する内容

フロー内の変数	種類	その中身
`draftOrder`	目的	配送先住所が変更された注文の草案
`draftOrder.id`	ID
`draftOrder.name`	テキスト
`draftOrder.status`	テキスト
`draftOrder.note`	テキスト
`shippingAddress`	テキスト	注文案の現在の配送先住所を、1行にまとめて表記したもの（空欄の場合もあります）
`shippingAddressDetails`	目的	注文案の現在の配送（配達）先住所を構造化フィールドとして（空の場合あり）
`shippingAddressDetails.firstName`	テキスト	住所に記載されている名前
`shippingAddressDetails.lastName`	テキスト	住所に記載されている姓
`shippingAddressDetails.name`	テキスト	フルネーム（firstName と lastName から生成される）
`shippingAddressDetails.company`	テキスト	会社名または団体名
`shippingAddressDetails.address1`	テキスト	1行目 - 住所または私書箱番号
`shippingAddressDetails.address2`	テキスト	2行目 - アパート、スイート、またはユニット
`shippingAddressDetails.city`	テキスト	市、区、村、または町
`shippingAddressDetails.province`	テキスト	地域 - 県、州、または地区
`shippingAddressDetails.provinceCode`	テキスト	リージョンコード（例：ON）
`shippingAddressDetails.zip`	テキスト	郵便番号
`shippingAddressDetails.country`	テキスト	国名
`shippingAddressDetails.countryCode`	テキスト	2文字の国コード（例：US）
`shippingAddressDetails.phone`	テキスト	住所に記載されている電話番号
`eventId`	テキスト	このイベントのIDです。アプリの「イベント履歴」でこれを検索すると、具体的に何が送信されたかを確認できます。

例：行き先国が変更された引用をマークする

フロー内で「ドラフト順の選択」の配送先住所が変更されました。
社内メールには、下書き注文タグ「recheck-shipping」を追加し、{{shippingAddressDetails.countryCode}} をメンションしてください。
ワークフローを有効にしてください。

注文書の請求先住所変更案

注文案の請求先住所が変更された際にトリガーされます。


火災の原因は	Shopify Webhook と変更検出
許可	データアクセスに関する命令案
電源が入った	これを使用するFlowワークフローを有効にすると、それがオンになります。この機能専用のスイッチは、アプリの「トリガー」ページにあります。

次のような用途にご利用ください

請求書を発行する前に、ERP上の債務者情報を最新の状態に保ってください。

「注文書発行先住所の変更」がワークフローに送信する内容

フロー内の変数	種類	その中身
`draftOrder`	目的	請求先住所が変更された注文案
`draftOrder.id`	ID
`draftOrder.name`	テキスト
`draftOrder.status`	テキスト
`draftOrder.note`	テキスト
`billingAddress`	テキスト	注文案の現在の請求先住所を、1行にまとめて表記したもの（空欄の場合もあります）
`billingAddressDetails`	目的	注文案の現在の請求先住所（構造化フィールドとして）（空の場合あり）
`billingAddressDetails.firstName`	テキスト	住所の最初の名前
`billingAddressDetails.lastName`	テキスト	住所に記載されている姓
`billingAddressDetails.name`	テキスト	フルネーム（firstName と lastName から生成）
`billingAddressDetails.company`	テキスト	会社名または団体名
`billingAddressDetails.address1`	テキスト	1行目 - 住所または私書箱番号
`billingAddressDetails.address2`	テキスト	2行目 - アパート、スイート、またはユニット
`billingAddressDetails.city`	テキスト	市、区、村、または町
`billingAddressDetails.province`	テキスト	地域 - 県、州、または地区
`billingAddressDetails.provinceCode`	テキスト	リージョンコード（例：ON）
`billingAddressDetails.zip`	テキスト	郵便番号
`billingAddressDetails.country`	テキスト	国名
`billingAddressDetails.countryCode`	テキスト	2文字の国コード（例：US）
`billingAddressDetails.phone`	テキスト	住所に記載されている電話番号
`eventId`	テキスト	このイベントのIDです。アプリの「イベント履歴」でこれを検索すると、具体的に何が送信されたかを確認できます。

例：請求書発行前にERPを更新する

フロー内でドラフト順の選択および請求先住所の変更が行われました。
「{{draftOrder.id}}」を使用したHTTPリクエストの送信と、「billingAddressDetails」の各フィールドを追加します。
ワークフローを有効にしてください。

今後の手順

「草案」はFlowのリファレンス型ではないため、これらのトリガーはID、名前、ステータスを含むdraftOrderオブジェクトを返します。それ以外の場合は、「**Send Admin API request」**または「**Run code」**ステップを追加し、draftOrder.idを指定してください。

トリガーの完全なリファレンス - すべてのトリガーを1つのページにまとめる。
適切なトリガーの選択 - どちらがあなたのケースに当てはまるか。
カスタムトリガー - 組み込みのトリガーが適合しない場合は、独自のトリガーを作成してください。
イベント履歴とトラブルシューティング - 何が発射され、何を搭載していたかを確認する。
レコードの管理ページでのトリガーイベント - 1つのレコードに関する最新のイベントが、Shopifyの管理画面内のそのレコード専用のページに表示されます。