平台分账设计：接收方、计算基数、费用分摊与退款调整

一笔订单背后可能有商家、服务人员、内容方或平台参与。分账设计要先说明每一方为什么获得这笔收益、按什么金额计算，以及退款发生后怎样调整，再将规则转成系统配置。

参与方与收益依据对应

为每个接收方保存业务身份、账户资料和生效状态，说明其与商品或服务的关系。门店负责人更换、供应商退出或合作比例调整时，保留生效时间，不能让新规则自动覆盖历史订单。

业务上的收益核算与支付侧的实际分账执行应分别记录。系统算出应分金额，并不代表资金已经完成分配；实际执行需要对应接收方、产品权限与返回结果。

按商品原价、优惠后实付或扣除某项费用后的金额计算，得到的分配结果可能不同。明确优惠由谁承担、服务费如何分摊、哪些金额不参与分配，再讨论比例或固定金额。

例如，某笔示例订单实付 100 元，约定以实付金额按 70% 和 30% 核算，则分别是 70 元与 30 元；如果另外先扣除 2 元费用，再对剩余 98 元分配，结果就不同。两种安排没有统一默认值，需要在业务规则中写清楚。

定义付款后立即核算、交付后核算或结算批次核算等业务时点，并核对实际产品的执行方式。每笔分配关联原订单与规则版本，保存请求标识、金额、接收方及最终结果。

重复通知不能重复执行分账，超时结果也不能直接当成失败重发。查询原请求后再决定后续动作，并让异常记录进入可跟进的清单。

明确全额退款、部分退款和已执行分账的不同处理方式。退款需要调整哪一方收益、调整发生在哪个周期、是否存在尚未处理的部分，都应能从记录中看到。

业务核算规则不等同于接口自动具备所有能力。先按分账规则梳理确认实际操作，再通过分账上线验收覆盖正常、重复和退款场景，形成完整的核对链路。