奖励如何结算与追回
奖励生成表示系统确认“这笔业务应当给谁多少资产”，不表示资产已经可以使用。采用保护期结算的奖励先进入待结算，完成履约和保护期后才转为可用。
正常流程
text
可结算时间 = 确认收货时间 + 结算保护期保护期为 0 天时，确认收货后立即具备结算资格，但仍需要结算服务完成账户转换，不表示确认收货接口内同步到账。
每个阶段发生什么
| 阶段 | 奖励记录 | 资产账户 | 用户能否使用 |
|---|---|---|---|
| 奖励生成 | 创建待结算奖励 | 待结算资产增加 | 不能 |
| 待确认收货 | 尚无可结算时间 | 保持待结算 | 不能 |
| 保护期中 | 已有未来可结算时间 | 保持待结算 | 不能 |
| 待转可用 | 时间已到，等待任务 | 保持待结算 | 不能 |
| 已结算 | 奖励完成结算 | 待结算减少、可用增加 | 可以 |
| 提现冻结 | 奖励本身不重复生成 | 可用减少、冻结增加 | 冻结部分不能再用 |
奖励记录和资产流水为什么都要保留
- 奖励记录解释业务原因：接收人、方案、来源订单、计算金额、状态和退款追回。
- 资产流水解释账户变化：待结算、可用、冻结和待抵扣负债等如何增减。
一条奖励可能依次产生“增加待结算”“待结算转可用”“冻结资产”“核销冻结资产”或“退款冲正”等多条流水。
保护期结算时页面可能显示：
text
待结算佣金 -> 可用佣金
转入 8.04 元，账户总额不变这是同一账户内部状态转换，不是重复增加 8.04 元。
自动结算与人工处理
- 开启自动结算：后台扫描到期奖励并转换为可用。
- 关闭自动结算：到期奖励保留待处理状态，由任务中心人工执行相同结算服务。
两种方式使用相同的金额和幂等逻辑，只是触发方式不同。
资金池入池金额也经过确认收货与保护期，但转换目标是“资金池可用余额”，不是用户可用资产。资金池之后还要再创建批次向用户发放。
退款追回
退款按原订单固化的奖励和入池结果追回，不读取商品、等级或场景的当前配置重新计算。
奖励仍在待结算
从待结算资产扣回，奖励记录累计已追回数量。用户尚未获得可用资产。
奖励已经转为可用
从用户可用资产扣回，并记录退款冲正流水。
奖励已经使用或可用余额不足
仍保留追回责任。可用余额不足的部分进入待抵扣负债，账户余额本身不会变成负数；后续同类资产新入账时先抵扣负债，剩余部分才进入可用。
资金池金额
- 尚未转可用：冲正入池记录的待确认金额。
- 已进入池内：从可用余额扣回。
- 可用余额不足：形成资金池亏空，后续新入池先抵扣。
- 已经通过批次发放：不再逐条追踪原订单的钱发给哪个接收人，按资金池统一账户处理退款责任。
部分退款
部分退款只追回原业务对应的部分有效金额，奖励记录保留原始授予与累计追回，账户和资金池流水记录本次变化。
多次部分退款时应按退款单和原来源单据逐次核对，不能只看奖励当前净额。
购买升级是独立流程
购买升级可以配置在支付后、确认收货后或确认收货后延迟执行。它通过独立任务累计购买指标，即使订单不产生用户奖励或资金池金额，也可以检查升级。
退款会按原订单修正相关购买指标，但当前体系不会因为指标下降自动降级。需要降级时由运营按制度人工处理并保留变更记录。
如何核对一次退款
- 在任务中心按退款单查询奖励追回任务。
- 在奖励记录按原履约单查询已追回金额。
- 在资产流水查看待结算冲正、可用冲正或待抵扣负债。
- 有资金池贡献时，在入池记录查看已退款金额。
- 在资金流水查看退款扣回或亏空变化。
- 在变更记录查看购买、业绩等升级指标是否修正。