这篇文章，作者分享了自己公司在pop这种业务模式下的账单文件设计，包括佣金汇总表、退货订单明细等5个要点，希望能帮到大家。
我司是一个电商公司，有pop和供销两种业务模式，pop商家入驻是靠抽佣盈利、供销工厂一件代发是靠差价盈利；
那pop的佣金包含：类目佣金、营销费、分销佣金；
供销的差价：销售价-供货价；
结算系统主要是给商家做资金清结算的，统计每笔订单和退款的资金流水明细，汇总生成账单；
结算模式：抽佣结算、供货价结算；
结算系统关联到：支付系统、订单系统、开票系统、提现系统；
结算周期：周结和月结；
结算数据统计：确认收货的订单 – 退款完成的订单；
结算状态：待结算、已结算、无需结算状态；
结算流程：到结算周期系统生成结算账单，财务审核，商家审核对账，确认无误发起提现，生成提现单进行打卡，申请佣金发票；
订单结算基数：订单给商家结算的金额汇总，这里不是实际订单销售金额，比如商品售价100元，秒杀90，店铺优惠10元，平台补贴10元，用户实付70；
那此处订单结算基数=商品售价-秒杀-店铺优惠；
类目佣金：不同类目有不同的佣金率，例如营养品30%，日用百货8%等等；
营销费：平台统一收取商户3%，收取平台系统使用费；
分销佣金：用户社群种草等分销使用，收取商户佣金，返给带货达人；
代收运费：平台代商户收取用户支付的运费，代付给商户；
手续费：由支付渠道收取，平台代收代付；
订单退款金额：订单退款金额的总和；
结算金额：订单结算金额-类目佣金-营销费-分销佣金+代收运费-手续费+类目退款佣金+分销退款佣金+退营销费+退手续费-待退运费；
其他扣除/补给：用户其他场景下平台对商户结算金额调整，比如调账；
总应付款：结算金额+其他扣除/补给；
平台应付款：是指平台自己的支付系统收款；
微信应付款：是代表微信/支付宝等三方渠道收款；
应开票金额：主要是平台收取的佣金服务费，给商户开票使用；
调整开票金额：用于异常情况，财务调整开票金额使用；
尾数差异：是指总的应付款与平台应付款+微信应付款之间的差异；
子订单编号：我司是按照商品行维度进行数据统计，也就是说每个商品为一行数据；
发货时间：我司是按照发货维度进行数据统计，发货就给商户结算；
分账渠道：平台有多中分账渠道比如微信分账、支付宝分账、抖音分账等；
售价：商品销售价格；
商品销售金额=售价*商品数量；
运费：一单多品，运费会挂在摸个子单上；
优惠券平台：平台发放的优惠券，比如618大促补贴，京东满300-50；
优惠券商家：商户发放的优惠券，日常促销；
其他优惠平台：平台的其他补足，比如京豆、百亿补贴等等；
其他优惠商家：商户的促销、秒杀、满减等；
订单实付金额：用户实际支付的金额=商品售价-所有优惠+运费；
结算基数：用户计算平台抽佣的金额基数，=商品售价-平台优惠；这里不包含运费，因为运费是不抽取佣金的；
佣金：佣金的计算方式就是结算基数*佣金率；
手续费率：支付渠道收取的费率，会有调整，一般在0.6%； 一定要主要，手续费是包含运费的；计算的数据原为用户实际支付的金额；
商品结算金额=结算基数-所有佣金-手续费+运费；
本单应付：实际给商户应付的金额；
基本逻辑同发货订单明细；
主要的区别是：会出现部分退款的场景，一单多品，一品多件，退款其中一件；
这种场景的计算维度主要按照退款的结算基数，而不是实际退款金额；
比如用户买了2件商品，A20元，B30元，使用了一张优惠券满50-5，那用户仅退款A，实际退款金额是18，但退款结算基数则是20；
平台根据周期出账单 – 平台财务审核 – 商户对账 – 商户确认账单 – 商户申请提款 – 平台/支付渠道打款 – 商户收款 – 商户申请发票 – 平台开具发票 – 商户发票确收；
商品售价：两位小数
价格直降：两位小数
折扣促销：两位小数，四舍五入
优惠拆分：价格分摊、总和相等、金额取整（小数点后3位舍去）逻辑；
比如三个商品三家商户商品金额个30，平台满50-10优惠，用户合单支付80元，那三笔拆分后的订单优惠各是A3.33，B3.33，C3.34；
账单小数点：保留四位，第五位舍去，原因是为了减少汇总金额差异；
比如平台佣金：结算基数9.99，佣金率0.06，佣金0.5994；
手续费：直接进位（这里讲的其他平台），小数点后3位只要有数，直接进一，比如0.0651,直接取0.066；目的一般是为了多收取手续费；
结算金额：使用的是小数点后2位，毕竟银行打款仅到小数点后两位；
关于小数点，这里不在赘述，每个场景可以借鉴不同的取舍逻辑；
以上仅供学习分享，日常分享一些设计方案，欢迎关注
本文由 @阿辉 原创发布于人人都是产品经理。未经作者许可，禁止转载
题图来自Unsplash，基于CC0协议
该文观点仅代表作者本人，人人都是产品经理平台仅提供信息存储空间服务
此内容由惯性聚合(RSS阅读器)自动聚合整理，仅供阅读参考。 原文来自 — 版权归原作者所有。