-
Notifications
You must be signed in to change notification settings - Fork 0
08 v1 settlement policy
本文档用于明确 V1 阶段到底按什么规则算钱。它和 07-settlement-and-ledger.md 的关系是:
| 文档 | 重点 |
|---|---|
| 07 收益结算与账本规则 | 讲账本模型、字段、状态、公式 |
| 08 V1 结算口径规则 | 讲 V1 具体业务场景下如何判定成本、优惠、运费、售后期、产出归属 |
V1 不追求复杂财务系统,但必须先把口径定清楚,避免后端表结构、订单快照、商户收益页和财务对账后期反复推翻。
V1 建议按订单明细计算收益,而不是只按整单计算。
原因:
- 一个订单可能包含多个商品来源。
- 一个订单可能包含普通商品、集市商品、租地收成商品、认养产出商品。
- 不同商品可能归属不同商户。
- 不同商品可能有不同成本、优惠承担方、结算周期。
用户下单时,必须把影响结算的关键规则记录为快照。
后续即使商品价格、成本价、活动规则、商户等级、运费模板发生变化,也不能影响历史订单结算。
商户收益不等于用户实付金额。
例如:
用户实付 = 商品金额 + 运费 - 优惠
商户收益 = 商户结算基数 - 商品成本 - 服务费 - 佣金 - 手续费 - 商户承担运费
运费、平台券、活动补贴、预付成本都需要单独记录,不能混在一个“订单金额”里。
集市商品分为普通铺货商品和活动抢购商品。
普通集市商品在平台编辑商品时配置是否需要商户先付成本。
V1 默认:
普通集市商品默认不需要商户先付成本
默认流程:
平台配置集市商品
→ 商户一键铺货
→ 商品进入商户店铺
→ 用户购买
→ 订单完成并过售后期
→ 从销售金额中扣除成本、佣金、手续费
→ 给商户结算收益
适用场景:
- 平台希望降低商户铺货门槛。
- 平台或供应商掌握库存。
- 商户只负责推广和销售。
- 售出后再按差价结算。
如果某个普通集市商品被配置为“需要先付成本”,则流程变为:
商户铺货/采购时支付成本
→ 平台锁定库存或生成采购记录
→ 用户购买后不再重复扣商品成本
→ 只扣佣金、服务费、手续费等
活动抢购商品必须先付款。
V1 默认:
活动抢购商品 = 商户先付成本 + 平台锁定库存/资格 + 售出后结算利润
流程:
平台创建集市活动
→ 配置活动时间、抢购库存、商户等级价
→ 商户在活动时间内抢购
→ 商户支付抢购成本
→ 平台锁定库存或生成抢购权益
→ 商品进入商户店铺
→ 用户购买
→ 订单完成并过售后期
→ 扣除佣金、服务费、手续费
→ 给商户结算销售收益
活动抢购商品必须记录:
| 字段 | 说明 |
|---|---|
| 活动 ID | 来源活动 |
| 抢购批次 ID | 商户本次抢购记录 |
| 商户等级 | 抢购时的商户等级快照 |
| 抢购成本价 | 商户实际支付成本 |
| 抢购数量 | 商户抢购数量 |
| 已售数量 | 已通过店铺售出的数量 |
| 剩余数量 | 未售数量 |
| 是否已支付成本 | 活动抢购必须为是 |
V1 不建议一开始做复杂退货、回购、库存置换。
建议 V1 先定:
普通铺货商品未售出:不产生商户收益,可下架释放库存。
活动抢购商品未售出:归商户已购库存,是否退回平台留到后续规则。
如果业务一定要支持活动商品退回,建议放到 V2,因为它会涉及退货审核、库存回滚、成本退款、活动补贴撤销等复杂财务逻辑。
运费规则优先复用 CRMEB 原有运费模板、包邮规则和配送设置。
智慧农业业务不重复造一套运费系统,只补充收益结算口径。
商品编辑时可以配置运费相关规则,建议至少保留以下口径:
| 运费方式 | 说明 |
|---|---|
| 用户承担运费 | 用户下单时支付运费 |
| 商户包邮 | 用户不付运费,运费成本由商户承担 |
| 平台包邮 | 用户不付运费,运费成本由平台承担 |
| 活动包邮 | 根据活动规则判断承担方 |
| 运费模板 | 按 CRMEB 原有运费模板计算 |
V1 默认:
用户实付运费不计入商户商品销售收益
也就是说,商品收益主要按商品明细结算,运费作为履约费用单独记录。
建议订单快照记录:
| 字段 | 说明 |
|---|---|
| 用户实付运费 | 用户实际支付的运费 |
| 运费模板 ID | 下单时使用的模板 |
| 运费承担方 | 用户、商户、平台、活动 |
| 商户承担运费 | 需要从商户收益中扣除的运费 |
| 平台承担运费 | 平台补贴或承担的运费 |
| 实际物流成本 | 后续可用于财务核算 |
| 场景 | 结算处理 |
|---|---|
| 用户承担运费 | 运费不进入商户收益,按物流费用处理 |
| 商户包邮 | 商户收益中扣除商户承担运费 |
| 平台包邮 | 不扣商户收益,平台承担成本 |
| 活动包邮 | 按活动配置判断由平台或商户承担 |
售后期和结算周期不建议让运营随便输入任意数字。
原因:
- 财务对账难度会增加。
- 状态流转规则容易混乱。
- 同一类商品结算周期过多,会让商户难以理解。
- 后期自动结算任务不好维护。
V1 建议:
平台默认结算周期 + 商品/活动可选择覆盖
推荐选项:
| 选项 | 建议适用场景 |
|---|---|
| T+0 | 特殊服务类、无需售后的场景,不建议默认使用 |
| T+3 | 生鲜、易腐农产品,售后窗口较短 |
| T+7 | V1 默认推荐,普通农产品、集市商品 |
| T+15 | 礼盒、预售、高客单商品 |
| T+30 | 高风险活动、特殊合作商品 |
| 手动结算 | 大额订单、争议订单、特殊合作 |
V1 默认:
订单完成/自动确认收货
→ 进入售后观察期
→ 默认 T+7
→ 无退款、无售后争议、无风控冻结
→ 进入待结算
说明:
- T+N 的起点建议是“订单完成时间”,不是支付时间。
- 如果订单发生售后,相关订单明细进入冻结或重新计算。
- 如果订单部分退款,应按订单明细计算退款扣减。
- 手动结算商品不进入自动待结算流程,由财务审核处理。
| 字段 | 说明 |
|---|---|
| 结算周期类型 | T+0、T+3、T+7、T+15、T+30、手动 |
| 结算周期天数 | 0、3、7、15、30 |
| 结算周期来源 | 平台默认、商品配置、活动配置 |
| 订单完成时间 | T+N 起算时间 |
| 预计可结算时间 | 系统计算 |
| 实际进入待结算时间 | 任务执行时间 |
优惠券的疑虑不是“用户少付了多少钱”,而是:
用户少付的这部分钱,到底算谁的营销成本?
举例:
商品成交价:100 元
用户使用优惠券:10 元
用户实付商品金额:90 元
如果这 10 元是平台承担,商户应当按 100 元参与结算,因为平台是在补贴用户。
如果这 10 元是商户承担,商户应当按 90 元参与结算,因为商户自己让利。
如果不区分承担方,财务会出现争议:
平台认为用户只付了 90 元,只能按 90 元结算。
商户认为优惠券是平台发的,应该按 100 元结算。
| 优惠类型 | V1 承担方 | 结算影响 |
|---|---|---|
| 平台通用券 | 平台承担 | 不减少商户结算基数 |
| 平台新人券 | 平台承担 | 不减少商户结算基数 |
| 平台活动补贴 | 平台承担 | 不减少商户结算基数 |
| 商户店铺券 | 商户承担 | 减少商户结算基数 |
| 商户商品优惠 | 商户承担 | 减少商户结算基数 |
| 运费券 | 谁发券谁承担 | 影响运费承担,不进入商品收益 |
| 集市活动价 | 按活动商品规则 | 活动价本身作为商品成交价 |
建议 V1 使用:
商品成交价 = 下单时商品销售价 × 数量
用户商品实付 = 商品成交价 - 平台承担优惠 - 商户承担优惠
商户结算基数 = 用户商品实付 + 平台承担优惠 - 商品退款扣减
等价理解:
商户结算基数 = 商品成交价 - 商户承担优惠 - 商品退款扣减
平台承担的优惠不会减少商户结算基数,但会成为平台营销成本。
| 字段 | 说明 |
|---|---|
| 商品成交价 | 下单时商品销售价 × 数量 |
| 用户商品实付 | 用户实际支付的商品金额 |
| 优惠总额 | 本明细分摊到的优惠总额 |
| 平台承担优惠 | 平台券、平台补贴分摊金额 |
| 商户承担优惠 | 商户券、商户让利分摊金额 |
| 优惠来源 | 平台券、商户券、活动、满减等 |
| 优惠承担方 | 平台、商户、共同 |
V1 不建议先做复杂共同承担。确实需要联合活动时,可以用平台承担优惠和商户承担优惠两个字段分别记录。
租地和认养的产出不能只问“归谁”,需要拆成四个权利:
| 权利 | 说明 |
|---|---|
| 所有权 | 产出物归谁 |
| 销售权 | 谁有权把产出拿去卖 |
| 收益权 | 卖出后收益归谁 |
| 履约责任 | 谁负责包装、发货、售后 |
商户租地/认养
→ 到收成/产出日
→ 商户选择邮寄到家
→ 平台安排打包发货
→ 产出交付给商户
→ 不产生商城销售收益
适用场景:
- 商户自己消费。
- 商户线下处理。
- 商户作为福利礼品发放。
结算影响:
- 不生成商品销售收益。
- 可以生成履约单和运费记录。
- 如果商户承担运费或包装费,需要从商户余额扣除或单独支付。
商户租地/认养
→ 到收成/产出日
→ 商户选择上架自有店铺
→ 系统将收成/产出转为商户商品
→ 商户设置售价、库存、运费规则
→ 用户在商户店铺购买
→ 订单完成后按商户自售规则结算
适用场景:
- 商户有自己的客户资源。
- 商户愿意运营店铺。
- 商户希望自己定价。
- 商户希望赚取更高利润。
结算影响:
- 产出默认归商户。
- 售出后按商品销售收益结算。
- 平台可以扣较低的平台销售服务费。
- 运费按商品配置和 CRMEB 运费规则处理。
商户租地/认养
→ 到收成/产出日
→ 商户选择委托平台代售
→ 平台审核、定价、包装、上架
→ 商品进入平台代售池/官方专区
→ 用户购买
→ 平台负责销售、发货、售后
→ 平台扣代售服务费、包装履约成本
→ 剩余收益结算给商户
适用场景:
- 商户不懂运营。
- 商户没有流量。
- 产出数量较少,需要平台合并销售。
- 商品适合平台统一包装。
- 平台希望打造统一农产品品牌。
结算影响:
- 产出仍可认为归商户,但由平台代管代售。
- 平台拥有实际销售运营权。
- 代售服务费通常高于商户自售服务费。
- 包装、履约、平台推广等成本可以从收益中扣除。
平台回购建议放到 V2。
商户产出
→ 平台按约定价格回购
→ 产出所有权转为平台
→ 平台自行销售
→ 商户拿固定回购款
暂缓原因:
- 需要回购价规则。
- 需要品质等级判定。
- 需要损耗和库存风险规则。
- 需要明确平台回购后是否还允许商户继续参与销售分成。
V1 可以先配置简单规则:
收成/产出生成后,商户在指定时间内未选择处理方式
→ 系统提醒商户
→ 超期后进入平台待处理
→ 平台按协议代为处理
建议超期处理先做人工审核,不建议 V1 自动强制代售或回购。
商户自售是指产出转为商户店铺商品,由商户自己经营。
流程:
收成/产出
→ 转成商户店铺商品
→ 商户设置售价或使用平台建议价
→ 商户自己推广
→ 用户在商户店铺下单
→ 平台可代发货,也可按规则处理履约
→ 平台扣较低服务费
→ 收益结算给商户
核心特征:
| 项目 | 说明 |
|---|---|
| 商品展示位置 | 商户店铺 |
| 定价权 | 商户为主 |
| 推广责任 | 商户为主 |
| 履约责任 | 可平台代发,也可按商品配置 |
| 平台服务费 | 较低 |
| 商户参与度 | 高 |
适合有销售能力、客户资源、私域流量的商户。
委托平台代售是指商户把产出交给平台统一经营。
流程:
收成/产出
→ 商户选择委托平台售卖
→ 平台审核商品、定价、包装和库存
→ 商品进入平台代售池、官方店或精选专区
→ 平台负责推广、销售、履约、售后
→ 平台扣代售服务费和履约成本
→ 剩余收益结算给商户
核心特征:
| 项目 | 说明 |
|---|---|
| 商品展示位置 | 平台代售池、官方专区、精选区 |
| 定价权 | 平台为主 |
| 推广责任 | 平台为主 |
| 履约责任 | 平台为主 |
| 平台服务费 | 较高 |
| 商户参与度 | 低 |
适合不懂运营、没有流量、只希望获得收益的商户。
| 项目 | 商户自售 | 委托平台代售 |
|---|---|---|
| 商品归属 | 商户 | 商户产出,平台代管代售 |
| 商品展示 | 商户店铺 | 平台代售池/官方专区 |
| 定价权 | 商户为主 | 平台为主 |
| 推广责任 | 商户 | 平台 |
| 包装标准 | 可按商户商品配置 | 平台统一 |
| 发货售后 | 按商品配置 | 平台统一 |
| 服务费 | 较低 | 较高 |
| 商户收益 | 利润空间更高,但要自己运营 | 更省心,但扣费更高 |
一句话:
商户自售 = 商品归商户经营,平台提供基础服务
委托平台代售 = 商品交给平台经营,平台扣更高服务费
| 事项 | V1 默认口径 |
|---|---|
| 普通集市商品是否先付成本 | 商品编辑时配置,默认不先付 |
| 活动抢购商品是否先付成本 | 必须先付款 |
| 运费承担 | 复用 CRMEB 运费规则,商品内配置承担方 |
| 运费是否计入商户收益 | 默认不计入商品收益 |
| 售后结算周期 | 默认 T+7,可用下拉选项覆盖 |
| 结算周期配置方式 | 平台默认 + 商品/活动覆盖 |
| 平台券 | 平台承担,不减少商户结算基数 |
| 商户券 | 商户承担,减少商户结算基数 |
| 租地产出处理 | 邮寄到家、上架店铺、委托代售 |
| 认养产出处理 | 邮寄到家、上架店铺、委托代售 |
| 商户自售服务费 | 较低,按规则扣除 |
| 委托平台代售服务费 | 较高,可扣包装履约成本 |
| 平台回购 | V1 暂缓,V2 再设计 |
| 活动商品未售退回 | V1 暂缓,先按已购库存处理 |
| 结算方式 | V1 手动审核结算,后续再自动化 |
以下字段不一定全部新建在一张表里,但订单明细快照、商品来源、收益账本中必须能找到。
| 字段 | 说明 |
|---|---|
| 商品来源类型 | 普通商品、租地收成、认养产出、集市普通、集市活动 |
| 来源对象 ID | 收成记录、产出记录、集市商品、活动抢购记录 |
| 是否预付成本 | 商户是否已支付成本 |
| 预付成本金额 | 已支付成本金额 |
| 字段 | 说明 |
|---|---|
| 优惠总额 | 本明细优惠总额 |
| 平台承担优惠 | 平台承担金额 |
| 商户承担优惠 | 商户承担金额 |
| 优惠承担方 | 平台、商户、共同 |
| 字段 | 说明 |
|---|---|
| 用户实付运费 | 用户支付运费 |
| 运费承担方 | 用户、商户、平台、活动 |
| 商户承担运费 | 需从商户收益扣除 |
| 平台承担运费 | 平台补贴或承担 |
| 字段 | 说明 |
|---|---|
| 结算周期类型 | T+0、T+3、T+7、T+15、T+30、手动 |
| 结算周期天数 | 数字天数 |
| 预计可结算时间 | 系统计算 |
| 实际可结算时间 | 实际进入待结算时间 |
| 字段 | 说明 |
|---|---|
| 产出处理方式 | 邮寄到家、上架店铺、委托代售、平台回购 |
| 产出归属商户 | 商户 ID |
| 销售模式 | 商户自售、平台代售 |
| 履约承担方 | 商户、平台 |
- 首页
- 项目总览
- 项目立项
- 端与角色
- 供应链经营闭环
- 模块地图
- V1 范围 PRD
- 任务拆解
- 结算与账本
- V1 结算口径
- 云仓秒杀
- CRMEB 底座能力映射
- 当前菜单页面审计
- V1 决策与术语
- 云仓流程与状态机
- 租地认养与溯源 PRD
- V1 数据模型草案
- 开发前设计计划
- V1 信息架构
- 页面与原型规格
- V1 API 契约草案
- 事件任务权限通知
- 五项目代码改造蓝图
- 测试验收发布与手册计划
- CRMEB 视觉基线审计
- G3/G4 决策登记表
- 用户端 uni-app 复用审计
- 开发前主清单
- 自主设计工作指引
- V1 需求追踪矩阵
- G3 技术专项验证报告
- V1 P0 页面矩阵
- 写操作契约注册表
- 事件任务操作注册表
- 状态异常事务矩阵
- 数据库字段字典
- 页面 API 文件追踪
- V1 ER 图
- API 字段契约注册表
- 平台管理员手册
- 商户手册
- 用户帮助
- 服务与现场手册
- 开发任务包
- 测试目录与 Fixtures
- 发布与运维手册
- 设计交付与研发交接