概要

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は済んでいるか」を確認できるようになります。

Zuora 360がSalesforceに同期するオブジェクトは、大きく2つのグループに分かれます。

同期方式の種類 ― Zuoraから開始する3方式とSalesforceから開始する1方式

Zuora 360の同期は、ビジネス要件に応じて4種類の実行方式から選べます。Zuora側から開始する3方式（Manual sync・Recurring scheduled sync・Recurring real-time sync）と、Salesforce側から開始する1方式（On-demand sync）に分かれます。

マネージドパッケージと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の4つの機能カテゴリ

Zuora Collectionsの各機能は、Visibility（可視化）・Prevention（未然防止）・Configurable Payment Retry（決済リトライ）・Automated Manual Collections（手動回収の自動化）の4カテゴリに整理されます。

Visibility ― Statement GeneratorとCollections Window

• Statement Generator：ステートメント期間内にアカウントで発生したすべてのアクティビティを、サブスクライバーに提示するステートメント（明細書）として生成する
• Collections Window：顧客アカウントの回収ステータスと支払い履歴を、回収担当者が一元的に確認できる画面を提供する

この2つを組み合わせることで、顧客は自分の取引履歴全体を把握でき、回収担当者は複数人でタスクを分担・連携しやすくなります。

Prevention ― Advanced Payment Manager

Advanced Payment Managerは、Payment Runのさまざまな側面をカスタマイズする機能です。サブスクリプション単位で特定の決済ゲートウェイ・支払い方法を設定できるほか、顧客が複数の支払い方法や異なる支払いスケジュールで支払えるようにします。

Configurable Payment Retry ― Intelligent retry logicとAI-driven Smart Retry

Configurable Payment Retryは、電子決済が失敗した際のリトライロジックを、Intelligent retry logicまたはAI-driven Smart Retryのいずれかを使って設定する機能です。特定の顧客グループごとにリトライロジックを設定したり、決済ゲートウェイのレスポンスコードやゲートウェイ自体を定義したりできます。

Automated Manual Collections ― Configurable LockboxとPayment Plans

• Configurable Lockbox：ロックボックス提供銀行から届いた小切手・ACH決済の情報を、請求書・アカウントに自動でマッチングし、非電子決済の運用を効率化する
• Notes：Collections WindowやDisputes機能にコメント機能を追加する
• Payment Plans：延滞している請求書やDebit Memoに対する顧客の分割払いプランを、回収担当者が追跡・管理できるようにする

Zuora Collectionsの3つのベネフィット

Zuora Collectionsの各機能は、最終的に「Collect More（より多く回収する）」「Minimize Churn（解約を最小化する）」「Reduce Cost（コストを削減する）」という3つのベネフィットに集約されます。

まとめ

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

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