Shopify Flowのトリガーとアクションの一覧

読了時間： 6 分。 最終更新： 2026年8月28日 対象： QuotWayに対してFlowのワークフローを組む方、あるいは導入を決める前にQuotWayがFlowへ何を提供しているかを検討している方。

これは項目の水準の参照資料です。最初のワークフローの組み立て方はShopify Flowから始めてください。

QuotWayは10のトリガーと3のアクションを提供しています。トリガーには Professional プラン以上が、アクションには Enterprise が必要です。

トリガー

すべてのトリガーは見積のイベントから発動し、Flowの条件で使ったり後続のアクションへ渡したりできる、平坦な項目の組を運びます。

トリガー	発動するとき
見積が提出された	バイヤーが見積依頼を提出したとき
見積の提案が送られた	価格を入れた提案をバイヤーへ送ったとき
見積に再見積が出た	どちらかの側が再見積を出し、新しいラウンドが始まったとき
見積が承認された	バイヤーが承認したとき - 全体または一部
見積が辞退された	バイヤーが辞退したとき
見積が失効した	見積が有効期限を過ぎたとき
見積が変換された	見積がShopifyの下書き注文になったとき
見積の承認が要求された	自社側またはバイヤー側で承認の連なりが始まったとき
見積の承認が下りた	承認の段階または連なりが承認されたとき
見積の承認が却下された	承認の段階または連なりが却下されたとき

承認の三つのトリガーは、マーチャント側とバイヤー側の両方の連なりで発動します。別々のトリガーを期待するのではなく、Flowの条件で承認の種別の項目（MERCHANT または BUYER）を使って区別してください。

すべてのトリガーにある項目

項目	種類	備考
見積のid	テキスト	QuotWayの内部のid
見積の番号	テキスト	人が読む参照番号。たとえば `Q-1042`
見積の管理画面のURL	テキスト	管理画面のその見積への直接のリンク。Slackのメッセージで役立ちます
状態	テキスト	イベントが発動した時点の見積の状態
方式	テキスト	その見積が動いている見積のモデル
合計金額	数値	見積の合計
通貨コード	テキスト	見積の通貨
実行者の種別	テキスト	イベントを起こしたのが誰か。マーチャント、バイヤー、システムのいずれか
発生時刻	テキスト	ISO 8601の時刻
顧客のid	テキスト	Shopifyの数値の顧客のid。ゲストの見積では空です
バイヤーのメールアドレス	メール	常に存在するため、後続のアクションがバイヤーへ直接メールを送れます

条件を組み立てるときに重要な補足が二つあります。

顧客のidは顧客の参照ではなく、ただのテキストです。 ゲストの見積依頼にはShopifyの顧客が存在しませんし、Shopifyは宣言されたすべての項目が存在することを求めます。参照の項目は空にできませんが、テキストの項目は空にできます。そのため一つのトリガーが、ゲストとサインイン済みの両方の見積をカバーします。分岐させるには、Flowの条件で顧客のidが空でないをお使いください。
バイヤーのメールアドレスは常に入っています（受け取りの時点で検証されます）。これにより、どのトリガーからでもメールのアクションを直接つなぐことが安全になります。バイヤーの連絡先がそれしかないゲストの依頼でも同様です。

特定のトリガーにある追加の項目

トリガー	追加の項目	値
見積に再見積が出た	ラウンド番号	これが何回目の交渉のラウンドか
見積が承認された	承認の種類	`FULL` または `PARTIAL`
見積が承認された	承認された合計	承認された合計額
見積が変換された	下書き注文のid	下書き注文のGID
承認の要求／承認／却下	承認の種別	`MERCHANT` または `BUYER`

「見積が変換された」が注文の参照ではなく下書き注文のidを運ぶ理由。 変換の時点では下書きの注文しか存在しません。実際の注文は、バイヤーが購入手続きを完了するまで作られません。まだ存在しない注文の参照を宣言すると、Shopifyがそのトリガーを拒否してしまうため、下書き注文のGIDは代わりに平文のテキストの項目で運ばれます。

アクション

アクションにより、Flowのワークフローが見積に対して働きかけられます。三つとも Enterprise プランが必要です。

見積の状態を更新する

見積を新しい状態へ移します。

入力	必須	備考
`quote_id`	はい	トリガーの見積のidの項目から
`target_status`	はい	`IN_REVIEW`、`DECLINED`、`EXPIRED` のいずれか
`note`	いいえ	見積に記録されます

指定できる状態は意図的に狭くしてあります。見積を確認のために開き直す、辞退する、失効させる、です。誰かが行うべき作業を表す状態（提案を送る、バイヤーに代わって承認する）は、Flowからは設定できません。

見積をスタッフに割り当てる

見積をチームの担当者へ振り分けます。

入力	必須	備考
`quote_id`	はい	トリガーから
`staff_email`	はい	QuotWayのスタッフに対して、大文字と小文字を区別せずに照合されます

見積の通知を送る

見積のやり取りにメッセージを投稿し、バイヤーにメールを送ります。

入力	必須	備考
`quote_id`	はい	トリガーから
`message`	はい	メッセージの本文

トリガーだけで組み立てられること

トリガーはProfessionalなので、役に立つワークフローの多くはEnterpriseを必要としません。

$25,000を超える見積が承認された → 管理画面への直接のリンクとともにSlackのチャンネルへ投稿し、顧客にタグを付け、タスクを作成します。
vip のタグの付いた顧客から見積が提出された → 担当者にすぐ通知します。
承認が却下された → 見積の番号と合計を添えて営業マネージャーにメールを送ります。
見積が失効した → 顧客を再アプローチのセグメントへ加えます。

アクションは、ワークフローの中から書き戻す力を加えます。見積を開き直す、担当を変える、バイヤーへ連絡する、といったことです。

Flowでは得られないもの

Flowのトリガーが運ぶのは見積の水準の項目であり、明細の水準の詳細ではありません。ワークフローが個々の明細、数量、明細ごとの価格を必要とする場合、たとえば見積をERPへ連携する場合は、FlowではなくAPIが必要です。公開APIと送信Webhookはまだ利用できません。現状は連携をご覧ください。

Shopify Flow - 最初のワークフローの組み立てと、プランの条件です。
承認ワークフロー - 承認の三つのトリガーを発動させる、承認のイベントです。
プラン、トライアル、料金 - トリガーはProfessional、アクションはEnterpriseです。