商户问“平台抽几个点”,听起来只是在问费率。等到第一笔款到账,问题通常会变成另一套:为什么满 100 元的订单不是按 100 元结,平台券算谁的,支付手续费怎么又扣了一次,退款发生在结算以后该落到哪期账单?

这也是收费规则最容易写偏的地方。平台把一个百分比写得很醒目,却没有说这个百分比乘什么;结算页写着 T+1,却没说从支付、核销还是售后期满开始算;对账文件给了一个“实付金额”,财务仍然无法从订单追到银行流水。

2025 年 7 月 31 日施行的《网络交易平台收费行为合规指南》已经把收费披露说得很具体:收费项目要与服务内容对应,同一项目使用统一名称;收费标准要准确、便于计算;不同交易条件适用不同标准时,要同时标明条件和对应标准;平台还应提供具体收费项目、标准和金额等明细。佣金、抽成、手续费、会员费、技术服务费、营销推广费、广告费以及保证金,都在这份指南关注的范围内。

对平台来说,这不只是把协议写长一点。规则必须能落进签约页面、订单计费、结算单、对账文件和客服处理流程。任何一个地方另用一套口径,商户最后看到的数字就可能对不上。

平台抽佣结算对账封面

先把一笔订单怎么算说透

“平台服务费 5%”不是完整的收费规则。至少还少了计费基数、适用订单、优惠分担、退款处理和精度规则。更稳妥的写法,是让商户能照着规则复算:

某项费用 = 该项约定的计费基数 × 费率 + 固定费用

这里最需要解释的是“计费基数”。它可能是商品原价、优惠后的商品成交额、消费者实际支付额,也可能包含运费、服务费或税费;取消订单、全额退款、部分退款又可能采用不同处理方式。平台不能在前台只展示费率,把决定结果的基数留在后台。

下面用一笔假设订单说明差别。商品标价 100 元,商户承担优惠 5 元,平台补贴 10 元,消费者另付运费 8 元。若协议约定佣金基数为“商品成交额扣除商户承担优惠后,不扣平台补贴”,佣金率为 5%,那么佣金是 4.75 元;若支付手续费按消费者实际支付的 93 元计收,费率为 0.6%,四舍五入到分,则支付手续费是 0.56 元。假设没有其他扣款,平台补贴会一并结给商户,这笔订单的应结金额为 97.69 元。

这只是展示计算方法,不是行业统一口径。换一个平台、类目、活动或支付通道,结果都可能变化。平台自己的规则应当把每个变量换成真实约定,并在账单里显示本单实际采用的基数、费率和金额。

一笔订单费用拆解

费用名称也要稳定。若签约页叫“技术服务费”,订单明细里改成“平台佣金”,发票又写“信息服务费”,财务很难判断这是一笔费用的三个叫法,还是发生了重复收费。《指南》明确列出的不合理收费行为包括重复收费、只收费不服务或少服务、把本应由平台承担的费用转给商户,以及强制或变相强制商户购买服务、参加推广促销并收费。

营销费用应与交易抽佣分开。按点击、展示或转化计费的推广服务,需要说明计算方法,并给出可核对的具体明细;平台组织优惠活动,也应事先说清平台和商户各自承担多少。未经协商一致,不能临时向商户加收促销费用。这样处理以后,商户能分清“成交后按订单收的费用”和“主动购买推广产生的费用”,也知道一张券最终由谁出钱。

签约前应出现的,不只是费率表

一份能实际执行的说明,通常要覆盖下面 12 项。它们不一定都挤在一张页面里,但商户确认签约以前,应当能够便利地查看、下载,并知道哪一版规则正在生效。

要说明的内容商户真正需要看懂的口径
1. 收费主体谁提供服务、谁收款、谁开具费用票据,是否存在支付机构、配送方等其他收费方
2. 收费项目佣金、技术服务费、支付手续费、营销费、配送费、会员费、保证金分别对应什么服务
3. 适用范围适用的商户类型、类目、门店、地区、渠道、活动和生效日期
4. 计费基数按商品金额、优惠后成交额还是消费者实付额计算,是否包含运费、税费和附加服务费
5. 费率与精度比例、固定金额、阶梯档位、封顶或保底,按单取整还是汇总后取整
6. 优惠分担商户券、平台券、联合补贴、积分和储值抵扣各由谁承担,怎样进入计费基数
7. 退款与取消未支付关闭、支付后取消、全额退款、部分退款、拒付时,各项费用是否退、何时退
8. 结算触发点从支付成功、发货、确认收货、核销、服务完成还是售后期满开始计算
9. 结算周期T+N 或周结、月结中的 T 指什么,N 按自然日还是工作日,节假日怎样顺延
10. 暂缓与冻结风险准备金、售后预留、保证金、异常订单和争议款项在什么条件下扣留、怎样释放
11. 账单与票据能下载哪些明细,订单、结算批次和银行流水怎样关联,开票主体、周期及红冲怎样处理
12. 异议与变更差异在多长时间内提出、平台多久答复、规则变更怎样公示,不接受新规则如何退出

这 12 项里,任何一项都可能改变商户最后拿到的钱。把它们分散在协议、帮助中心、活动页和客服口径里并不理想。更实用的做法,是在主协议中写明基本权利义务,在收费规则中放完整计算口径,商户后台持续展示当前版本,再由订单和结算单呈现实际发生的数字。商户不需要猜哪一份文件优先,文件之间也不应互相打架。

《电子商务法》要求电子商务平台经营者遵循公开、公平、公正原则,制定平台服务协议和交易规则,并持续公示协议、规则或其链接。修改时,应在首页显著位置公开征求意见,并按照规定提前公示修改内容;平台内经营者不接受修改内容、要求退出的,平台不得阻止。2025 年的《指南》进一步要求,涉及收费项目、规则和标准的修改应公示拟修改内容及理由,公开征求意见的公示期不少于 7 日;相关历史版本还应按规定保存,方便商户阅览和下载。

所以“平台保留随时调整费率的权利”不能代替变更流程。系统里至少要留住版本号、公示时间、生效时间、变更内容、适用范围和商户确认记录。订单采用哪一版规则,也要能够回查。否则费率更新以后,历史订单很容易被新规则重新解释。

T+1 只说明速度,没有说明从哪里起算

结算规则要先确定交易什么时候具备结算条件。实物电商可能以确认收货或售后观察期结束为起点;到店业务可能以核销为起点;预约服务要看服务完成和取消规则;平台如果只是撮合交易,也可能按照支付成功后的风险策略处理。没有一个适合所有平台的统一起点。

T+1 里的“1”也要说清是自然日还是工作日。周五晚完成的订单,周六是否进入结算;法定节假日是否顺延;每天几点截单;晚于日切时间的订单算当天还是次日;结算申请、平台出款和银行入账分别记录什么时间。这些内容不写,平台认为自己按时出款,商户却可能多等两三天。

商户结算时间线

结算主体和收款账户同样不能含糊。签约商户、提供商品或服务的经营者、开票主体与实际收款账户如果不一致,平台需要提前说明允许的账户类型、认证要求和变更流程。账户变更应留下审核记录和生效时间,不能只靠运营人员在后台替换银行卡号。

暂缓结算需要写明原因和边界。订单处于退款、投诉、履约异常或司法协查状态时,平台可能需要暂缓相应款项;但“相应款项”不应自动扩大成全部无争议资金。规则应说明触发条件、影响范围、通知方式、商户可提交什么材料、平台怎样复核,以及条件解除后何时恢复结算。

保证金也不是一个可以无限期压住的余额。《指南》要求平台审慎评估收取保证金的必要性,明确收取标准、方式、退还程序,不得挪用占用,也不得设置不合理的退还条件。商户退出时,尚未结束的售后责任可以按约定处理,但需要区分仍有依据的留存金额和已经应当退还的余额。

退款跨过结算日,是最容易把账做乱的一种情况。若订单尚未结算,退款可以在本期减少应结金额;若原订单已经打款,后续退款可能从下一期应结款中扣回,或形成待补缴款。平台要在退款明细里带回原订单号、原结算批次、退款单号、各费用退还金额和本次影响的结算批次。只显示一笔“售后扣款”,商户无法判断扣的是哪张单,也无法确认佣金是否按规则退回。

对账文件要让三本账逐笔连起来

商户对账时,手里通常有三套记录:平台订单、平台结算单和银行到账流水。三边只比较总额,遇到跨期退款、冻结款、分次结算或手续费就会出现差异。真正能降低沟通成本的,是让三个编号保持关联:订单号说明业务从哪里来,结算批次号说明它被放进哪次付款,银行交易参考号说明钱最终从哪笔流水到账。

一份可用的订单级对账文件,至少应包含这些字段:

  • 商户号、门店号、订单号和子订单号;
  • 下单、支付、完成、退款和入账时间;
  • 商品金额、运费、各类优惠及承担方、消费者实付金额;
  • 每项费用的名称、计费基数、费率或单价、实际金额;
  • 全额或部分退款金额、退回的费用、其他调账及原因码;
  • 应结金额、暂缓金额、已结金额、未结金额和币种;
  • 结算批次号、出款时间、收款账户尾号和银行交易参考号;
  • 当前状态、采用的规则版本及相关票据状态。
对账差异核对现场

财务可以沿着三步核对。先确认订单层的应结金额是否能复算,再确认同一批次中所有订单、退款和调账能否汇总成批次应付,最后用批次实付金额和银行流水逐笔匹配。若存在暂缓款,还要单列“本期应付”和“本期实际出款”,不能把两者都叫结算金额。

平台内部也要保留一条最基本的勾稽关系:

订单应结合计 - 当期扣款 + 当期补款 = 批次应付金额

批次应付金额 - 本期暂缓金额 = 本期实际出款金额

这两个等式只是对账入口。出现差异以后,还要给出原因,而不是让系统自动塞进“其他调整”。常见原因包括订单跨过日切时间、退款落在后一期、支付成功通知延迟、分账尚未完成、收款账户异常、费用取整差异和人工调账。每种原因都应有单独代码、原金额、调整金额、依据和处理记录。

商户提出异议时,客服也需要一条能执行的路径:收到订单号或结算批次后先锁定争议范围,给出受理编号;能够通过账单复算的问题直接返回计算过程;需要人工审核的调账保留材料、处理人和时间;确认平台少结的,说明补款批次;确认规则无误的,指出具体条款、版本和订单明细。回复一句“系统计算无误”,通常无法结束争议。

《指南》明确,平台内经营者认为收费超过合理水平时,可以向平台反映并提交材料,平台应及时答复并积极协商;对集中反映的问题,平台还应研究评估,及时修改不合理的收费规则。因此,异议处理不应只有投诉入口,还应能反过来发现某个类目、活动或费用规则是否长期制造同一种差异。

上线前,别只测一笔正常订单

收费、结算和对账是否写清楚,最终要用订单验证。红数科技在这类平台规则落地时,更看重商户能否独立复算,以及异常发生以后是否还查得到原始依据。上线验收至少应覆盖以下情况:

测试情况应当看到的结果
商户券与平台券同时使用两种优惠分别显示承担方,计费基数与规则一致
一张订单包含不同费率商品子订单分别计费,汇总金额能够复算,不用一个平均费率掩盖差异
支付后全额退款订单金额、佣金、支付手续费和营销费用分别按约定处理
结算后发生部分退款能追到原订单和原批次,扣回金额进入明确的后续批次
周末或节假日前达到结算条件日切、自然日或工作日规则与实际出款时间一致
一部分订单被暂缓无争议订单正常结算,暂缓原因、金额和释放条件可查
费率规则在月中变更生效前后的订单使用对应版本,历史订单不被新规则重算
银行退票或账户变更结算状态如实显示,重新出款保留原批次和新流水记录
人工补扣或补款调整有原因、依据、审批和关联订单,不归入不明的“其他”

测试完成后,商户端应该能够拿到一份收费规则、一份结算日历说明、一份订单级账单样例和一份差异处理办法。平台内部还要有同口径的计费配置、规则版本记录、结算批次表和异常工单。前台说法与后台计算一致,才算真正“提前说明”。

平台抽佣没有一个适用于所有业务的标准比例,T+1 也不天然比周结更合理。商户最关心的是签约时能不能算,运营中能不能查,规则变化时能不能提前知道,退出时应结款和保证金能不能按约处理。把这些问题落实到一笔订单、一张结算单和一条银行流水里,收费规则才不是藏在协议末尾的一段话。

资料核验

以下公开资料核验于 2026 年 7 月 24 日。平台费率、支付通道规则和具体商户协议会继续变化,正式签约和系统配置应以届时适用的法律法规、平台公示版本及双方实际约定为准。

[1]: 中国政府网,市场监管总局 2025 年第 32 号公告,《网络交易平台收费行为合规指南》,2025 年 7 月 31 日发布并施行。 [2]: 中国人大网,《中华人民共和国电子商务法》,重点参见第三十二条至第三十五条。