Mercura CPQ + Salesforce
Salesforce 商談から離れずに複雑製品を構成
アカウント、連絡先、パイプラインは Salesforce のまま。Mercura が構成ロジック、商用ルール、構成専用見積を担当します。
Salesforce は顧客関係と商談管理の正のままです。販売結果がオプション、制約、計算属性、単純な製品ピックリストでは表せないドキュメントに依存するとき Mercura が構成レイヤを足します。
販売プロセスで Salesforce が担うこと
製造業デプロイでは Salesforce がアカウント階層、連絡先、商談、活動、フォーキャスト、チャネル構造を集約します。そのコンテキストは CPQ に渡すべきですが、深い製品ロジックは通常そこにはありません。
- 案件のアカウント・連絡先マスタ
- 商談ステージ、金額、担当
- 商談でモデル化された価格表と通貨
- 活動履歴と案件周りの協業
- 利用時のパートナー・テリトリモデル
- 合意した商用メタデータ（通貨、モデル化された条件）
Salesforce と Mercura の明確な分界
Salesforce
- CRM オブジェクトと販売プロセス
- パイプライン報告とフォーキャスト入力
- 営業ロールに沿ったアクセス
- 商談上の非構成の商用フィールド
Mercura CPQ
- ガイド付き構成と有効な組み合わせ
- ルール、依存関係、計算値
- 構成固有の価格ロジック
- 視覚的または構造化見積出力
- 下流システム向け構成参照
構成後の典型的な引き渡し
- 構成参照または外部キー
- 連携設計で合意した商用行説明
- 構成ソリューションの価格結果
- プロセスに含まれる場合の見積ドキュメントまたはリンク
フィールドマッピング、同期方向、タイミングはプロジェクトごとに定義。Mercura は単一の標準 Salesforce CPQ データモデルを前提にしません。
一般的なアーキテクチャパターン（顧客別）
環境に応じ、商談を開いたまま Salesforce アクション、埋め込み体験、または別タブから Mercura を起動します。設計では取引先・商談・価格表・通貨のコンテキストを渡すことが多く、統合契約で結果を受け取るオブジェクトを定義します。
商談レコードへの埋め込み（Canvas または Lightning Web Component）
営業担当は商談レコード上に留まり、Canvas または LWC で Mercura を開きます。Connected App 経由の OAuth や SSO など、認証はプロジェクトごとに定義します。フィールドと製品のマッピングも同様です。Lightning Experience とモバイルレイアウトは UX 定義時に考慮します。
商談主導の構成
営業が商談を開くまたは更新し、商談コンテキストで Mercura を起動、構成を完了し、商談または関連カスタムオブジェクトに構造化結果を返します。
CRM 横の見積ドキュメント
Mercura が技術・商用見積を生成し、Salesforce が顧客ナラティブ、ステージ移動、フォーキャストを保持。必要に応じ PDF やリンクを添付。
ERP は履行の正
ERP が品目、原価、受注を担う場合、Mercura は Salesforce と ERP の間に位置することが多いです。CRM コンテキスト入力、構成済み商用結果出力、製造データは別インターフェースで ERP へ。
ミドルウェア、iPaaS、カスタムサービスが一般的です。Mercura は合意した連携ポイントを公開します。標準 AppExchange パッケージを意味しません。
Salesforce 商談に現れる製造シナリオ
標準商談上の ETO 行
商談にプラットフォーム製品があっても、販売結果は価格提示前にエンジニアリングルールで検証が必要な寸法、モジュール、サービスバンドルです。
同一カタログのディーラー・地域販売
Salesforce アカウントごとに異なるオプション族や価格表を見せつつ、Mercura が同じ根底の構成ルールを適用します。
長期案件と改訂見積
一商談に複数の構成改訂。Mercura が構成履歴を保持し、Salesforce がステージ進行を追跡します。
Mercura と Salesforce が合うとき
Mercuraが有効な場合
- 静的価格表だけでは製品ロジックが複雑すぎる
- エンジニアリングまたはプロダクト管理がオプションを中央管理する必要
- 見積が構成 BOM や仕様断片を反映する必要
- ERP UI を開かずガイド付き販売が必要
不要な場合
- 小さな固定 SKU リストとリスト価格のみ
- Salesforce CPQ（他 CPQ）が許容ガバナンスで構成を既にカバー
- まだ反復可能な構成ルールがない
製造の議論での Mercura とネイティブ Salesforce CPQ
Salesforce CPQ は商談上のネイティブ価格ステップを含む多くの CPQ フローをカバーします。構成の深さ、製造向けルール、ERP・PIM・CAD などのシステム横断が専用エンジンを要する場合に Mercura を検討します。
| 項目 | Salesforce | Mercura |
|---|---|---|
| 主な強み | CRM プロセス、フォーキャスト、エコシステム | 深い構成、ルール、製造向け見積出力 |
| 典型的なきっかけ | パイプラインとアカウント管理 | 有効な製品組み合わせと計算された商用データ |
実装パートナー向け
Connected App、オブジェクトと製品フィールドのマッピング、商談ページへの埋め込み、Salesforce エディションとオブジェクトをスコープしてから納期を約束してください。Mercura の構成コンテンツは Mercura で維持します。
よくある質問
Mercura は Salesforce の代替？
いいえ。Salesforce は CRM の所有者のままです。Mercura は製品複雑性が必要なとき、構成、構成結果の価格ロジック、見積生成を追加します。
標準 Salesforce コネクタはありますか？
プロジェクトごとに API、ミドルウェア、フィールドマッピングを定義します。Mercura は全顧客向けの単一の既製 Salesforce コネクタを標榜しません。
構成データは ERP に流れますか？
製造アーキテクチャではよくある構成ですが、ERP 連携は CRM コンテキストとは別設計です。多くの顧客は商用承認後に構成結果を ERP へ送ります。
製品マスタはどこで維持？
ガバナンスにより ERP、PIM、PLM、Mercura と異なります。Mercura は単一マスタを仮定せず、実装で合意したソースを消費します。
Mercura は Salesforce CPQ と併用できますか？
一部の構成では Mercura が複雑な製品構成を担い、価格や承認は Salesforce CPQ などネイティブコンポーネントに残します。分担は顧客ごとに定義します。
重い構成ロジックを Salesforce 外に置く理由は？
非常に大きなルールセットや頻繁な設計変更は、CRM アプリケーションロジックや Apex のガバナ制限内だけで保守するのが難しい場合があります。Mercura が構成モデルを集約し、Salesforce はアカウントと商談を保持します。
その他の連携は 連携ハブ .
ワークフローレビューを予約