计算多个应计期间的应计金额（示例）
此示例显示了如何计算成员在多个应计期间的应计额。应计制有助于财务团队在最终结算之前预测未来负债和准备金。
所需的 Edition
| 适用于：启用了高级返利和应计管理的 Enterprise、Unlimited 和 Developer Edition。 |
返利计划
一家公司正在为他们在亚太地区的合作伙伴实施返利计划。Acme 是该计划注册的成员。财务团队希望使用应计期每月跟踪负债。
返利类型
项目经理创建基于数量的返利类型，并指定这些详细信息。
- 评测类型：每单位金额
- 评测字段：交易总数
- 计算方法：回顾
- 计算依据：应计
该引擎使用在计划返利类型福利记录中定义的福利等级值计算应计金额。在本例中，根据福利配置，应用每单位应计费率 5 美元。
交易数据
以下交易日记帐记录被引入 Data Cloud 进行应计处理。每个记录都在相应的应计期间的开始和结束日期内。
| 应计期间 | 成员 | 交易活动日期 | 交易总数 |
|---|---|---|---|
| 2026 年 1 月 | Acme | 2026 年 1 月 12 日 | 2.000 |
| 2026 年 2 月 | Acme | 2026 年 2 月 18 日 | 6500 |
| 2026 年 3 月 | Acme | 2026年3月09日 | 8.000 |
| 2026 年 4 月 | Acme | 2026 年 4 月 25 日 | 11000 |
成员应计
管理员按顺序运行所需的数据处理引擎定义来计算应计额。每个 DPE 必须按顺序执行。应计金额会根据执行时 Data Cloud 中的聚合数据进行更新。
| 应计期间 | 交易总数 | 上次计算日期 | 应计率 | 应计金额 | 已创建应计来源 |
|---|---|---|---|---|---|
| 2026 年 1 月 | 2.000 | 1 月 31 日 | 每台 5 美元 | $10,000 | 1 |
| 2026 年 2 月 | 6500 | 2 月 28 日 | 每台 5 美元 | $32,500 | 1 |
| 2026 年 3 月 | 8.000 | 3 月 31 日 | 每台 5 美元 | 40000 美元 | 1 |
| 2026 年 4 月 | 11,000 | 4 月 30 日 | 每台 5 美元 | $55,000 | 1 |
增量计算 DPE 每月仅识别新交易，以防止将数据同步回 Salesforce Core 时出现重复计算。在第一个月内，财务团队根据 2000 个交易单位预留了 10,000 美元的应计负债。这将确保会员在全年累积更多交易时预留足够的资金。
备注 本示例使用回顾计算方法，该方法在每个应计期间创建一个计划返利类型应计来源记录。例如，2 月应计期生成具有 32,500 美元的单一来源记录。
如果您使用步骤计算方法配置返利类型，当交易在 Data Cloud 处理期间跨越福利等级边界时，引擎可能会在每个应计期间创建多个应计来源记录。例如，如果 2 月份的交易从一个层级阈值跨越到另一个层级阈值，引擎将为每个层级部分创建单独的源记录（例如，对于层级 1 中的单位，源 1；对于层级 2 中的单位，源 2）。应计总金额保持不变，但出于审计目的，步骤方法提供了更精细的跟踪。
本文章是否解决您的问题？
请与我们共享您的想法，以便我们进行改进！
