用語集

  • リリースバージョン: Australia
  • 更新日 2026年03月12日
  • 所要時間:7分
  • CPQで使用される用語のリスト

    関連するピックリスト (AP)
    CPQ 選択リストフィールドの選択に基づいて、事前定義された行でセットを生成できる機能。
    API (アプリケーションプログラミングインターフェイス)
    2 つ以上のコンピュータープログラムが相互に通信する方法。CPQ のコンテキストでは、API はランタイム API (構成の作成、更新、保存) と管理 API (詳細計画、フィールド、ルール、構成可能な製品、管理対象テーブル、およびさまざまな自動化タスクで動作) に分類されます。
    部品表 (BOM)
    製品の製造に必要な部品とコンポーネントのリスト。
    詳細計画
    構成エクスペリエンスを定義するレイアウトを利用する、関連する CPQ ルールとフィールドのコレクション。詳細計画の構成可能な製品として製品を識別すると、選択すると関連する構成エクスペリエンスが起動します。
    BOM タイプ
    BOM 内の製品が整理されるカテゴリ (販売や製造など)。
    バイサイド
    エンドユーザーに表示される CPQ エクスペリエンスを指します。
    構成可能な製品
    CPQ構成エクスペリエンスを開始する詳細計画に関連付けられている製品。詳細計画との関係は、ヘッドレスアプリケーションとして使用されているか、Salesforce で使用されているか CPQ 異なります。
    構成品目 (CLI)
    構成から生成され、構成品目オブジェクトに関連付けられているレコード。構成 ID を使用すると、関連する構成品目をグループ化できます。
    CPQ (構成、価格、見積もり)
    ユーザーが製品とサービスの構成、価格設定の適用、価格見積もりの生成を可能にする販売ソフトウェアのカテゴリ。
    CRM (カスタマーリレーションシップマネジメント)
    会社と顧客や見込み客とのすべての関係とやり取りを管理するソフトウェア。例としては、Salesforce や Microsoft Dynamics などがありますが、他にもたくさんあります。
    拡張
    CPQ の構成に影響を与えるルールエンジンの外部で実行されるスクリプト。拡張は、構成時、再構成時、BOM 応答時、または選択リスト拡張の価格設定を介して実行できます。
    エキスパートサービス (ES)
    設計や実装のガイダンスを受けたり、ビルド作業を要求したりするために、 CPQ エキスパートサービスチームから購入したコンサルティング時間。
    外部接続
    CPQ構成のデータをCPQの外部から取得できるようにします。拡張内で呼び出されました。
    フィールド
    エンドユーザーからの入力を収集し、データを保存できるようにします。フィールドには、テキスト、日付、ブーリアン、数値、ピックリストなど、さまざまなニーズを満たすために使用できるいくつかのタイプがあります。
    フィールドグリッド
    マトリクスレイアウトとして表示される一連のフィールド。
    フライトパス
    CPQ アドミニストレーターが構成セッションを記録し、エンドユーザーの入力と CPQ ルールエンジンの応答を記録できるようにする機能。
    本番稼働
    CPQ実装が本番環境に移行し、エンドユーザーが何らかの形で使用し始めたとき。
    ヘッドレスアプリケーション
    バックエンド (データ、ロジック、機能) がフロントエンド (ユーザーインターフェイス) から切り離されているアプリケーション。 CPQ は、顧客が希望する技術スタックの API を介してその強力な機能を活用できるという意味でヘッドレスです。
    レイアウト
    CPQ で製品を構成するときにエンドユーザーに表示されるビジュアルエクスペリエンス。CPQ のすべての詳細計画には、アドミンがカスタマイズできるレイアウトがあります。レイアウトには、最下位レベルから列セットに格納されるフィールドが含まれます。最後に、列セットは層と呼ばれるコンテナーに配置され、必要に応じてネストできます。
    マトリクスローダー
    CSV ファイル内のデータやCPQの詳細計画全体など、複数のタイプのデータを CPQ に一括アップロードできるようにする CPQ の機能。
    移行
    CPQ作業をある環境から別の環境に移動する行為。これは、あるテスト環境から別のテスト環境へ、またはテスト環境から本番環境へ行うことができます。
    選択リスト拡張 (PLE)
    CPQ 製品情報や追加情報を表示できる選択リストフィールドオプション、およびフィルタリングオプションの機能。
    価格ブックエントリ (PBE)
    価格表は、製品を Salesforce の価格に関連付けます。
    製品
    製品は、会社の製品自体、構成可能な製品 (「コンピューター」など) や製品部品 (「マザーボード」など) など、 CPQ、さらには Salesforce などの CRM への会社の製品のエントリなど、多くのものを指すことができます。
    製品アクション
    CPQ ルールと連携して使用される機能。ルールは満たす必要がある条件を指定し、それに応じて製品を BOM に追加するための製品アクションを定義できます。
    製品 ID
    製品の一意の識別子。Salesforce 内の製品の一意の ID を参照するために一般的に使用されます。製品 ID の例は、 01tHn00000VB38mIAD です。
    製品ピッカー (PP)
    この機能を使用すると、製品を表す多数のオプションを表示できます。オプションを選択すると、製品が BOM に追加されます。新規または既存のフィールドの列を追加して、集計機能とともにより多くのメタデータを表示することもできます。
    本番環境
    CPQ本番環境は、現在使用されている実際のアクティブな環境を表し、最も機密性の高い環境です。ベストプラクティスは、テスト/サンドボックス CPQ 環境で実装作業を行い、テストしてから、最終テストとともに作業を本番環境に移行することです。
    見積もり算出プラグイン (QCP)
    カスタム JavaScript コードを使用して見積品目エディターで追加機能を提供する Salesforce CPQ のプラグイン。
    見積依頼明細行エディター (QLE)
    Salesforce CPQ を使用する場合、このインターフェイスを使用すると、製品の追加/削除、割引とマークアップの適用、見積もりの価格の計算を行うことができます。
    ルール
    ルールは条件とアクションで構成され、詳細計画に関連付けられており、コンテンツの表示/非表示、推奨事項やメッセージの配信、BOM への製品の追加などの機能を提供する強力な機能です。
    ルールアクション
    ルールで定義されたルールアクションは、ルールの条件が満たされたときに起動されます。アクションタイプは、非表示/表示、除外/包含、メッセージ、製品の追加、決定 (フィールドにメタデータを入力) などで構成されます。
    サンドボックス環境
    ベストプラクティスに従って CPQ の新しい実装または機能をビルドするために使用する必要がある環境のタイプ。ビルドしてテストしたら、作業を本番環境に移動して、アクティブなワークフローで使用する前に再度テストできます。テスト環境とも呼ばれます。
    サービスレベルアグリーメント (SLA)
    ベンダーに期待されるサービスのレベル。CPQ SLA の例としては、サポートケースの作成後に顧客がどれだけ早く確認できるかなどが挙げられます。
    Set
    エンドユーザーの UI でマトリクス形式で複数重複製できるように、フィールドをグループ化する機能。セットを使用すると、同じフィールドが繰り返されるシナリオで定義する必要があるフィールドとルールの数を減らすことができます。Oracle の構成アレイに似ています。
    リピーターを設定
    セット内の新しいインデックスを簡単に作成できる機能。
    システム統合テスト (SIT)
    2 つ以上のシステムの互換性を確保するための QA プロセス。
    テーブル
    CPQ には、データを格納できるテーブル (リレーショナルデータベース) があり、これらのデータをアブルルックアップを使用して取得できます。
    テーブルルックアップ
    SQL (Structured Query Language) と呼ばれるプログラミング言語を利用して、スクリプトを使用して CPQ 内のテーブルを照会し、特定の情報を取得できます。
    テスト環境
    「サンドボックス環境」を参照してください。
    ツイン
    Salesforce で「<fieldName>LGK」という形式を使用し、CPQで一致する「<fieldName>」を使用して CPQ 見積もりカスタムフィールドを作成することで、Salesforce 見積フィールドから CPQ フィールドにデータを自動的にプルする機能。
    ユーザー受け入れテスト (UAT)
    これはエンドユーザーテストとも呼ばれ、実装の終わり近く、本番稼働前のフェーズです。少人数のエンド ユーザー グループがさまざまなシナリオを実行して、望ましいエンド ユーザー エクスペリエンスを検証し、完全なリリース前に問題やバグに対処します。