概要

Zuora CPQの本質は「レコードの同期」ではなく、SalesforceとZuoraという異なるデータモデルを持つ2つのシステムの間に、見積という共通言語を置くことです。

• ZuoraとSalesforceはそれぞれ得意領域が異なり、CPQがその橋渡しをする
• Zuora QuotesとZuora 360の2パッケージで構成される
• 見積フローはAccount → Opportunity → Quote → Orderの順で進む

CPQとは何か ― ZuoraとSalesforceの役割分担

Zuoraは「請求・契約の管理エンジン」に特化したシステムであり、見積を作る機能をネイティブには持っていません。見積が必要な営業フローとZuoraをつなぐのがZuora CPQの役割です。

まずZuoraとSalesforceがそれぞれ何を担当するかを整理します。

この2つは得意領域が異なるため、どちらか一方で完結させるのではなく、両者を連携させて使うのがZuora CPQの前提となる設計思想です。

見積と請求が別システムだと何が起きるか

Zuora単体で運用する場合、見積プロセスは別のツール（スプレッドシートや別システム）で行い、契約が決まったタイミングで誰かがZuoraに手動でAccountやOrderを登録することになります。

営業が別ツールで見積作成
  ↓ 契約確定後
オペレーターがZuoraに手動入力
  ↓
Invoice・Payment

この「2つのシステムに別々に入力する二重管理」が問題の本質です。同じ情報を異なるシステムに別々に登録するため、ズレや遅延が生じやすくなります。

Zuora CPQが解決すること

Zuora CPQはSalesforce上にインストールするパッケージで、営業担当者がSalesforceで作った見積をそのままZuoraのOrderに自動変換します。二重管理がなくなり、見積と請求が常に一致した状態になります。

CPQの真の価値は「レコードの同期」ではなく、SalesforceのQuoteがZuoraのデータモデル（Rate Plan・Charge・Term）で組み立てられるため、Send to ZuoraでそのままOrderになる点にあります。SalesforceとZuoraの間のデータ変換ロジックを自前で実装する必要がなくなります。

Salesforceを使っていない場合や、顧客が自分でプランを選ぶセルフサービス型のSaaSでは、自社アプリからZuora APIを直接呼び出してOrderを生成するパターンになります。この場合はZuora CPQは不要です。

Zuora CPQの構成 ― Zuora QuotesとZuora 360

Zuora CPQはSalesforceにインストールする2つのパッケージで構成されています。セットで使うことで「SalesforceからZuora、ZuoraからSalesforce」の双方向の連携が完成します。

Zuora Quotes ― 見積からOrderへ

Zuora QuotesはSalesforceのネイティブアプリとして動作し、営業担当者はSalesforceのUIを離れることなく見積を作成・承認・送信できます。

Zuora QuotesはZuoraのProduct Catalog（商品カタログ）を参照して見積を組み立てます。見積が承認されると「Send to Zuora」ボタン一つでZuoraにOrderが送信され、Subscriptionが自動生成されます。

Zuora 360 ― ZuoraからSalesforceへの同期

Zuora 360は逆方向の同期、つまりZuoraで発生したデータをSalesforceに戻す役割を担います。

Orderが作られSubscriptionが動き始めると、InvoiceやPaymentなどの情報がZuora側に蓄積されます。Zuora 360があることで、営業担当者やCSがSalesforceを見るだけで「この顧客のSubscriptionは今どういう状態か・InvoiceはいくらでたかPaymentは済んでいるか」を確認できるようになります。

マネージドパッケージとAPIバージョン管理

Zuora CPQはSalesforceのマネージドパッケージとして提供されるため、ZuoraとSalesforceの間のAPI連携は事前に実装済みです。Apexで自前実装する場合と比べて、APIバージョンの追従はZuoraがパッケージのアップデートとして提供するため、自前で管理する必要はありません。

ただし注意点が2つあります。

• Salesforce側のプラットフォーム変更には影響を受けることがあります。 ZuoraはQuarterlyでパッケージのアップデートを推奨しており、放置するとSalesforceのアップデートで動かなくなるリスクがあります
• カスタマイズを加えている場合は話が別です。 Zuora QuotesにはComponent LibraryというSDKが含まれており、Apexでカスタマイズを加えている場合はそのコードの保守は自前になります

Default Value Settings ― 見積のデフォルト値設定

Zuora CPQの管理設定画面にはDefault Value Settingsという項目があり、新しい見積を作成する際のデフォルト値（通貨・支払い条件など）をここで定義します。

Salesforce連携時のSecurity Token

Zuora Commerceの設定画面でSalesforceとの連携情報（クレデンシャル）を入力する際、項目の一つにSecurity Tokenがあります。

SalesforceとZuoraの同期 ― 何がどの方向に流れるか

SalesforceとZuoraの間では、データが「どちらが主（マスター）か」という方向性を持って同期されます。むやみに双方向同期すると整合性が取れなくなるため、オブジェクトごとにマスターとなるシステムが決まっています。

同期のタイミング

見積フローの全体像 ― Account → Opportunity → Quote → Order

Zuora CPQでの見積フローは「Account（誰に）→ Opportunity（何の商談か）→ Quote（どんな内容で）→ Order（契約確定）」という順序で進みます。この順序はZuoraが推奨する標準フローであり、各ステップが次のステップの前提になっています。

各ステップの役割

① Account（顧客）

見積の起点はAccountです。ZuoraのAccountと同期されており、「誰への見積か」を確定させます。既存顧客であればSalesforce上のAccountを選択し、新規顧客であればAccountを作成してから見積を始めます。

② Opportunity（商談）

OpportunityはSalesforceのCRM機能であり、「どの商談に紐づく見積か」を管理します。1つのOpportunityに1つのQuoteが紐づきます。Opportunityがあることで「この見積がどの営業活動から生まれたか」を追跡できます。

③ Quote（見積）

QuoteはZuora QuotesがSalesforce上に追加するカスタムオブジェクトです。ZuoraのProduct Catalogから商品・Rate Planを選び、数量・割引・契約期間などを設定して見積を組み立てます。MRRやTCV（契約総額）がリアルタイムでプレビューされるため、営業担当者は金額のインパクトを確認しながら見積を作れます。

④ Send to Zuora（OrderとSubscriptionの生成）

見積が承認されると「Send to Zuora」を実行します。この瞬間にZuora CPQがZuoraのOrders APIを呼び出し、OrderとSubscriptionが自動生成されます。以降の請求・Invoice・PaymentはすべてZuora側で管理されます。

同じAccountに複数のOpportunityがある場合の識別 — Subscription Name

Zuoraは、同じAccountの下に複数のOpportunityがあっても、Subscription Nameによって個々を区別します。Subscription Nameはデフォルトで Opportunity名から自動生成され、Zuora内で必ずユニークである必要があります。

• Zuora QuotesはデフォルトでOpportunityの名前を使ってSubscription Nameを生成します（設定次第でQuote Nameを使うことも可能）
• Subscription NameはZuora全体で一意である必要があるため、1つのOpportunityにつき作成できるQuoteは1つだけ、という制約が生まれます
• 同じ名前のOpportunityで2つ目のQuoteを作ろうとすると、Subscription Nameが重複してエラーになります。この場合は別名の新しいOpportunityを作成するか、既存Subscriptionのamendmentで対応します

Guided Selling ― 商品選択を絞り込む仕組み

Guided Sellingは「顧客の属性や商談の条件に応じて、表示する商品・Rate Planを絞り込む」機能です。SalesforceのRecordTypeや動的Picklist（依存関係）と同じ発想で、ZuoraのProduct Catalogに対してかかるフィルタリングの仕組みです。

Guided Sellingとは

Zuoraの商品カタログは、ビジネスが成長するにつれて数十・数百のProductやRate Planで埋め尽くされていきます。Guided Sellingはこの問題を解決します。

たとえば：

• 日本の顧客には日本円建ての商品だけを表示する
• エンタープライズ向けの商談にはエンタープライズプランのみを表示する
• 既存顧客のAmendmentでは、現在契約中のプランに追加できるオプションだけを表示する

Guided SellingはどこでどうやってGuidedになるか

Guided SellingはZuora CPQ（Salesforce上にインストールしたパッケージ）の設定画面で定義し、営業担当者がSalesforce上でQuoteを作る画面で機能します。ZuoraのUI・APIには関係ありません。

SalesforceのRecordTypeや動的Picklistとの対応で整理するとこうです：

Zuora Collections ― 未回収請求の回収を管理する

Zuora Collectionsは、未回収の請求書をどう回収していくかに特化した別アプリケーションです。Subscription Economyにおける支払い回収の効率化が主目的です。

Payment Runが「Default Payment Methodで自動的に決済を試みる」仕組みであるのに対し、Zuora Collectionsは自動決済で回収できなかった分を、人が運用としてどう追いかけるかをサポートする領域です。

Zuora Collectionsの主な機能

まとめ

Zuora CPQの本質は「レコードの同期」ではなく、SalesforceとZuoraという異なるデータモデルを持つ2つのシステムの間に、見積という共通言語を置くことです。

Zuora CPQを導入することで、営業担当者はSalesforceを離れることなくZuoraの請求モデルに沿った見積を作れます。エンジニアはSalesforceとZuoraの間のデータ変換ロジックを自前で実装する必要がなくなります。見積・契約・請求が一気通貫でつながることで、ビジネスのスピードと正確さが両立します。