资金池设置
资金池是一个统一账户:多笔订单按照营销场景中的入池比例把资金汇入池内,结算时再按照资金池当前规则创建批次并发给符合条件的用户。
订单入池记录 -> 待确认/保护期 -> 资金池可用余额
资金池可用余额 -> 创建批次并锁定 -> 分页发放 -> 用户奖励与资产流水入池记录只说明资金从哪里来。资金进入池后成为统一余额,后续发给谁、发多少不再按某条入池记录逐条匹配。

余额怎么看
| 余额 | 含义 | 能否用于创建批次 |
|---|---|---|
| 待确认 | 已生成入池记录,但订单尚未确认收货或仍在保护期 | 不能 |
| 可用 | 已完成入池结算,可按接收规则创建批次 | 可以 |
| 锁定 | 已被进行中的批次占用,避免重复发放 | 不能再次使用 |
| 亏空 | 退款应扣金额超过当时可扣余额,等待后续新入池资金抵扣 | 不能 |
例如池内可用 1000 元,创建批次时会先把 1000 元从“可用”转为“锁定”。批次发放期间,即使有新订单再入池,新入的金额也不会混入已经创建的批次。
基础信息
资金池名称
用于场景编辑、任务中心、记录页和财务核对。建议同时写清接收人和用途,例如“合伙人渠道收益池”“前 10 名联创额外收益池”。
修改名称只改变展示,不改变历史入池、余额和批次关联。
说明
建议写明三个信息:从哪些场景入池、目标接收人、分配方式。例如:
汇集复购商品最终计佣基数的 10%,按最早达到联创的前 10 人固定均分。状态
- 启用:可以在营销场景中配置入池比例,也可以创建结算批次。
- 停用:不再作为新入池配置使用,不能按正常流程继续创建新批次;历史余额、入池记录、批次和流水不会删除。
停用不是清空资金池。停用前应把相关场景入池比例改为 0,并妥善处理现有可用或锁定余额。
分配方式
分配模式
当前只支持 按本批金额均分。页面保留“分配模式”字段是为了让规则含义明确;没有开放的其他模式不会显示,也不要按未来能力提前配置。
分配人数基准
| 选项 | 单人金额 | 实际人数不足时 | 适用情况 |
|---|---|---|---|
| 按实际人数 | 本批金额 ÷ 实际接收人数 | 剩余通常只来自金额取整 | 所有合伙人、所有联创共同均分 |
| 按固定人数 | 本批金额 ÷ 固定人数 | 未到场名额对应金额不发放 | 固定前 10 名、预留固定席位的玩法 |
固定分配人数
仅选择“按固定人数”时显示,范围为 1~1000。
填写 N 后同时产生两个效果:
- 只取按接收人排序后的前 N 名。
- 无论实际有几个人,都以 N 作为除数。
因此“固定 10 人”不等于“最多 10 人按实际人数均分”。若实际只有 6 人,仍然除以 10。
未分配余数
| 选项 | 处理方式 | 适用情况 |
|---|---|---|
| 留在池内下期继续 | 未发金额从批次锁定退回资金池可用余额 | 希望资金不损失,等以后接收人增加 |
| 沉淀清零 | 未发金额作为本批沉淀处理,不再进入后续批次 | 规则明确约定空缺名额不补发 |
“沉淀清零”不是把钱发给某个用户。用户奖励只记录实际发放金额,未分配部分通过资金池流水记录为清理。
接收人规则
接收和分配规则按营销方案隔离。切换方案时,同一个资金池使用目标方案下自己的规则;切回原方案时恢复原规则。
目标等级
从当前营销方案的有效等级中单选一个等级。结算批次只查询结算时处于该等级、且营销成员状态有效的用户。
目标等级不是“至少达到此等级”。选择“合伙人”时只接收当前属于合伙人的用户,不会自动把联创一起纳入。
接收人排序
| 选项 | 含义 | 常见用途 |
|---|---|---|
| 最早达到该等级优先 | 达到该等级时间越早,排名越靠前 | 固定前 10 名联创、早期资格奖励 |
| 最近达到该等级优先 | 最近升级到该等级的人优先 | 阶段性激励新晋用户 |
排序只在需要截取前 N 名时决定谁入选;选择全部符合条件的人时,排序不会改变每个人是否接收。
参与范围
| 选项 | 含义 |
|---|---|
| 全部符合条件的人 | 所有命中目标等级且状态有效的用户参与 |
| 排序后的前 N 名 | 按接收人排序后只取前 N 名 |
选择“排序后的前 N 名”且人数基准为实际人数时,还需填写“最多接收人数”,范围 1~1000。此时单人金额仍除以最终实际选中的人数。
选择固定人数时,参与范围会自动变为前 N 名,N 使用“固定分配人数”,不再重复显示最多接收人数。
结算方式
自动周期
系统按配置生成周期结算任务。可选择:
| 周期 | 说明 |
|---|---|
| 每日 | 每天在指定时间检查并处理池内可用余额 |
| 每周 | 每周按系统周期在指定时间处理 |
| 每月 | 每月按系统周期在指定时间处理 |
- 结算时间:选择 00:00~23:30,间隔 30 分钟。
- 结算时区:当前使用中国标准时间
Asia/Shanghai。
到达计划时间表示任务具备执行条件,后台调度可能产生短暂延迟。若到期时可用余额为 0,不会创建有金额的结算批次。
人工触发
任务中心保留该资金池的人工处理入口。人工触发不需要周期、结算时间和时区;点击处理后与自动调度调用相同的结算服务。
人工入口长期显示是正常现象。池内可用余额为 0 时应提示没有可结算金额,不会创建空批次。
四个计算示例
示例一:100 元按实际 5 人均分
本批锁定:100 元
实际接收人:5 人
单人金额:100 ÷ 5 = 20 元
实际发放:100 元
未分配:0 元示例二:固定 10 人,实际只有 6 人,余数结转
本批锁定:100 元
固定人数:10 人
实际接收人:6 人
单人金额:100 ÷ 10 = 10 元
实际发放:6 x 10 = 60 元
未分配:40 元,返回资金池可用余额下次创建批次时,这 40 元会和之后新增的可用余额一起结算。
示例三:固定 10 人,实际只有 6 人,余数清理
计算仍然是每人 10 元,实际发放 60 元。剩余 40 元记录为沉淀清理,不再返回资金池,也不会生成用户奖励。
示例四:没有符合条件的接收人
本批锁定:100 元
实际接收人:0 人- 余数结转:100 元全部返回池内可用余额。
- 沉淀清零:100 元全部记录为清理。
页面不应把这种情况笼统显示为“成功发放”,应通过批次人数、发放金额和未分配金额判断实际结果。
创建批次后发生什么
- 系统读取资金池当前可用余额和最新规则。
- 原子锁定本次可用金额,避免另一个任务重复使用。
- 保存本批次的接收人、分配和余数规则快照。
- 分页准备接收人,每页最多处理 50 人。
- 分页发放奖励,每页最多处理 20 人。
- 每个成功接收人写入公共奖励记录和资产流水。
- 完成后结转或清理未分配金额,并关闭批次。
因此 2000 人不会在一次请求中全部发完,而是由任务多次推进。单页正常完成会清零连续失败次数;异常最多重试 5 次,达到上限后需要先排查再重置。
修改规则何时生效
- 入池比例修改:影响之后创建的订单,已生成入池记录不重算。
- 接收人、分配和余数规则修改:影响之后创建的批次。
- 已创建批次:继续使用创建时冻结的规则和金额。
- 结算周期修改:影响后续任务安排,不改变活动批次。
- 资金池名称修改:只改变展示。
保存前检查
- 场景中的入池比例是否与资金池用途一致。
- 目标等级是否选对,是否确实存在有效用户。
- “固定 N 人”与“前 N 人按实际人数”是否选择正确。
- 人数不足时,余数是应当结转还是清理。
- 自动结算的周期、时间和时区是否符合财务安排。
- 停用前是否仍有可用、锁定或亏空金额。
