リベートおよび獲得管理の高度なワークフロー
エンドツーエンドのワークフロー、Data Cloud インテグレーション、および各ステップに関連する主要な意思決定について理解します。
必要なエディション
| 使用可能なエディション: リベートおよび獲得管理の高度な機能が有効になっている Enterprise Edition、Unlimited Edition、および Developer Edition。 |
組織を準備する
Salesforce システム管理者は、[設定] で [リベートと獲得管理の詳細] と [Data Cloud] を有効にします。次に、管理者は [データキット] に移動して、獲得および支払エンジンをリリースします。このリリースは、大規模処理に必要な Data Cloud のデータレークオブジェクト (DLO) を作成するため、非常に重要です。最後に、システム管理者は「高度なリベート管理者」および「ユーザー」権限セットを割り当てます。「Set Up Rebate and Accrual Management Advanced」を参照してください。
データレークオブジェクト (DLO) について
発生および支払エンジンでは、Data Cloud のデータレークオブジェクト (DLO) のセットを使用して、Salesforce コアと計算エンジン間でデータをステージング、処理、転送します。各 DPE 定義は、獲得計算シーケンス中に特定の DLO に対して読み取りと書き込みを行います。「Data Lake Objects in Rebate and Accrual Management Advanced」を参照してください。
データ処理エンジン (DPE) テンプレートの設定
高度なエンジンでは、DPE 定義の調整された順序が使用されます。
| DPE | 説明 |
|---|---|
| Advanced Rebate and Accrual Pre-Processing - Rule Configuration (高度なリベートおよび獲得事前処理 - ルール設定) | プログラムルール、階層、日付、アンカーを Data Cloud が理解できるメタデータに対応付けます。 |
| 高度なリベートおよび獲得の前処理 - データの準備 | 取引記録とメンバーレコードの未加工データをエンジンで使用されるデータレークオブジェクトに取り込みます。 |
| 発生および支払エンジン - デルタ計算 | 現在の実行を前回の実行と比較して、計算の対象となる新規または変更されたレコードを特定します。 |
| 発生および支払エンジン - ルール処理 | 実際の財務計算を実行して、適格な取引の発生を生成します。 |
| 高度なリベートおよび獲得後処理 - ソース生成 | 計算結果を集計して Data Cloud から Salesforce コアに書き戻し、プログラムリベート種別獲得元オブジェクト、プログラムリベート種別獲得オブジェクト、およびリベートプログラムメンバー獲得オブジェクトを更新します。 |
| Advanced Rebate and Accrual Post-Processing - Status Update (高度なリベートおよび獲得後処理 - 状況の更新) | 期間の終了日を過ぎると獲得期間を終了し、レコード状況と最終計算日を更新します。 |
「データ処理エンジン (DPE) 定義」を参照してください。
高度なリベートプログラムの作成
プログラムマネージャーがリベートプログラムを設計し、[Execution Type (実行種別)] を [Advanced (詳細)] に設定します。パートナー取引先をメンバーとして登録し、独立した獲得の詳細を定義します。「高度なリベートプログラムの作成」を参照してください。
獲得処理用の取引データの取得
Accrual and Payout エンジンを実行するには、トランザクション データを取引記録オブジェクトで使用できるか、Data Cloud の AccrualAndPayoutInputDayIngest_dll データ レイク オブジェクトで直接使用できる必要があります。
注文などの Salesforce オブジェクトに取引データが存在する場合は、次のいずれかの方法を使用して取引記録形式に変換します。
- ソースオブジェクト項目を取引記録に対応付けるカスタムデータ処理エンジン (DPE) を作成します。
- Bulk API やデータローダーなどの標準インテグレーション技術を使用して、外部システムからデータを読み込みます。
「取引記録への取引データの入力」を参照してください。
データが取引記録に取り込まれると、前処理 DPE によって獲得および支払エンジンで必要な入力形式に変換されます。
データがすでに必要な形式で構造化されている場合、Data Cloud で直接 DLO を入力し、取引記録を経由せずにエンジンを実行できます。
計算プロセスとデータを監視する
システム管理者とプログラムマネージャーは、複数のレベルで計算の進行状況と精度を追跡します。
- View Accrual Sources (獲得元を表示): リベートプログラムメンバー獲得オブジェクト、プログラムリベート種別獲得オブジェクト、プログラムリベート種別獲得元オブジェクトを確認し、Data Cloud から同期された負債集計データを確認します。
- 獲得にトランザクションがない場合、AccrualAndPayoutTierStage_dll をプライマリ診断ツールとして使用します。次の項目を確認します。
| 項目 | 検索する内容 |
|---|---|
| NewStartDate__c / NewEndDate__c | null の場合、エンジンは指定されたランクの期間でそのメンバーの対象取引を検出しませんでした。 |
| NewFromValue__c / NewToValue__c | これらを使用して、累積数量が実際に想定ランク境界を超えているかどうかを確認します。 |
| RowStatus__c | レコードが [未変更] として再処理されたか、スキップされたかを確認します。何も変更されていない再実行では、[未変更] の状況が予想されます。これは、新規または更新されたデータが予想される場合にのみ問題になります。 |
| CumulativeQualifierValue__c | NewFromValue__c / NewToValue__c と比較して、累積数量が想定ランク境界を超えているかどうかを確認します。 |
| NewInputStart__c / NewInputEnd__c | これらを使用して、エンジンが階層で数えた最初と最後の入力トランザクションを追跡します。 |
| NewInputStartOffset__c / NewInputEndOffset__c | これらを使用して、エンジンが階層の境界を越えて入力を二重に数えたりスキップしたりしていないことを確認します。オフセットは、前の階層ですでに計数されている入力基準値が考慮されます。 |
「Data Lake Objects in Rebate and Accrual Management Advanced」を参照してください。
獲得の承認
プログラム マネージャは、リベート プログラム メンバー獲得オブジェクト、プログラム リベート タイプ獲得オブジェクト、プログラム リベート タイプ獲得元オブジェクトで詳細な獲得データを確認できます。メンバーの最終発生金額を表示するには、リベートプログラムメンバー獲得オブジェクトの [最終発生金額] 項目を参照してください。内部承認後、API やデータローダーなどのインテグレーションメカニズムを使用して、これらの金額を ERP システムに取り込みます。
