Salesforce Revenue Cloudは、CPQ、サブスクリプション、請求、収益ライフサイクル管理をSalesforce内にまとめた製品です。収益プロセス全体をSalesforceのオブジェクトと自動化の上に置きたい企業には有力な選択肢です。一方で「Revenue Cloudの代替」を探すチームの多くは、実際にはより狭い問いを持っています。見積後のすべての統制をCRMの中に作り込むべきか、それともSalesforceは営業に集中させ、商談後の統制された業務は別のレイヤーに持たせるべきか、という問いです。
このガイドは、Revenue Cloudをネイティブに使う、専用の請求プラットフォームを導入する、CPQ特化ツールを組み合わせる、Salesforceの周辺にバックオフィス実行レイヤーを置く、カスタム連携を構築する、という現実的な選択肢を比較するRevOps・経理・情報システムチーム向けです。
まず「どのシステムが何を持つか」を決める
製品を比較する前に、商談成立後の見積、受注、サブスク、売上請求、入金、前受金、会計連携の各レコードをどのシステムが持つべきかを決めます。
| 所有モデル | 向いているチーム | 理由 |
|---|---|---|
| Salesforce Revenue Cloudが見積〜入金を所有 | 収益ライフサイクル全体をSalesforceに標準化する企業 | CPQ・請求・収益データを商談の近くに置けます。深いCRMカスタマイズが前提です。 |
| 専用請求プラットフォームが請求を所有 | 複雑な定期請求を持つSaaS・サブスク企業 | 従量、日割り、督促に強い一方、CPQと会計連携の設計は別途必要です。 |
| CPQ特化ツールが見積を所有 | 見積設定と承認が主要な課題のチーム | 価格統制は解決しますが、請求・収益認識・会計は別の場所に残ります。 |
| バックオフィスレイヤー（Sanka）が商談後を所有 | SalesforceはCRMのまま、経理業務を統制したいチーム | CPQ確認、サブスク、請求、入金、収益認識、会計確認をレビュー可能なワークフローとして運用します。 |
| iPaaS・カスタム連携がデータ移動を所有 | 同期要件が狭く、内製力の強いチーム | 柔軟ですが、承認、監査ログ、リトライ、例外処理を自前で作り維持する必要があります。 |
1. ネイティブに使う：Salesforce Revenue Cloud
Revenue Cloudは、商談、見積、受注、契約、請求、収益認識をすべてSalesforceオブジェクトとして設計し、その構成を維持できる管理者がいる組織で最も強力です。
営業・RevOps・経理が日常的にSalesforceの中で働いており、価格・請求モデルがRevenue Cloudのオブジェクトに素直にマッピングできる場合は、ネイティブ採用が候補になります。トレードオフは、コスト、導入の深さ、そして経理の統制がCRMカスタマイズになり、営業側の管理者が維持し続ける形になる点です。
2. 専用の請求・サブスクリプションプラットフォーム
定期請求が業務の中心なら、外部の請求プラットフォームが定番の代替です。サブスク、従量計測、日割り、督促、決済回収に強みがあります。
CRMとしてのSalesforceとは相性が良い一方、2つの継ぎ目が残ります。見積条件をSalesforceから請求プラットフォームへ正しく流すこと、そして請求・入金・収益スケジュールを会計へ引き渡すことです。重複処理、リトライ、監査証跡といった連携品質が運用の安定性を左右します。
3. CPQ特化ツール
痛みが見積業務（価格ルール、値引き承認、見積書）に集中しているなら、その範囲に絞ったCPQツールで十分な場合があります。収益プロセスの残りは現状の場所に留まります。
最初の一歩としては合理的ですが、取引量が増えたときにサブスク、売上請求、入金状況、前受金、会計確認をどこで統制するかという問いには答えません。
4. Salesforce周辺の統制されたバックオフィスレイヤー：Sanka
Sankaは、取引先・商談・商品・営業活動の起点をSalesforceに残したまま、商談後の業務をCRMカスタマイズではなく統制されたレビュー可能なワークフローとして動かしたいチーム向けの運用モデルです。
SalesforceをSankaに接続すると、次の業務を運用できます。
- CPQと承認統制：価格、値引き、見積準備、例外確認を監査ログ付きで管理（CPQ・価格管理）
- サブスク・請求オペレーション：更新、契約変更、日割り、売上請求の下書き、送付状況、売掛金フォロー（Salesforce請求）
- 収益認識と会計準備：前受金残高、売上按分スケジュール、仕訳元データ、例外キュー（Salesforce収益認識、Salesforce会計）
- エージェントによる実行：権限・承認・ログの統制のもと、AIエージェントがSalesforceの文脈を読み書き（Agentforce連携）
パターンはシンプルです。Salesforceが商談の起点であり続け、Sankaが商談文脈を読み取り、下書きレコードを作成し、承認を回付し、必要なステータスをSalesforceへ書き戻します。
5. iPaaS・カスタム連携
内製力の強いチームは、Salesforceと請求・会計システムを直接つなぐこともあります。柔軟性は最大ですが、所有責任も最大です。監視、リトライ、重複処理、承認フロー、監査ログをすべて自社で設計・構築・維持する必要があります。変化し続ける経理プロセスよりも、狭く安定した同期要件に向いています。
よくある質問
バックオフィスレイヤーはRevenue Cloudの完全な置き換えですか？ 機能の1対1置き換えではなく、別の運用モデルです。SalesforceはCRMと商談の起点のままで、レイヤー側がCPQ、サブスク、請求、収益認識、会計確認の統制されたワークフローを担います。
Salesforce商談からサブスクや売上請求を自動で作れますか？ はい。取引先、商談、商品、価格、提供期間、請求条件をもとに、送付前にレビューする前提の下書きサブスク・売上請求を作成できます。
Salesforce商談条件から前受金・収益認識を管理できますか？ はい。商談条件、売上請求、サブスク、入金、提供期間をもとに、前受金残高と売上按分スケジュールを会計確認用に準備できます。
Salesforceからの移行が必要ですか？ 不要です。このガイドの選択肢は、Revenue Cloudの全面採用を除き、いずれもSalesforceをCRMとして使い続ける前提です。
