* ジョブの目的: キャッシュされたAPIレコードの再生成ジョブは、SBQQ__APICache__cオブジェクトに保存されているキャッシュされたレコードを再構築します。これにより、最新のデータ（例: 更新された価格、設定、ルール）がAPIレスポンスに反映されます。
* 現在の構成と価格データに基づいて、Salesforce CPQ にすべてのレコードの再評価と再キャッシュを強制します。
* このジョブは、古いキャッシュが原因で API 応答に変更が表示されないシナリオに対処するために明示的に設計されています。
* いつ使うべきか:
* 製品価格、割引スケジュール、構成ルール、または属性の変更を更新した後。
* Salesforce CPQ データと API 応答間の不一致をトラブルシューティングする場合。
* 仕組み:
* ジョブは関連するすべてのレコード (製品、見積もりなど) を反復処理し、キャッシュされた表現を再生成します。
* このプロセスにより、SBQQ__APICache__c テーブルが最新のデータで更新され、Digital Commerce API が正確な結果を返すようになります。
https://help.salesforce.com/s/articleView?id=ind.comms_regenerate_cached_api_records.htm&type=5 Salesforce CPQで商品の価格や構成を更新した場合、キャッシュデータが原因で、変更がDigital Commerce APIのレスポンスにすぐに反映されないことがあります。「キャッシュされたAPIレコードの再生成」ジョブは、キャッシュされたレコードを最新のデータで再構築するようにシステムに強制し、APIが最新の値を返すようにします。「APIキャッシュへの初期データ投入」（初期データ投入）や「期限切れのAPIキャッシュの削除」（クリーンアップ）などの他のジョブでは、既存のキャッシュされたレコードが新しいデータで更新されません。「キャッシュされたAPIレコードの再生成」（オプションD）が正しい理由：
* A. APIキャッシュジョブの設定:
* このジョブは、キャッシュを初めて初期化します (例: CPQ セットアップ中)。
* 変更後、既存のキャッシュされたレコードは更新されません。
* B. キャッシュレコードの移行ジョブ:
* このジョブは、Salesforce 組織間でキャッシュされたレコードを転送します (例: サンドボックスから本番への移行中)。
* 同じ組織内でのデータの更新とは無関係です。
* C. 期限切れのAPIキャッシュジョブを削除する:
* このジョブは、無効になった古いキャッシュ レコード (期限切れの引用など) を削除します。
* アクティブなキャッシュされたレコードを新しいデータで再生成または更新しません。
他のオプションが間違っている理由:
* Salesforce CPQ 管理ガイド:
* CPQにおけるキャッシュの役割について説明し、次のように述べています。「キャッシュされたAPIレコードの再生成ジョブは、Digital Commerce APIで使用されるキャッシュデータを更新します。商品、価格、またはルールを変更した後、このジョブを実行して、APIが最新の設定を反映していることを確認してください。」(出典: Salesforceヘルプ - APIのキャッシュデータの管理) CPQにおけるキャッシュの役割について説明し、次のように述べています。「キャッシュされたAPIレコードの再生成ジョブは、Digital Commerce APIで使用されるキャッシュデータを更新します。商品、価格、またはルールを変更した後、このジョブを実行して、APIが最新の設定を反映していることを確認してください。」(出典: Salesforceヘルプ - APIのキャッシュデータの管理)
* API キャッシュ オブジェクト (SBQQ__APICache__c):
* SBQQ__APICache__c オブジェクトは、API の効率性を高めるために、CPQ データの事前計算された JSON 表現を保存します。
* このオブジェクトを再生成すると、API 応答が最新のデータ モデルと一致するようになります。(ソース:
Salesforce CPQ 開発者ガイド - APICache オブジェクト
* 古いデータのトラブルシューティング:
* Salesforceでは、APIレスポンスがCPQ設定と一致しない場合、最初のステップとしてキャッシュされたAPIレコードの再生成ジョブを実行することを推奨しています。(出典: Salesforce Knowledge Article
- CPQ API キャッシュの問題のトラブルシューティング
Salesforce CPQ ドキュメントからの主な参考資料:
* [セットアップ] > [CPQ 設定] > [API キャッシュ ジョブ] に移動します。
* キャッシュされた API レコードの再生成を選択します。
* フィルター (製品、見積もりなど) を指定するか、すべてのレコードに対して実行します。
* [ジョブ] タブで進行状況を監視します。
ジョブを実行する手順:

Salesforce Industries CPQ でバンドルに定額価格を適用するには、次の手順に従います。A. 子製品の価格をゼロに変更します。これにより、バンドルの個々のコンポーネントが、バンドルに設定された定額価格を超える追加コストを発生させることがなくなります。D. 親製品の価格をバンドルの合計価格に変更します。これにより、バンドルの全体価格が設定され、パッケージ全体が意図した定額料金で販売されるようになります。
これらの手順により、バンドルを事前定義された価格で単一のユニットとして販売できるようになり、価格設定構造が簡素化され、顧客が総コストを理解しやすくなります。
参考文献:
* バンドルに関する Salesforce Industries CPQ 構成ガイド。
* Salesforce Industries CPQ でのバンドル価格設定の管理に関するトレーニング資料。

Salesforce Industries CPQ で製品バンドルを定義するときに階層を折りたたむフラグは次の目的で使用されます。
* 非常に大規模なバンドルのパフォーマンスを向上させるため、製品階層データのキーと値のペアを折りたたみます。このフラグは、製品階層の表現を簡素化し、階層を少ないレベルに折りたたみます。これは、特に大規模なネストされたバンドルにおいて、設定および価格設定プロセスにおける製品階層の複雑さと深さを軽減することで、パフォーマンスを向上させるのに役立ちます。
階層を折りたたむことで、システムは大きなバンドルをより効率的に処理できるようになり、複雑な構成シナリオでも読み込み時間が短縮され、システムへの負担が軽減されます。