機能 > 連携 > IFS CPQ

Mercura CPQ + IFS Cloud

IFS Cloud向けCPQ

複雑な製品を構成し、適正価格を算出し、受注可能な構成を作成しながら、IFS CloudをERPと製造の基幹システムとして維持します。

IFS Cloudには強力なConfigure-to-Order機能があり、IFSは専用のIFS CPQ製品も提供しています。Mercuraは別のアーキテクチャです。ERP、製造、原価計算、受注実行にIFSを使いながら、営業、CRM、販売店、顧客、デジタルチャネル全体で専用の構成体験を提供したい製造業者向けに、IFS Cloudと連携する独立型のCPQ基盤を提供します。

アーキテクチャを比較する
  • 複雑な製造向けに構築
  • IFS Cloudと連携
  • 社内・販売店・顧客向けCPQ
  • APIファーストアーキテクチャ
ノートPC上のMercuraビジュアル製品コンフィギュレータ
IFS Cloud 出力例

販売見積

顧客
Nordic Manufacturing
構成済み品目
産業用システム
ステータス
検証済み
引き渡し
受注可能
本番IFS Cloudテナントのスクリーンショットではなく、説明用のデータ引き渡しイメージです。

IFS CPQとは

IFS CPQとは

IFS CPQを理解するうえで、まず押さえておきたい3つのポイントがあります。「IFS CPQ」という言葉は、複数の関連機能やアーキテクチャを指して使われることがあります。

1. IFS Cloud Configure-to-OrderとSales Configurator

IFS Cloudには、Configure-to-Order製造向けの長年の製品構成機能があります。構成可能な部品は、特性とオプションを持つ構成ファミリーに整理されます。ルールが有効な組み合わせをガイドし、構成は販売見積、顧客受注、製造指図、Dynamic Order Processing、その他の製造プロセスで使用できます。

2. IFS CPQ

IFSはIFS CPQという専用製品も提供しています。IFSは複雑な製造販売向けの組み込みCPQ体験として位置づけ、ガイド付きセリング、動的価格設定、多階層・システムレベル構成、価格ガバナンス、販売店・リセラー体験、顧客向けWeb構成などの機能を追加します。

  • Business Opportunities
  • Sales Quotations
  • Customer Orders

3. IFS Cloudに接続された独立型CPQ

IFS CloudをERP・製造基盤として維持しつつ、Mercuraなどの別CPQシステムで製品構成、価格設定、可視化、デジタル販売体験を提供することもできます。このアーキテクチャは、IFS外のシステムやチャネル全体で構成が機能する必要がある場合に特に有効です。

確定したIFS CPQ構成は、適切な販売部品、数量、IFS CTO Configuration IDを持つ対応するIFSソース明細を作成できます。

既存のコンフィギュレータ

IFSにはすでに製品コンフィギュレータがありますか?

はい。これは重要です。

信頼できるCPQ評価は、IFSに製品構成がないという前提から始めるべきではありません。IFS Cloudの既存のSales ConfiguratorとConfigure-to-Order機能は、特性とオプションを通じてユーザーをガイドし、構成ルールを適用し、構成依存の価格設定を計算し、結果の構成を下流の製造プロセスに接続できます。

IFSはその後、より広範なCPQ販売体験のために独立したIFS CPQを追加しました。

本質的な問いではない

IFSは製品を構成できるか?

それだけでは十分ではない

IFSにCPQはあるか?

重要なのはこちら

自社の製品、ユーザー、販売チャネル、IFS環境に適した構成アーキテクチャはどれか?

アーキテクチャの選択

IFS Sales Configurator、IFS CPQ、Mercuraのどれか?

正しい答えは解決する課題によって異なります。

IFS Cloud CTO / Sales Configuratorを使う場合

  • 製品構成が主にIFSの製造プロセスを支援する
  • 営業担当者が主にIFS内で業務する
  • 構成可能な部品がすでにIFSの構成ファミリーモデルに適合している
  • 特性とオプションがIFSの製品構造と密接に一致している
  • 構成がIFSのBOM、ルーティング、製造指図、DOPプロセスを直接駆動すべき
  • 構成ロジックをコアIFS環境内に維持したい

IFS CPQを検討する場合

  • IFSとの関係の一部として提供・サポートされるCPQ製品を使いたい
  • IFS Business Opportunities、Sales Quotations、Customer Ordersとの密接な連携が優先事項
  • IFS CTOの上にガイド付きセリングを実現したい
  • 多階層またはシステムレベルの構成が必要
  • 動的価格設定、承認ワークフロー、マージン管理が必要
  • IFS CPQアーキテクチャ内で販売店、リセラー、顧客向け構成を実現したい

Mercura + IFS Cloudを検討する場合

  • 製品構成がIFSインターフェースを超えて複数の場所で機能する必要がある
  • CRMが営業の主な作業環境である
  • 完全にカスタムな営業または顧客向けフロントエンドが必要
  • 販売店や流通業者が独自のブランド体験を必要とする
  • 製品構成を既存のWebサイトやポータルに組み込む必要がある
  • 1つのCPQモデルがERP、CRM、PIM、CAD、デジタルチャネル全体で機能する必要がある
  • 組織が複数のERP環境を運用している
  • CPQ製品モデルをERPライフサイクルから独立させたい
  • 豊富なインタラクティブ2D/3D可視化が販売の中心である
  • ヘッドレス/API駆動のCPQアーキテクチャが必要
  • IFS CPQと専門CPQプラットフォームを比較検討している
IFSに属する製造・運用知識はIFSを使う。実際に製品を構成・購入する人々に最適なCPQアーキテクチャを選ぶ。

三者比較

IFS CTO vs IFS CPQ vs Mercura + IFS Cloud

機能 IFS Cloud CTO / Sales ConfiguratorIFS CPQMercura + IFS Cloud
IFS ERPと製造 ネイティブネイティブ連携IFSが責任を維持
構成可能な部品 ありIFS CTO連携を使用IFS構成部品にマッピング可能
特性とオプション ありありあり
構成ルール ありありあり
ガイド付きセリング あり(構成指向)ありあり
構成価格設定 ありありあり
動的価格ガバナンス IFS価格機能ありあり
販売見積連携 ネイティブネイティブ連携API連携
顧客受注連携 ネイティブネイティブ連携API連携
IFS CTO Configuration ID ネイティブ連携経由で作成必要に応じてマッピング可能
BOM / ルーティング評価 IFSネイティブ責任IFS CTOに接続IFSが製造マスターを維持可能
多階層構成 製造構造ありあり
システムレベル販売 モデルによるありあり
販売店 / リセラー体験 IFS B2Bの可能性ありあり
顧客Webコンフィギュレータ 選択したIFSアーキテクチャが必要ありあり
カスタムフロントエンド / SDKアプローチ コア目的ではないIFS CPQアーキテクチャMercuraのコアアーキテクチャ
CRMファーストワークフロー 連携が必要環境によるコア連携パターン
マルチERP / ERP非依存CPQ なしIFS指向あり
インタラクティブ2D / 3D 実装による対応;3Dアセットは顧客責任Mercuraのコア機能
最適な用途 製造中心のCTOIFS中心のエンドツーエンドCPQIFSを中心としたマルチチャネルCPQ

組み込みCPQアーキテクチャ

IFS CPQはIFS Cloudに組み込まれる — それでも統合型CPQアーキテクチャである

この区別はアーキテクチャチームにとって有用です。

IFSは商務面でIFS CPQをIFS Cloud内に組み込まれ、IFS Cloud Manufacturingとネイティブに統合されていると説明しています。

IFS自身の技術ドキュメントが、その仕組みを説明しています。CPQソリューションは外部アプリケーションとしてプロビジョニングされ、以下を使用してIFS Cloudに接続されます:

  • IFS Connect
  • REST API呼び出し
  • IFS CPQ連携ユーザー
  • IFS API Projections
  • Webhooks
  • OAuth/OIDCベースの認証
  • Single Sign-On
  • カスタムCPQドメイン
  • IFSインターフェース内の組み込みCPQページ

CPQアプリケーションはERPアプリケーション内で実行されなくても、IFS Cloudと深く統合できます。

Mercuraも同じ関心の分離の原則に従います。IFSはERPと製造実行を引き続き所有し、CPQはサポートされた連携インターフェースを通じてIFSと構造化情報を交換します。

違いは、どのCPQプラットフォームを使うかです。

IFS Cloudが担うべき領域

IFS Cloudは何を所有すべきか?

IFS製造業者にとって、目標はCPQ内でIFSを再構築することではありません。IFSは製造実行において非常に強力です。実装によっては、IFSが以下について権威を維持する場合があります:

  • 部品
  • 販売部品
  • 顧客
  • サイト
  • 会社
  • 在庫
  • 原価計算
  • 価格表
  • 顧客価格
  • 製品構造
  • BOM
  • ルーティング
  • 構成ファミリー
  • 構成特性
  • 製造ルール
  • 製造指図
  • Dynamic Order Processing
  • プロジェクト成果物
  • 財務
  • 顧客受注
  • 設置資産とサービス

Mercuraは、販売構成プロセスが実際に必要とする情報を消費または参照すべきです。

CPQが担うべき領域

CPQは何を所有すべきか?

CPQレイヤーは主に、要件をIFSが実行できるものに変換することに関心があります。Mercuraは以下を処理できます:

ガイド付きセリング

顧客要件を技術的に意味のある選択肢に変換します。

  • 必要容量
  • 寸法
  • 用途
  • 性能
  • 環境
  • 設置タイプ
  • 規制要件

製品構成

ユーザーが構成する間、依存関係、制約、計算を適用します。

  • 許容寸法
  • 部品互換性
  • 必要な付属品
  • 相互排他オプション
  • 自動選択部品
  • 容量制約
  • 性能計算
  • 地域固有の選択
  • 製品ファミリーロジック

ビジュアル構成

ユーザーが構築しているものを表示します。

  • 動的画像
  • 2D可視化
  • インタラクティブ3D
  • 素材と仕上げ
  • 寸法
  • 付属品
  • 製品レイアウト
  • 技術ビジュアル

販売出力

構造化構成から商務・技術文書を生成します。

  • 製品説明
  • 構成詳細
  • 数量
  • 価格
  • 割引
  • 画像
  • 技術パラメータ
  • 図面
  • 代替案
  • 顧客情報
  • プロジェクト情報
  • 取引条件

IFSにおけるConfigure-to-Order

IFS CloudがConfigure-to-Orderをどのように処理しているか

IFSのCTO機能は単純なERP品目参照以上の深さがあります。

構成可能な部品は構成ファミリーに接続されます。ファミリーは有効なバリアントを記述する共通の特性とオプションを定義します。IFS Sales Configuratorはユーザーが選択肢を進めるようガイドします。

ルールは以下が可能です:

  • 有効な値を提示
  • 組み合わせを制限
  • 情報を表示
  • 値を自動付与
  • 値を自動解除
  • 選択された特性とオプションの互換性を確保

使用先:

  • CRM商談
  • 販売見積
  • 顧客受注
  • 製造指図
  • Dynamic Order Processing
  • 製造

IFSは構成リビジョン管理と同一の既存構成の再利用もサポートしています。

つまり、IFS連携は価値がある場所で既存のCTOモデルを再利用すべきであり、盲目的に置き換えるべきではありません。

ERPと製造

IFS Cloud

  • 部品
  • Sales Parts
  • 顧客
  • サイト
  • 会社
  • 在庫
  • 原価計算
  • 価格表
コンテキスト
M

構成 · 価格 · 見積

Mercura

  • ガイドセリング
  • 製品構成
  • ビジュアル構成
  • 販売成果物
承認済み結果

受注・業務処理

IFS Cloud

  • 販売見積
  • 顧客受注
  • CTO構成
  • 製造構造
  • 製造指図
  • 財務

販売チャネル

コンフィギュレータはIFS内に存在する必要はない

社内ERPユーザーは可能な対象の1つにすぎません。複雑な製品は、CRMユーザー、フィールドセールス、流通業者、販売店、リセラー、パートナー、エンジニア、顧客、eコマースユーザーによっても販売される場合があります。専用CPQレイヤーにより、一元管理された同じ製品知識を、用途に応じたさまざまな販売チャネルやユーザー体験で活用できます。

社内営業

商談または販売プロセスから構成を起動します。営業は完全な下流製造構造を理解せずにガイダンスを受けられます。

販売店・流通業者構成

外部販売チャネルに、関連製品、有効な構成ルール、顧客固有の品揃え、商務ロジック、見積生成への制御されたアクセスを提供し、完全なERPインターフェースを公開しません。IFS CPQ自体も販売店・リセラーポータル機能を提供しているため、組織は外部CPQが自動的に必要であると想定するのではなく、必要な体験を比較すべきです。

顧客セルフサービス

Webサイトまたはポータルを通じて顧客が直接製品を構成できるようにします。IFS CPQには顧客向けWebコンフィギュレータ機能が含まれています。Mercuraは、その体験を主にIFS中心のソリューションではなく、より広いヘッドレスまたはカスタムデジタルアーキテクチャの一部にしたい場合に適しています。

CRMファーストCPQ

多くの製造業者はERPと製造にIFSを使い、CRMには別のプラットフォームを使います。典型的なアーキテクチャはCRM → Mercura CPQ → IFS Cloudです。これにより、製造がそこで実行されているからといって営業担当者をERPに強制する必要がなくなります。

複数システムにまたがる1つのCPQ

これは、IFS CPQと並んで専門CPQを評価する最も強力な理由の1つです。一部の組織は以下を運用しています:

  • 製造にIFS
  • CRMにSalesforceまたはHubSpot
  • 製品コンテンツにPIM
  • エンジニアリングにPLMまたはCAD
  • 買収後の複数ERPシステム
  • 別の販売店ポータル
  • eコマースプラットフォーム
  • 顧客ポータル

製品構成はIFS機能として外向きに公開されるべきか、それともIFSと残りのスタックに接続された独立した製品知識レイヤーであるべきか?

普遍的に正しい答えはありません。それはアーキテクチャの決定です。

ビジュアルCPQ

IFS CloudでのビジュアルCPQ

複雑な産業製品は、特性とERPフィールドだけでは販売が困難な場合が多いです。Mercuraは構成ロジックとビジュアルフィードバックを組み合わせられます。

  • 動的製品画像
  • 2D製品合成
  • インタラクティブ3D
  • 素材と色の変更
  • 付属品配置
  • 寸法変更
  • システムレイアウト
  • 技術図面

IFS CPQもビジュアル構成シナリオをサポートしています。IFSの製品条件では、IFS CPQに必要な3Dモデルは顧客の責任であることが明記されています。

ソリューションを比較する際は、以下を評価してください:

  • 可視化を誰が作成・維持するか?
  • 可視化はルールとどのように結び付いているか?
  • 同じモデルをカスタムフロントエンドに組み込めるか?
  • IFS外で使用できるか?
  • 3Dアセットはどのように制作されるか?
  • フロントエンドコードとユーザー体験を誰が所有するか?

構成から確約へ

同じ構造化構成を使ってブランド化された提案書を作成し、承認済み結果をIFS Cloudにマッピングします。

Mercura CPQから生成された顧客向け見積書

Mercuraが適する場合

IFSを中心とした環境でMercuraがより適する場合

Mercuraは、CPQ課題がERP構成を超える場合に特に関連します。

営業チームが主にIFSで業務しない

コンフィギュレータはCRMまたは別の営業ワークスペースから起動すべきです。

販売店や顧客に独自のUX要件がある

ERP指向のインターフェースではなく、ブランド体験が必要です。

構成がWebサイトの一部である

製品コンフィギュレータ自体がデジタル販売製品です。

複数のバックオフィスシステムを運用している

1つのCPQモデルが複数のERP、CRM、事業部門に対応する必要があります。

可視化が販売の中心である

顧客は構成しながら結果を見る必要があります。

製品モデルをERPから独立させたい

販売ロジックはERPマスターデータとは異なるペースで変更されます。

ヘッドレスアーキテクチャが必要

構成はAPIとカスタムアプリケーションを通じて消費される必要があります。

IFSがより広いエコシステムの一部である

CPQレイヤーはIFS、CRM、PIM、CAD、その他のシステム全体で製品知識を編成する必要があります。

IFS CPQが適する場合

IFS CPQを選ぶ場合

IFS Cloudが明らかに販売・製造アーキテクチャの中心であり、IFSエコシステム内で提供されるCPQソリューションが必要な場合、IFS CPQは真剣に検討に値します。

  • ほとんどの販売プロセスがIFS内で始まり終わる
  • IFS CTOにすでに相当な構成ロジックが含まれている
  • IFS Business Opportunity / Sales Quotation / Customer Orderとの直接連携が重要
  • 組織が1つの戦略的エンタープライズソフトウェアベンダーを望む
  • IFS製造構造がすべての構成の中心である
  • 標準IFS CPQユーザー体験がビジネス要件を満たす
  • 別のCPQ連携を維持するよりIFSのパッケージ化されたCPQ連携を好む

Mercuraは単に別のアプリケーションを追加するために追加すべきではありません。

Sales Configuratorで十分な場合

既存のIFS Sales Configuratorで十分な場合

すべてのIFS顧客が専用CPQ製品を必要とするわけではありません。

  • ユーザーが主にIFS内で製品を構成する
  • 特性とオプションが既存IFSモデルに適合する
  • 見積が主にERP文書である
  • 製造構成が主な複雑さである
  • 外部販売店/顧客UXが重要でない
  • 豊富なデジタル可視化が不要
  • 独立したCPQレイヤーが不要

これはしばしば最初に答えるべきアーキテクチャの問いです。

製造への引き渡し

CPQをIFS製造と接続する

ここがIFSが特に強力な領域です。販売コンフィギュレータは、製造が実行できない見栄えの良い見積を作成すべきではありません。連携は、承認された商務構成が正しいIFS製造入力になる方法を決定すべきです。

01

パターン1:CPQが既存のIFS販売部品を選択

Mercuraは顧客要件に対応する既存の販売部品を決定します。結果の部品と数量が関連するIFS販売プロセスに転送されます。

最適な場合: 有効なバリアントの有限カタログを製造または在庫している場合。

02

パターン2:CPQがIFS構成可能部品を構成

Mercuraは必要な選択を取得し、対応するIFS構成特性とオプションにマッピングします。IFSは正式なCTO構成とその下流の製造評価について引き続き責任を負います。

最適な場合: 既存のIFS CTOセットアップに保持したい製造ロジックがすでに含まれている場合。

03

パターン3:CPQが商務明細を作成し、IFSが製造構造を評価

1つの高レベル構成が複数の販売部品と数量を生む場合があります。IFSは製造構成ルール、製品構造、ルーティング、DOP、その他の下流プロセスを使用して、受注の履行方法を決定できます。

最適な場合: CPQが販売ソリューションを所有し、IFSが製造定義を所有する場合。

04

パターン4:構成がBOMとルーティング評価を駆動

IFSは構成ルールを評価して製造構造を作成できます。構成済み製品は製品構造とルーティングロジックに供給でき、IFSは構成評価に基づくDOP構造の作成をサポートしています。

最適な場合: 顧客の選択が部品と製造工程を直接決定する場合。

05

パターン5:CPQ → エンジニアリング → IFS

すべてのETO製品を完全に自動化できるわけではありません。Mercuraは繰り返し可能な部分を標準化し、エンジニアリングが必要とするパラメータを生成できます。エンジニアリングが製品を確定した後、承認されたBOM、プロジェクト構造、または製造定義がIFSに入ります。

最適な場合: すべての受注に本格的なエンジニアリング作業が含まれるが、販売は構成の相当部分を自動化できる場合。

正しいアーキテクチャは製造プロセスによって異なります。すべての製造業者が同じ方法でBOMを生成すべきだとは想定していません。

中間受注

IFS中間受注は複雑な見積に特に有用

IFSは構成、原価計算、エンジニアリングの間の興味深い橋渡しを提供します。販売見積または顧客受注上の構成済み製品は、中間受注に展開できます。

  • 構成済み製品を検査
  • 推定原価を集計
  • 軽微なエンジニアリング変更を実施
  • 見積前に原価を再計算

複雑な製造業者にとって、これは強力なアーキテクチャを形成します:

  1. 1 顧客要件
  2. 2 Mercura販売構成
  3. 3 IFS CTO構成
  4. 4 中間構造 / 推定原価
  5. 5 商務価格と見積
  6. 6 承認済み受注

詳細な製造原価計算をCPQプラットフォームに移すよりも、これが望ましい場合があります。

価格設定の責任

IFS CPQで価格設定はどのように機能すべきか?

IFSにはすでに相当な価格設定機能があります。不必要に重複させないでください。

IFS構成価格設定

構成可能な販売部品について、IFSは未構成販売部品の基本価格、構成特性の経済的価値、オプションの経済的価値を使用して価格を計算できます。

  • 金額オフセット
  • パーセンテージオフセット
  • 組み合わせテーブル
  • 価格設定数式
  • アドオン計算
  • 置換計算
  • 価格上書き
  • 最大値引き制御

モデル1:IFSが価格を所有

Mercuraは製品を構成し、IFSから関連する価格を要求または消費します。

最適な場合

IFSにすでに商務価格ロジックが含まれ、顧客価格がERPに属し、販売価格ガバナンスがERP管理であり、構成に大幅な追加CPQ価格設定が不要な場合。

モデル2:IFSが商務ベースを提供し、Mercuraが構成依存の追加を計算

例:IFS販売部品価格 + 選択寸法 + 素材係数 + 性能パッケージ + 付属品 + プロジェクト固有の追加 = 構成販売価格。

最適な場合

ERPが標準商務データを所有するが、最終販売価格が構成コンテキストにのみ存在する計算に依存する場合。

モデル3:Mercuraが構成価格を計算

Mercuraは完全な構成計算を実行し、結果の商務価値を合意されたIFS取引プロセスに送信します。

最適な場合

価格設定が高度に専門化された構成モデルと不可分な場合。

モデル4:IFS CPQがCPQ価格を所有

IFS CPQ自体を選択する場合、IFSは動的価格設定、シナリオモデリング、承認ワークフロー、マージン保護制御をコア機能として訴求しています。そのアーキテクチャでは、別のCPQ価格レイヤーを導入する理由はほとんどありません。

最適な場合

IFSエコシステム内で提供される1つの管理されたCPQ価格レイヤーが必要な場合。

同じ価格ロジックを2回構築しない

最も重要な価格決定は、どのシステムが最も強力な価格エンジンを持つかではありません。

各価格ルールをどのシステムが所有すべきか?顧客契約、価格表、ERP商務ロジックはIFSに属する場合があります。構成数式はCPQに属する場合があります。製造原価はIFS原価計算と製造に近い場所に属します。承認ロジックは1つの管理された拠点を持つべきです。

優れたIFS CPQアーキテクチャは重複ルールを最小化します。

IFS Cloud連携

RESTとOData

MercuraはIFS Cloudとどのように連携するか

IFS CloudはODataベースのREST APIを通じてビジネス機能を公開しています。IFSはREST APIを推奨連携方法とし、連携に再利用できるIFS Cloud Projectionsを公開しています。APIによってはGET、POST、PUT、PATCH、DELETEなどの標準HTTP操作がサポートされています。

  • Premium APIs
  • Integration APIs
  • Standard APIs
  • 適切なシステム間シナリオ向けEntity Service APIs

IFS Cloudとの認証

システム間連携について、IFSはOAuth 2.0 client credentialsフローを推奨しています。外部アプリケーションはIFS IAMクライアントを使用してアクセストークンを取得し、関連API呼び出し時にそのトークンを使用します。

  • IFS IAMクライアント
  • OAuth 2.0
  • IFS REST APIs
  • OData
  • IFS Projections
  • サポートされたIntegrationまたはPremium APIs
  • 適切な場合のIFS Connect
  • 適切な場合のWebhooksまたは非同期連携
  • 必要な場合のみのカスタムProjections
IFS Cloud REST APIドキュメント →

外部構成

外部アプリケーションはIFS構成を作成できるか?

はい。

IFSドキュメントは、構成が外部アプリケーションによって開始できることを明示しています。IFS自身の最新CPQ連携もこのアーキテクチャパターンを示しています。

  • 販売部品
  • 数量
  • Configuration ID
  • 完了したCTO構成

Mercura実装では、すべての顧客が同じマッピングを必要とすると想定するのではなく、結果の構成を所有すべきIFSサポートビジネスフローを最初に決定します。

データ交換

MercuraとIFSはどのようなデータを交換できるか?

典型的な設計には以下が含まれる場合があります:

データ方向目的
販売部品IFS → MercuraERP製品マスターの再利用
部品情報IFS → Mercura技術/製品コンテキスト
顧客IFS → Mercura顧客固有の見積
会社IFS → Mercura組織コンテキスト
サイトIFS → Mercura製造/商務コンテキスト
単位IFS → Mercura一貫した数量
価格情報IFS → MercuraERP価格入力
在庫 / 可用性IFS → Mercura関連する場合の販売可用性
構成特性IFS → Mercura既存CTOモデルの再利用
構成オプションIFS → Mercura許可されたIFS値の再利用
原価情報IFS → Mercura商務上適切な場合
構成Mercura → IFS承認済み製品定義
販売部品Mercura → IFS構成済み商務明細
数量Mercura → IFS受注数量
構成参照Mercura → IFSCPQへのトレーサビリティ
販売見積データMercura → IFS見積フローの継続
顧客受注データMercura → IFS受注プロセスの継続
技術パラメータMercura → IFS下流製造コンテキスト
部品データMercura → IFS合意されたアーキテクチャで必要な場合
実際のマッピングは顧客のIFS構成に基づくべきです。

環境の評価

IFS連携を設計する前に検証すること

IFS実装は大きく異なります。連携を定義する前に、以下を確認します:

結果は、汎用コネクタ図ではなく、実際のIFS環境に基づく連携設計であるべきです。

IFS環境

  • • IFS Cloudリリース
  • • 関連モジュール
  • • 会社
  • • サイト
  • • 権限モデル
  • • 既存連携
  • • IAMセットアップ

製品構成

  • • 構成可能な部品
  • • 構成ファミリー
  • • 特性
  • • オプション
  • • 構成ルール
  • • 構成リビジョン
  • • 既存Sales Configuratorの使用

製造

  • • 製品構造
  • • 構成構造
  • • ルーティング
  • • DOP
  • • 製造指図
  • • 中間受注
  • • プロジェクト成果物
  • • ETOプロセス

価格設定

  • • 販売部品価格
  • • 価格表
  • • 顧客契約
  • • 構成価格設定
  • • 特性価格設定
  • • オプション価格設定
  • • 価格設定数式
  • • 組み合わせテーブル
  • • 割引
  • • 原価計算

商務フロー

  • • CRM / Business Opportunities
  • • Sales Quotations
  • • Customer Orders
  • • 承認
  • • 文書
  • • リビジョンプロセス

連携

  • • 関連Premium APIs
  • • Integration APIs
  • • Projections
  • • ODataエンドポイント
  • • IFS Connect要件
  • • 認証
  • • カスタムProjections
  • • エラーハンドリング
  • • 同期要件

意思決定支援

IFS CPQに関する質問への回答

IFS CPQとは? +

IFS CPQは、複雑な構成可能製品を販売する製造業者向けのIFSのConfigure、Price、Quoteオファリングです。IFSは、ガイド付きセリング、構成、動的価格設定、承認、多階層・システムレベル構成、販売店/リセラーサポート、顧客向けWeb構成を備えた組み込みIFS Cloud体験として位置づけています。

IFS Cloudにはすでに製品コンフィギュレータがありますか? +

はい。IFS Cloudには、構成可能な部品、構成ファミリー、特性、オプション、構成ルールに基づく長年のConfigure-to-OrderとSales Configurator機能が含まれています。IFS CPQは、これらの製造機能を中心に構築・統合されたより広範なCPQオファリングです。

IFS CPQとIFS Sales Configuratorの違いは? +

IFS Sales Configuratorは基盤となるIFS Configure-to-Order機能の一部であり、構成可能部品の有効な構成を作成することに焦点を当てています。IFS CPQはより広範な販売レイヤー製品です。ガイド付きセリング、動的価格ガバナンス、システムレベル構成、外部販売体験などの機能を備えた専用CPQ体験を追加し、結果をIFSビジネスオブジェクトとCTOに統合します。

IFS CPQはIFS Cloudネイティブか? +

商務面では、IFSはIFS CPQを組み込まれ、IFS Cloudとネイティブに統合されていると説明しています。技術面では、IFSドキュメントはCPQソリューションをREST呼び出し、IFS Connect、SSO、Webhooks、専用連携ユーザーを使用してIFS Cloudと統合される外部アプリケーションとして説明しています。これにより、別のCPQサービスアーキテクチャを維持しながら、ユーザーには組み込み体験を提供します。

MercuraはIFS CPQの代替か? +

はい。MercuraはIFS CPQの代わりに、IFS Cloudと並んで独立したCPQレイヤーとして使用できます。より良いアーキテクチャは、既存のIFS CTOモデル、販売チャネル、CRM戦略、フロントエンド要件、システム環境、CPQをIFSエコシステムにどれだけ密接に結合したいかによって異なります。

MercuraはIFS Cloudを置き換えるか? +

いいえ。IFSはERP、製造、運用プロセスを引き続き所有すべきです。Mercuraは販売構成体験を処理し、承認済み結果を合意されたIFSプロセスに渡します。

MercuraはIFS Configure-to-Orderと連携できるか? +

はい、連携は既存のIFS CTOアーキテクチャを保持するよう設計できます。例えば、Mercuraが構成選択を決定または収集し、IFSが正式な構成部品、Configuration ID、下流の製造評価について引き続き責任を負う場合があります。正確なモデルは顧客のCTOセットアップによって異なります。

外部CPQはIFSで構成を作成できるか? +

IFSドキュメントは、構成が外部アプリケーションによって開始できることを明示的に許可しています。適切な連携は、サポートされたIFS APIを使用し、顧客のIFSプロセスで必要とされるビジネス検証を保持すべきです。

MercuraはIFS Cloudにどのように接続するか? +

IFS CloudはODataとProjectionsを使用してREST APIを公開しています。IFSはREST APIが推奨連携アプローチであると述べています。連携は、ビジネスプロセスに応じてPremium APIs、Integration APIs、標準Projections、IFS Connect、その他のサポートされたインターフェースを使用する場合があります。

IFS Cloud REST APIドキュメント →
認証はどのように処理されるか? +

IFSはシステム間連携にOAuth 2.0 client credentialsを推奨しています。最終的な認証セットアップは、インタラクションパターンとIFS環境によって異なります。

IFS OAuthドキュメント →
価格設定はどこに置くべきか? +

IFS、Mercura、または制御されたハイブリッドアーキテクチャに置くことができます。IFSは基本価格、特性・オプション価格、数式、組み合わせテーブルを使用した高度な構成価格設定をすでにサポートしています。明確な理由がない限り、CPQでそのロジックを再作成しないでください。

構成はIFSでBOMとルーティング情報を作成できるか? +

IFS CTOは構成を評価して下流の製造構造を決定できます。構成駆動のDOP構造と工程を含みます。Mercuraは販売構成を提供でき、IFSは製造ロジックの評価と実行を引き続き行います。

IFSは見積前に構成済み製品の原価を計算できるか? +

はい。IFSは販売見積および顧客受注明細行の中間受注をサポートしています。これらは検査と推定原価集計のために展開でき、原価再計算前に軽微なエンジニアリング変更を実施できます。複雑または部分的にエンジニアリングされた製品に特に有用です。

販売店はIFSへの完全アクセスなしでCPQを使えるか? +

はい。IFS CPQとMercuraの両方が外部販売体験をサポートできます。IFS CPQは販売店/リセラーポータルと顧客向けWebコンフィギュレータ機能を訴求しています。Mercuraは、それらの体験をより広いカスタムまたはマルチシステムアーキテクチャに組み込む必要がある場合に特に関連します。

MercuraはIFSがERPのままでSalesforce、HubSpot、別のCRMから動作できるか? +

はい。一般的なアーキテクチャはCRM → Mercura CPQ → IFS Cloudです。CRMが商談を所有し、Mercuraが販売構成体験を所有し、IFSが運用実行を所有します。

MercuraはIFS Applications 10をサポートするか? +

このページは主にIFS Cloudに焦点を当てています。旧来のIFS Applications環境は異なる連携技術を使用するため、アーキテクチャを定義する前に個別に評価すべきです。

公式技術リソース

技術コンテンツは2026年8月に最終確認。IFS Cloudのリリース、有効なモジュール、連携環境に照らして前提を検証してください。

IFSが運用を担う。販売に最適なCPQアーキテクチャを選ぶ。

どのIFS CPQアーキテクチャが自社に適しているか?

すでにIFSを使用している場合、最初の問いは別のソフトウェアが必要かどうかではありません。構成知識がどこに存在すべきかです。一部の組織には既存のIFS Sales Configuratorで十分です。他の組織には新しいIFS CPQ製品がIFS Cloudの最も自然な拡張です。CRM、ERP、販売店、顧客、カスタムデジタル体験全体に1つの柔軟な構成レイヤーが必要な製造業者には、IFSが製造・運用の基盤として残る中、MercuraがCPQレイヤーを提供できます。構成可能な製品、見積例、現在のIFS CTOセットアップの概要をお持ちください。製品ルール、価格設定、原価計算、製造ロジックがどこに存在すべきか、Mercura、IFS CPQ、既存IFSコンフィギュレータのどれが最適かを整理します。

IFS CPQデモを予約する

ご都合の良い時間を選択