---
title: "Shopify Flowのトリガーとアクションの一覧"
description: "QuotWayのFlowのすべてのトリガーとアクション、それぞれが運ぶ項目、そして必要なプランです。Flowのワークフローを組むとき、検討するときの参照資料です。"
url: "https://www.quotway.com/ja/docs/integrations/shopify-flow-reference"
type: "documentation"
category: "integrations"
updated: "2026-10-15"
locale: "ja"
source: "QuotWay - B2B Quote & Negotiation App for Shopify"
---

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

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

これは項目の水準の参照資料です。最初のワークフローの組み立て方は[Shopify Flow](./shopify-flow.md)から始めてください。

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が空でない*をお使いください。
- **バイヤーのメールアドレスは常に入っています**（受け取りの時点で検証されます）。これにより、どのトリガーからでもメールのアクションを直接つなぐことが安全になります。バイヤーの連絡先がそれしかないゲストの依頼でも同様です。

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

| トリガー | 追加の項目 | 値 |
| --- | --- | --- |
| 見積に再見積が出た | **ラウンド番号** | 交渉のラウンド数のために予約された項目。現在は常に `0` |
| 見積が承認された | **承認の種類** | `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ではなく[QuotWay API](/docs/api)が必要です。APIは見積を明細付きで返し、[Webhook](/docs/api/webhooks)は見積が変わるとシステムに通知します。どちらもEnterpriseプランで利用できます（14日間の無料トライアル中も含みます）。

## 関連記事

- [Shopify Flow](./shopify-flow.md) - 最初のワークフローの組み立てと、プランの条件です。
- [承認ワークフロー](../approvals/approval-workflows.md) - 承認の三つのトリガーを発動させる、承認のイベントです。
- [プラン、トライアル、料金](../billing/plans-trial-and-billing.md) - トリガーはProfessional、アクションはEnterpriseです。