features > MACH準拠CPQ
技術プラットフォーム

MACH準拠CPQ

アーキテクチャ審査はcommercetoolsとPIMを承認。CPQベンダーは同じMACHアンケート不合格。Mercuraはモノリシックmiddlewareなしでコマーススタックが呼ぶピアサービスとして動作。

Die Herausforderung

アーキテクチャ審査はcommercetoolsとPIMを承認。CPQベンダーは同じMACHアンケート不合格。

倉庫物流向けモジュラーコンベア・仕分けシステムメーカーがB2BコマースをMACHスタック(commercetools、ヘッドレスCMS、検索インデックス)へ移行完了。次はレーンモジュール、マージダイバータ、制御ソフトバンドルの構成見積。エンタープライズアーキテクチャはコマースと同じMACHアンケートを送付:マイクロサービス境界、API-first表面、クラウドネイティブデプロイ、規定UIからの分離。

既存CPQベンダーはモノリシックオンプレ、規定コンフィギュレータUI、部分APIをロードマップとして回答。単一デプロイスケール、構成OpenAPI不足、Kubernetes説明不足を指摘。調達はCPQを一時停止、コマースとPIMは承認スタックで機能リリース継続。

コンポーザブルCPQは層を独立タイムラインで入替。API-first CPQは管理と連携のRESTパリティを文書化。ヘッドレスCPQは自社画面背後でエンジン実行。CPQ SDKは認証・ページング定型を除去。MACH準拠CPQは別物:Mercuraは独立CPQサービス、文書化API、クラウドネイティブ、分離ルールで、本番中のcommercetools・PIM・受注サービスと同じエンタープライズ審査票を通過。

引合い→構成→価格→承認→受注は、アーキ委員会がMACH標準化済みの商用スタックにモノリシック例外を強制すべきでない。

So funktioniert es

Mercura MACH準拠CPQの仕組み

Mercuraは構成・価格・見積・受注を文書化REST APIと独立デプロイ単位のサービスに分離。管理UIはクライアントの一つ。コマースFE、ディーラーポータル、middlewareは同一エンドポイント呼出。Kubernetesデプロイ、標準可観測性フック。OpenAPI、トポロジ図、適合声明が審査支援。OAuth/OIDC/SAML。サービス境界マップ、クロスサービス回帰テストは自社担当。APIゲートウェイ・サービスメッシュ・ランディングゾーン設計は置換しない。

Im Lieferumfang enthalten

MACH準拠CPQの範囲

  • 構成・価格・見積・受注のマイクロサービス境界
  • サービスごとOpenAPI文書化API-first表面
  • 弾性スケールのKubernetesクラウドネイティブ
  • 任意FEから呼べる分離ルールエンジン
  • OAuth 2.0 / OIDC / SAML
  • コマース・OMS連携Webhook/イベント形式
  • エンタープライズ審査・調達向けアーキパック
  • MACHコマース・PIM・検索とのピア連携

Der Unterschied

MACH適合前後のCPQ選定

アーキ例外のモノリシックCPQ
  • 単一スイートがUI・ルール・デプロイを梱包
  • 審査回答が将来ロードマップ依存
  • コマースが脆弱middleware経由でCPQ呼出
  • プラットフォーム標準K8s運用がCPQに適用不可
  • 調達がCPQをMACHピア横のレガシー扱い
Mercura導入後
  • CPQサービスがコマース・PIMと同一MACH審査通過
  • ストアフロントが構成・価格APIを直接消費
  • Kubernetesが既存runbookに適合
  • OpenAPI・トポロジが審査委員会を満足
  • 閲覧から構成見積まで一貫した商用スタック

Praxisbeispiel

例:MACHコマーススタック上の仕分けモジュール構成

コンベア・仕分けOEMがcommercetools B2Bストアフロント内でレーン・ダイバータ構成が必要。旧CPQベンダーはモノリシックデプロイと不完全APIで審査停滞。MercuraはMACH適合文書、独立サービスエンドポイント、グループプラットフォーム標準に合うK8sモデルを提供。FE開発者はPIM・カートを既にルーティングする同一APIゲートウェイから構成・価格API呼出。スタック図にCPQ例外なしでアーキ承認。

Geschäftlicher Nutzen

MACH準拠CPQは機能チェックリストではなくスタック一貫性

MACH準拠CPQはCPQをcommercetools・PIM・OMS・CDPのピアとして配置。コンポーザブル層、API-first、ヘッドレスUI、SDKを補完。コマースベンダー・コンテンツモデル・クラウドガバナンスは置換しない。参照アーキへのマップとクロステスト担当が必要。「コマースはMACH審査通過、CPQは同アンケートで停止」なら、引合い・構成・価格・承認・受注を承認済み商用アーキに揃える。

コマース・PIMと同じMACHアーキ審査票をCPQが通過する様子を確認

デモ予約し、トポロジ・OpenAPI・Kubernetesを確認、審査がCPQを例外ではなくピアとして扱うまで。

ご要件についてご相談ください

私たちは、メーカーが製品モデリングをマスターし、見積もりプロセスを合理化し、エラーを削減し、最終的に顧客が求めるオーダーメイドのソリューションを提供できるよう支援します。