リベート管理に含まれるデータ処理エンジンテンプレート
リベート管理には、さまざまな条件で取引を集計し、他のリベートプロセスを管理するためのデータ処理エンジン (DPE) テンプレートが用意されています。プロセスの例として、注文レコードの取引記録への変換、配送とデビットの取引の検証、親取引先レベルでの支払の計算などがあります。
必要なエディション
| 使用可能なエディション: リベート管理が有効になっている Enterprise Edition、Unlimited Edition および Developer Edition。 |
プログラムマネージャーは、プログラムリベート種別レコードの [計算定義] 項目で有効なデータ処理エンジン定義を選択します。リベート種別で使用される定義により、プログラムメンバーの取引データが絞り込まれて計算される方法が決まります。各テンプレートのデータの処理は異なります。支払期間のメンバーの取引レコードが処理および集計される方法は、リベート種別の対象資格基準と定義内のカスタマイズによって異なります。
リベートとチャネル収益管理の両方が有効になっている組織では、有効な状況の取引記録を絞り込むように標準テンプレートを強化します。これにより、正確な集計と支払計算が可能になります。
リベート管理には、次のデータ処理エンジンテンプレートが付属しています。
| テンプレート | 目的 | 追加の詳細 |
|---|---|---|
| Aggregate by Member (メンバー別に集計) | 各プログラムメンバーの取引記録レコードを絞り込み、データを集計します。リベートメンバー商品集計オブジェクトで、各メンバーのリベート種別ごと、支払期間ごとに集計データに対して 1 つのレコードが作成されます。 | メンバーの報奨金が商品や商品カテゴリによって変わらない場合は、この定義を使用します。 |
Aggregate by Member with Custom Node (カスタムノードを使用してメンバー別に集計) (ベータ) この機能はベータサービスです。ベータサービスはお客様独自の裁量で試行するものとします。ベータ機能の使用には、「Agreements and Terms」に記載されたベータサービス規約が適用されます。 |
このテンプレートは [Aggregate by Member (メンバー別に集計)] テンプレートに似ていますが、数式ノードの代わりに、カスタムロジックを使用してリベート種別ごとに対象取引記録を評価します。 | リベート種別にリベート支払の対象となる取引を評価するための多数の対象資格基準と商品対象資格の検索条件がある場合は、この定義を使用します。 |
| Aggregate By Member with Aggregate Item Details (集計品目の詳細と共にメンバー別に集計) | 各プログラムメンバーの取引記録レコードを絞り込み、データを集計します。リベートメンバー商品集計オブジェクトでは、メンバーごとにリベート種別ごとに支払期間ごとに 1 つの集計データが作成され、リベートメンバー集計項目オブジェクトでは、適格な取引記録レコードごとに 1 つのレコードが作成されます。Spring '24 で、[Aggregate by Member with Aggregate Item Details (集計項目の詳細と共にメンバー別に集計)] DPE テンプレートが更新されました。Spring '24 より前にテンプレートを使用して DPE 定義を作成した場合は、更新されたテンプレートを使用して定義を作成するか、更新されたテンプレートに基づいて既存の定義を変更することをお勧めします。 Spring '24 で、[Aggregate by Member with Aggregate Item Details (集計項目の詳細と共にメンバー別に集計)] DPE テンプレートが更新されました。Spring '24 より前にテンプレートを使用して DPE 定義を作成した場合は、更新されたテンプレートを使用して定義を作成するか、更新されたテンプレートに基づいて既存の定義を変更することをお勧めします。 |
メンバーの報奨金が商品や商品カテゴリによって変化せず、メンバーの各集計レコードの取引の詳細を表示する場合は、この定義を使用します。 |
| Aggregate by Account (取引先別に集計) | 取引記録レコードの [取引先] 項目を使用して、データの絞り込みと集計を行います。リベートメンバー商品集計オブジェクトで、各取引先のリベート種別ごと、支払期間ごとに集計データに対して 1 つのレコードが作成されます。 | この定義を使用して、取引先がメンバーになっているリベートプログラムに対して、取引先の各取引記録レコードを評価します。異なるリベートプログラムに対する複数の支払をメンバーに提供するために、個別の取引レコードを作成してメンバーとプログラムの間の関連付けを作成する必要はありません。この定義により、取引先の各取引が評価され、取引先がメンバーになっている各プログラムのルールに基づいて値が集計されます。 |
| Aggregate by Product and Member (商品およびメンバー別に集計) | 取引記録レコードを絞り込み、メンバーおよび商品別にデータを集計します。リベートメンバー商品集計オブジェクトで、各メンバーのリベート種別ごと、支払期間ごとに各商品の集計データに対して 1 つのレコードが作成されます。 | リベート種別に対するメンバーの報奨金が商品によって異なる場合は、この定義を使用します。 |
| Year Over Year Growth Aggregate using Member (メンバーを使用した前年同期比成長率の集計) | 現在の期間のメンバーの取引記録レコードを集計し、レコードを同じ期間の前年のレコードと比較して、前年同期比成長率を計算します。リベートメンバー商品集計オブジェクトで、各メンバーに対して 1 つのレコードが作成されます。レコードには、同じ支払期間の今年と前年の集計値が表示されます。 | 前年と今年の間での収益または数量の成長量や成長度によって報奨金が異なる場合は、この定義を使用します。 |
| Process Per Transaction using Member (メンバーを使用して取引ごとに処理) | 支払期間のリベート種別に対するメンバーの取引記録レコードからデータを抽出します。リベートメンバー商品集計オブジェクトで、各取引に対して 1 つのレコードが作成されます。 | 支払がメンバーの各取引または請求レベルで計算される場合は、この定義を使用します。 |
| Account Hierarchy Member Aggregate using Member (メンバーを使用した取引先階層メンバー集計) | 取引先階層設定を使用して、取引記録内でサブ取引先の取引を親取引先レベルで集計します。レコードは、リベートメンバー商品集計オブジェクトで作成されます。 | 階層内の複数の取引先が同じリベートプログラムのメンバーである場合は、この定義を使用します。 |
| Ship & Debit Program Aggregate using Member (メンバーを使用した配送プログラムおよびデビットプログラムの集計) | メンバーによって送信された請求金額と、配送とデビットのリベートプログラムの値を比較して検証します。検証に基づき、請求された金額がリベートプログラムの報奨金設定と一致する場合、データを集計して支払金額を計算するために請求が処理されます。請求がリベートプログラムの報奨金設定と一致しない場合は、関連する取引記録レコードにエラーが入力されます。 | 配送とデビットのリベートプログラムモデルを使用する場合は、この定義を使用します。配送とデビットのリベートプログラムインセンティブモデルでは、登録済みメンバー (通常は流通業者) が優先納入先取引先に商品を販売したときに、特別な報奨金を受け取ります。 |
| Insert Orders to Journal with Member (メンバーを使用して注文を取引記録に挿入) | 注文レコードからデータを抽出して、取引記録に同様のレコードを作成します。テンプレートを変更して、他の Salesforce オブジェクトから取引記録オブジェクトにデータをコピーして、リベート処理を行うことができます。 | Salesforce 組織からプログラムメンバーの取引レコードを取得する場合は、この定義を使用します。 |
| Rebate Calculations Post Processing (リベート計算の後処理) | リベート支払の最終計算日を更新して、支払状況を計算済みに設定し、過去の支払計算日を使用して支払期間を終了します。 | この定義は、リベートオーケストレーションフロー 2 で使用します。 |
- チャネルパートナー在庫管理の [取引記録種別] を指定します。[取引記録種別] によって、チャネルパートナー在庫管理プロセスでの取引記録の使用方法が決まります。作成時に [取引記録種別] が空白のままの場合、[利用状況種別] はデフォルトで [リベート] になります。
- リベート取引記録の状況に対する DPE 絞り込みを設定します。リベート DPE は、[取引記録状況] 項目に基づいて自動的にレコードを除外しません。顧客が [状況] 項目 ([承認済み]、[却下済み]、[保留中] など) を使用して集計または支払を生成するレコードを制御する場合、リベート DPE 定義で検索条件を明示的に設定する必要があります。たとえば、対象レコードのみが処理され、[承認済み] 以外の状況 ([待機中] や [却下済み] など) を除外するには、TransactionJournal.Status = 'Approved' などの検索条件ロジックを含めます。
- 従来のレコードの互換性を確認します。既存のリベート取引記録レコードがデフォルトで [待機中] 状況になっている場合、DPE はデフォルトで [状況] で絞り込まれず、すべての PoS 取引が処理されます。適切なレコードが処理され、意図しないレコードが含まれたり除外されたりしないように、適切な DPE 検索条件ロジックが設定されていることを確認します。
- 取引先別に支払を集計 (例)
この例では、[Aggregate by Account (取引先別に集計)] テンプレートを使用して、2 つのリベートプログラムのメンバーとして追加された取引先の取引レコードを集計する方法を示します。 - メンバー別に支払を集計 (例)
この例では、[Aggregate by Member (メンバー別に集計)] テンプレートを使用して、2 つのリベート種別のプログラムメンバーの取引レコードを集計する方法を示します。 - 集計品目の詳細と共にメンバー別に支払を集計 (例)
この例では、[Aggregate by Member with Aggregate Item Details (集計項目の詳細と共にメンバー別に集計)] データ処理エンジン (DPE) テンプレートを使用して、各集計レコードの取引の詳細と共にリベート種別のプログラムメンバーの取引レコードを集計する方法を示します。 - 商品およびメンバー別に支払を集計 (例)
この例では、[Aggregate by Product and Member (商品およびメンバー別に集計)] テンプレートを使用して、2 つの商品のプログラムメンバーの取引レコードを集計する方法を示します。 - メンバー別の前年同期比成長率の集計を計算 (例)
この例では、[Year over Year Growth Aggregate using Member (メンバーを使用した前年同期比成長率の集計)] テンプレートを使用して、今年と前年の同じ支払期間で集計値を比較する方法を示します。 - メンバーおよび取引ごとに処理 (例)
この例は、メンバーテンプレートを使用する [Process Per Transaction (取引ごとに処理)] を使用して、メンバーの各取引レコードを処理し、その取引の支払金額を生成する方法を示しています。 - 親取引先の支払の計算 (例)
この例では、メンバーテンプレートを使用する [Account Hierarchy Member Aggregate using Member (メンバーを使用した取引先階層メンバー集計)] テンプレートを使用して、階層内のすべての取引先の値を集計する方法を示します。階層内の複数の取引先がメンバーとして 1 つのリベートプログラムに追加されている場合は、親取引先にのみ支払を提供できます。 - 配送およびデビットプログラムの支払の計算 (例)
この例では、[Ship & Debit Program Aggregate using Member (メンバーを使用した配送プログラムおよびデビットプログラムの集計)] テンプレートを使用して、配送プログラムとデビットプログラムの支払を計算、処理、および検証する方法を示します。 - 取引記録への請求書レコードの挿入 (例)
この例は、カスタム請求書オブジェクトのレコードを取引記録オブジェクトに転送するように [Insert Orders to Journals with Member (メンバーを使用して注文を取引記録に挿入)] テンプレートをカスタマイズして使用する方法を示しています。
