惯性聚合 高效追踪和阅读你感兴趣的博客、新闻、科技资讯
阅读原文 在惯性聚合中打开

推荐订阅源

J
Java Code Geeks
月光博客
月光博客
aimingoo的专栏
aimingoo的专栏
Google DeepMind News
Google DeepMind News
Recent Announcements
Recent Announcements
MyScale Blog
MyScale Blog
钛媒体:引领未来商业与生活新知
钛媒体:引领未来商业与生活新知
S
SegmentFault 最新的问题
Hugging Face - Blog
Hugging Face - Blog
Martin Fowler
Martin Fowler
WordPress大学
WordPress大学
F
Fortinet All Blogs
小众软件
小众软件
D
Docker
U
Unit 42
博客园 - 聂微东
freeCodeCamp Programming Tutorials: Python, JavaScript, Git & More
爱范儿
爱范儿
OSCHINA 社区最新新闻
OSCHINA 社区最新新闻
IT之家
IT之家
云风的 BLOG
云风的 BLOG
博客园 - 司徒正美
有赞技术团队
有赞技术团队
腾讯CDC

人人都是产品经理

为什么你的产品找不到差异化?90%的失败都卡在第一步上(下) – 人人都是产品经理, 3年从30万到1300万用户、获2200万美元融资,这个AI教育产品用“抽卡”破解了获客难题 – 人人都是产品经理, 园区招商系统怎么做才能真正帮到去化?我加了这一个功能,推广链接转发400次阅读过万 – 人人都是产品经理, AI大事件:OpenAI发完网络安全模型又搞药物研发,小鹏汽车要抓”DeepSeek时刻” – 人人都是产品经理, 电商不是卖货,是一场更残酷的产品经理实战 – 人人都是产品经理, 没想到,活动营销又回来了! – 人人都是产品经理, 为何All-in海外KOC:一场关于AI时代窗口期的豪赌 – 人人都是产品经理, 重新理解企业的内部协作 – 人人都是产品经理, 苹果的 AI 战略到底是什么? – 人人都是产品经理, 医疗智能体·第2讲——合规护城河:等保、PIPL与HIPAA的架构实战 – 人人都是产品经理, 向量知识库五步法:从“答非所问”到“精准回复” – 人人都是产品经理, 鸿蒙PC三方库构建总指挥HPKBUILD(sha)库为例 – 人人都是产品经理, 何时该用LLM?AI产品经理的LLM设计指南 – 人人都是产品经理, 医疗信息领域的需求方、决策方、准入方以及关注点(二) – 人人都是产品经理, 即梦涨价:一场被误读的「傲慢」 – 人人都是产品经理, 面试AI PM必答题:Hermes和OpenClaw的区别,如何讲清楚业务价值 – 人人都是产品经理, AI的下一张船票:世界模型——AI产品经理必须理解的技术拐点 – 人人都是产品经理, 小红书做GEO,怎么让AI信你?记住这 3 个重要信息 – 人人都是产品经理, 5 家印度 AI 初创公司,看看印度 AI 再做什么 – 人人都是产品经理, AI项目跨团队协作:产品技术业务如何不打架 – 人人都是产品经理, Agentic Workflow(智能体工作流):让AI从”答案生成器”变成”数字员工” – 人人都是产品经理, lycium_plusplus 项目全景解读:OpenHarmony 三方库构建的“大管家” – 人人都是产品经理, 从爆单救火到前置履约:两套预采策略,把生鲜大促履约效率拉满 – 人人都是产品经理, 什么时候该补货?我用一轮数据做了一个决定 – 人人都是产品经理, 从“机械兜底”到“动态分流”:AI客服重复进线治理的4大底层逻辑 – 人人都是产品经理, 抖音拼效率,红书拼洞察 – 人人都是产品经理, 全民狂欢与退潮——为什么龙虾这波热潮冷却得如此之快? – 人人都是产品经理, Stripe押注!MPP重塑全球支付 – 人人都是产品经理, 小红书GEO:AI引用你的内容,不是因为你对,而是因为你看起来可信 – 人人都是产品经理, 前百度副总裁押注办公Agent,日韩付费爆发,Manus迎来强劲对手 – 人人都是产品经理,
电商结算账单的设计分享
阿辉 · 2024-06-18 · via 人人都是产品经理

这篇文章,作者分享了自己公司在pop这种业务模式下的账单文件设计,包括佣金汇总表、退货订单明细等5个要点,希望能帮到大家。

我司是一个电商公司,有pop和供销两种业务模式,pop商家入驻是靠抽佣盈利、供销工厂一件代发是靠差价盈利;

那pop的佣金包含:类目佣金、营销费、分销佣金;

供销的差价:销售价-供货价;

公司的结算系统如下:

结算系统主要是给商家做资金清结算的,统计每笔订单和退款的资金流水明细,汇总生成账单;

结算模式:抽佣结算、供货价结算;

结算系统关联到:支付系统、订单系统、开票系统、提现系统;

结算周期:周结和月结;

结算数据统计:确认收货的订单 – 退款完成的订单;

结算状态:待结算、已结算、无需结算状态;

结算流程:到结算周期系统生成结算账单,财务审核,商家审核对账,确认无误发起提现,生成提现单进行打卡,申请佣金发票;

一、账单文件-pop

1. 佣金汇总表

订单结算基数:订单给商家结算的金额汇总,这里不是实际订单销售金额,比如商品售价100元,秒杀90,店铺优惠10元,平台补贴10元,用户实付70;

那此处订单结算基数=商品售价-秒杀-店铺优惠;

类目佣金:不同类目有不同的佣金率,例如营养品30%,日用百货8%等等;

营销费:平台统一收取商户3%,收取平台系统使用费;

分销佣金:用户社群种草等分销使用,收取商户佣金,返给带货达人;

代收运费:平台代商户收取用户支付的运费,代付给商户;

手续费:由支付渠道收取,平台代收代付;

订单退款金额:订单退款金额的总和;

结算金额:订单结算金额-类目佣金-营销费-分销佣金+代收运费-手续费+类目退款佣金+分销退款佣金+退营销费+退手续费-待退运费;

其他扣除/补给:用户其他场景下平台对商户结算金额调整,比如调账;

总应付款:结算金额+其他扣除/补给;

平台应付款:是指平台自己的支付系统收款;

微信应付款:是代表微信/支付宝等三方渠道收款;

应开票金额:主要是平台收取的佣金服务费,给商户开票使用;

调整开票金额:用于异常情况,财务调整开票金额使用;

尾数差异:是指总的应付款与平台应付款+微信应付款之间的差异;

2. 订单发货明细表

子订单编号:我司是按照商品行维度进行数据统计,也就是说每个商品为一行数据;

发货时间:我司是按照发货维度进行数据统计,发货就给商户结算;

分账渠道:平台有多中分账渠道比如微信分账、支付宝分账、抖音分账等;

售价:商品销售价格;

商品销售金额=售价*商品数量;

运费:一单多品,运费会挂在摸个子单上;

优惠券平台:平台发放的优惠券,比如618大促补贴,京东满300-50;

优惠券商家:商户发放的优惠券,日常促销;

其他优惠平台:平台的其他补足,比如京豆、百亿补贴等等;

其他优惠商家:商户的促销、秒杀、满减等;

订单实付金额:用户实际支付的金额=商品售价-所有优惠+运费;

结算基数:用户计算平台抽佣的金额基数,=商品售价-平台优惠;这里不包含运费,因为运费是不抽取佣金的;

佣金:佣金的计算方式就是结算基数*佣金率;

手续费率:支付渠道收取的费率,会有调整,一般在0.6%; 一定要主要,手续费是包含运费的;计算的数据原为用户实际支付的金额;

商品结算金额=结算基数-所有佣金-手续费+运费;

本单应付:实际给商户应付的金额;

3. 退货订单明细

基本逻辑同发货订单明细;

主要的区别是:会出现部分退款的场景,一单多品,一品多件,退款其中一件;

这种场景的计算维度主要按照退款的结算基数,而不是实际退款金额;

比如用户买了2件商品,A20元,B30元,使用了一张优惠券满50-5,那用户仅退款A,实际退款金额是18,但退款结算基数则是20;

4. 账单流程

平台根据周期出账单 – 平台财务审核 – 商户对账 – 商户确认账单 – 商户申请提款 – 平台/支付渠道打款 – 商户收款 – 商户申请发票 – 平台开具发票 – 商户发票确收;

5. 账单金额小数点问题

商品售价:两位小数

价格直降:两位小数

折扣促销:两位小数,四舍五入

优惠拆分:价格分摊、总和相等、金额取整(小数点后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协议

该文观点仅代表作者本人,人人都是产品经理平台仅提供信息存储空间服务