完整配置案例

本页通过具体金额和操作步骤说明各项配置如何配合。示例用于解释规则，实际比例、等级和商品价格应按自身业务核算。

案例一：购买升级礼包后立即成为会员

目标

普通用户购买 268 元升级礼包并支付成功后立即成为会员。购买普通复购商品不会累计本条件。

配置步骤

1. 在 营销场景 保留或创建“升级商品”。
2. 在 商品管理 中把升级礼包放入“升级商品”。
3. 在 方案算法 → 等级体系 → 会员 新增升级途径。
4. 条件选择“指定营销场景累计实付金额达到”。
5. 场景只选择“升级商品”，目标金额填写 268 元。
6. 在 通用设置 → 资格与结算 把升级时机设为“支付后立即升级”。

下单结果

用户当前等级：普通用户
升级礼包实付：268 元
支付成功：生成订单升级指标处理任务
累计升级商品实付：268 元
会员门槛：268 元
结果：任务处理后升级为会员

即使该升级商品没有产生佣金、没有配置任何资金池入账，购买指标仍会处理。升级与奖励计算不是同一个条件。

用户购买同价的“复购商品”时不会累计，因为升级条件只选择了“升级商品”场景。支付后出现升级指标任务也不等于一定升级，任务会检查商品是否命中条件。

改为收货后升级

只需把购买升级时机改为“确认收货后升级”。支付时不会累计，确认收货后才生成或推进购买升级处理。若选择“确认收货后延迟升级 7 天”，则从确认收货开始等待 7 天。

案例二：复购商品同时产生两名用户奖励和三个资金池入账

已知配置

商品实付：268 元
商品结算成本与应用级抽佣：68 元
销售毛利：200 元
场景原始计佣金额：商品销售毛利
计佣基数比例：100%
最终计佣基数：200 元

奖励关系：买家与上级
主要/次要权重：70% / 30%
买家等级：服务商，最高服务收益 20%
上级等级：合伙人，最高服务收益 40%

合伙人池入池比例：4%
联创池入池比例：6%
前 10 名联创池入池比例：10%

用户奖励

买家奖励 = 200 x 20% x 70% = 28 元
上级奖励 = 200 x 40% x 30% = 24 元

两人的等级不同，因此即使权重相加为 100%，最终金额也不是把 200 元完整按 70/30 分完。

资金池入账

合伙人池 = 200 x 4% = 8 元
联创池 = 200 x 6% = 12 元
前 10 名联创池 = 200 x 10% = 20 元

成本合计

用户奖励：28 + 24 = 52 元
资金池入账：8 + 12 + 20 = 40 元
本商品行有成本结果：92 元
最终计佣基数：200 元
92 <= 200，未超过本次真实资金上限

订单支付后先生成待结算奖励和待确认入池记录。确认收货并经过保护期后，用户奖励转为可用资产，资金池贡献转为池内可用余额。

案例三：固定前 10 名联创额外收益

配置

分配模式：按本批金额均分
分配人数基准：按固定人数
固定分配人数：10
目标等级：联创
接收人排序：最早达到该等级优先
参与范围：自动限定前 10 名

资金池有 100 元、实际只有 6 名联创

单人金额 = 100 ÷ 10 = 10 元
实际发放 = 6 x 10 = 60 元
未分配 = 40 元

若“未分配余数”选择留在池内，40 元回到可用余额，等待下期；若选择沉淀清零，40 元记录清理，不再补发。

这与“最多 10 人按实际人数均分”不同。后者实际只有 6 人时会用 100 ÷ 6，每人约 16.67 元。

一个接收人也没有

• 余数结转：100 元全部回池。
• 余数清理：100 元全部沉淀。

批次仍会保留本次处理结果，但成功人数和实际发放金额都为 0。

案例四：会员使用会员价购买商品

配置

1. 到 设置 → 价格体系 新增“会员价”，系统自动生成内部标识。
2. 在商品 SKU 售卖价格中填写零售价 268 元、会员价 238 元。
3. 到 方案算法 → 等级体系 → 会员，购买价格选择“会员价”。

价格结果

用户状态	下单价格
普通用户	268 元
下单前已经是会员	238 元
本单支付后才升会员	本单 268 元，下一单 238 元
“会员价”被停用	回退 268 元
当前 SKU 没填写会员价	回退 268 元

停用价格扩展不会删除等级引用和商品中已填的金额。重新启用后，在配置仍完整时恢复使用。

案例五：保护期为 0 与保护期为 7 天

保护期为 0

支付成功：奖励显示待确认收货
确认收货：可结算时间等于确认收货时间
后台结算处理：待结算资产转为可用资产

因此“0 天”不代表支付后立即可提现，仍需确认收货和异步结算处理。

保护期为 7 天

确认收货：8 月 1 日 10:00
可结算时间：8 月 8 日 10:00
保护期内：奖励不能转可用，入池金额不能进入池内可用余额
到期处理后：分别转为可用资产和资金池可用余额

案例六：退款时奖励和资金池如何变化

退款按原订单已经产生的业务结果处理，不会简单删除历史记录。

奖励仍在待结算

退款冲正会减少或取消待结算奖励，用户尚未获得可用资产，不需要从可用账户再扣一次。

奖励已经转为可用

系统从用户资产账户追回对应数量并记录退款流水。若当前可用资产不足，不足部分进入待抵扣负债，后续同类资产入账时先用于抵扣。

奖励资产已经使用

原奖励已经提现或消费时仍需保留追回责任，不能因为账户当前余额不足而忽略退款。运营应在奖励记录、资产流水和退款任务中核对处理结果。

资金池入账仍未转可用

冲正对应入池金额，记录变为已冲正或部分退款，不会进入资金池可用余额。

资金已经进入池内或被批次使用

系统从资金池余额扣减并记录资金流水。可扣余额不足时形成资金池亏空，后续新入池资金先抵扣亏空。不会反向逐条寻找某次批次到底把这笔订单的钱发给了哪个用户。

案例七：人工与自动资金池结算

两个方式只影响“何时触发”，不影响“如何计算”：

人工：运营在任务中心点击处理
自动：到达每日、每周或每月计划时间后由后台调度
共同后续：读取可用余额 -> 锁定金额 -> 创建批次 -> 分页准备接收人 -> 分页发放 -> 完成批次

人工资金池不需要填写结算时间和时区。人工任务长期显示是操作入口，不代表一直存在异常。

上线前用一笔小额订单验证

1. 准备 A、B、C 三个测试账号并建立 A -> B -> C 推荐关系。
2. 给三人设置预期等级，确认状态均为正常营销成员。
3. 用 C 购买一个明确绑定营销场景的测试商品。
4. 手工计算最终计佣基数、两名用户奖励和各资金池金额。
5. 支付后核对任务中心、奖励记录和入池记录。
6. 发货并确认收货，按保护期等待或人工处理结算。
7. 核对资产流水、资金池可用余额和任务结果。
8. 触发一次退款，核对奖励追回、资产流水和资金池冲正。

计算结果与手工预期不一致时，先按来源单据核对订单使用的场景和规则快照，不要只用当前设置页的最新配置推断历史订单。