Skip to content

资金池设置

资金池是一个统一账户:多笔订单按照营销场景中的入池比例把资金汇入池内,结算时再按照资金池当前规则创建批次并发给符合条件的用户。

text
订单入池记录 -> 待确认/保护期 -> 资金池可用余额
资金池可用余额 -> 创建批次并锁定 -> 分页发放 -> 用户奖励与资产流水

入池记录只说明资金从哪里来。资金进入池后成为统一余额,后续发给谁、发多少不再按某条入池记录逐条匹配。

资金池设置列表

余额怎么看

余额含义能否用于创建批次
待确认已生成入池记录,但订单尚未确认收货或仍在保护期不能
可用已完成入池结算,可按接收规则创建批次可以
锁定已被进行中的批次占用,避免重复发放不能再次使用
亏空退款应扣金额超过当时可扣余额,等待后续新入池资金抵扣不能

例如池内可用 1000 元,创建批次时会先把 1000 元从“可用”转为“锁定”。批次发放期间,即使有新订单再入池,新入的金额也不会混入已经创建的批次。

基础信息

资金池名称

用于场景编辑、任务中心、记录页和财务核对。建议同时写清接收人和用途,例如“合伙人渠道收益池”“前 10 名联创额外收益池”。

修改名称只改变展示,不改变历史入池、余额和批次关联。

说明

建议写明三个信息:从哪些场景入池、目标接收人、分配方式。例如:

text
汇集复购商品最终计佣基数的 10%,按最早达到联创的前 10 人固定均分。

状态

  • 启用:可以在营销场景中配置入池比例,也可以创建结算批次。
  • 停用:不再作为新入池配置使用,不能按正常流程继续创建新批次;历史余额、入池记录、批次和流水不会删除。

停用不是清空资金池。停用前应把相关场景入池比例改为 0,并妥善处理现有可用或锁定余额。

分配方式

分配模式

当前只支持 按本批金额均分。页面保留“分配模式”字段是为了让规则含义明确;没有开放的其他模式不会显示,也不要按未来能力提前配置。

分配人数基准

选项单人金额实际人数不足时适用情况
按实际人数本批金额 ÷ 实际接收人数剩余通常只来自金额取整所有合伙人、所有联创共同均分
按固定人数本批金额 ÷ 固定人数未到场名额对应金额不发放固定前 10 名、预留固定席位的玩法

固定分配人数

仅选择“按固定人数”时显示,范围为 1~1000。

填写 N 后同时产生两个效果:

  1. 只取按接收人排序后的前 N 名。
  2. 无论实际有几个人,都以 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 人均分

text
本批锁定:100 元
实际接收人:5 人
单人金额:100 ÷ 5 = 20 元
实际发放:100 元
未分配:0 元

示例二:固定 10 人,实际只有 6 人,余数结转

text
本批锁定:100 元
固定人数:10 人
实际接收人:6 人
单人金额:100 ÷ 10 = 10 元
实际发放:6 x 10 = 60 元
未分配:40 元,返回资金池可用余额

下次创建批次时,这 40 元会和之后新增的可用余额一起结算。

示例三:固定 10 人,实际只有 6 人,余数清理

计算仍然是每人 10 元,实际发放 60 元。剩余 40 元记录为沉淀清理,不再返回资金池,也不会生成用户奖励。

示例四:没有符合条件的接收人

text
本批锁定:100 元
实际接收人:0 人
  • 余数结转:100 元全部返回池内可用余额。
  • 沉淀清零:100 元全部记录为清理。

页面不应把这种情况笼统显示为“成功发放”,应通过批次人数、发放金额和未分配金额判断实际结果。

创建批次后发生什么

  1. 系统读取资金池当前可用余额和最新规则。
  2. 原子锁定本次可用金额,避免另一个任务重复使用。
  3. 保存本批次的接收人、分配和余数规则快照。
  4. 分页准备接收人,每页最多处理 50 人。
  5. 分页发放奖励,每页最多处理 20 人。
  6. 每个成功接收人写入公共奖励记录和资产流水。
  7. 完成后结转或清理未分配金额,并关闭批次。

因此 2000 人不会在一次请求中全部发完,而是由任务多次推进。单页正常完成会清零连续失败次数;异常最多重试 5 次,达到上限后需要先排查再重置。

修改规则何时生效

  • 入池比例修改:影响之后创建的订单,已生成入池记录不重算。
  • 接收人、分配和余数规则修改:影响之后创建的批次。
  • 已创建批次:继续使用创建时冻结的规则和金额。
  • 结算周期修改:影响后续任务安排,不改变活动批次。
  • 资金池名称修改:只改变展示。

保存前检查

  • 场景中的入池比例是否与资金池用途一致。
  • 目标等级是否选对,是否确实存在有效用户。
  • “固定 N 人”与“前 N 人按实际人数”是否选择正确。
  • 人数不足时,余数是应当结转还是清理。
  • 自动结算的周期、时间和时区是否符合财务安排。
  • 停用前是否仍有可用、锁定或亏空金额。

为中小企业量身打造的新一代业务引擎