Qeasy Cloud
Get Started

平台佣金能不能冲收入:总额法与净额法的分水岭

· 王浩宇· AI Financial Reconciliation· 3 views· 9 min read
收入确认总额法与净额法平台佣金费用归集

摘要:平台在结算单里扣掉一笔佣金,能不能从收入里减掉?多数人的第一反应是"当然能,不就是平台抽走的那部分"。可真正决定答案的不是平台怎么收钱,而是这笔交易里你扮演谁。这篇把总额法和净额法的判断条件拆成一张可对照的表,讲清佣金该进哪条费用线、达人佣金和坑位费算什么、平台补贴和商家出资分别冲哪一边,以及一条最容易丢的纪律:同一种业务模式,一年之内不要来回改。 关键词:总额法、净额法、主要责任人、代理人、平台佣金、销售费用

一、先把位置摆正:佣金本来就不在收入那一行

先给结论:平台佣金能不能冲减收入,取决于你是主要责任人还是代理人。不是看平台怎么把这笔钱收走,也不是看它在结算单上排第几行。

两个词先翻译一下,后面好懂。

总额法——白话说,这笔收入按全额进账,平台佣金另走费用,该交多少税按全额算。

净额法——白话说,你只是牵线,货款过了你的手但不是你的收入,所以只把佣金或者手续费那一部分当收入。

佣金不是销售折让。折让是价格上的事:买家少付了,平台把多收的退给你,那是把原来的售价往下调。佣金是为做成这笔销售而发生的费用,是平台这项服务的价格。它跟收入不在一个维度上,天然不该从收入里减。

这三条在收入准则里有明确的位置:第三十四条讲主要责任人和代理人的划分,第十九条把销售费用单独列出来,第二十八条管的是合同取得成本。判断的时候按这三条走,不用凭印象。

所以有人问"这笔佣金冲不冲收入",标准的问题应该反过来问一句:你是卖货的人,还是牵线的人?

二、分水岭只有一条:卖自己的货,还是替别人拉货

准则里的说法是主要责任人和代理人。翻译成接地气的话:把商品交出去之前,你能不能控制这个商品。

判断有三把尺子,三条都占才算主要责任人:

  1. 你承担主要责任。货卖不出去、退了、滞销了,损失你先扛。
  2. 你承担存货风险和价格风险。备多少货、什么价卖出去,是你能定的事。
  3. 你有权自主定价。定价权在你手里,不在平台手里。

电商自营、买断式销售,通常三条都占,走总额法。撮合、代销、寄售,货是别人的,定价是别人定的,滞销风险也是别人扛的,走净额法,只把佣金或者手续费当收入。

三条只占一条、两条的,属于边界业务。这类要由财务负责人拍板,别让写脚本的人顺手替你定一个。

这里有一个特别贵的反例:仅凭"平台开票给买家"就判总额法。

常识在这里会失效,是因为很多人把"谁开票"直接当成了"谁是销售方"。但开票是税务上的安排,收入确认看的是控制权。平台开票给买家,不代表你控制了商品——货是你的,风险是你的,你却只是帮平台收了个钱。反过来也一样,平台不开票,不等于你就是代理人,代理人场景里平台本来就只开佣金票。

系统概览页,上半部分是以四乘四网格排列的十六家已支持对账平台标识,下半部分是启用店铺、账单总数、收入计划、费用计划等数据卡片

平台铺得再广,这条标准也不变。上面这些平台里,有的商家做自营,有的做撮合,同一个平台上的两种口径都成立。所以判断主体是你,不是平台:商家 A 做自营、商家 B 做撮合,A 走总额法、B 走净额法,两家不必互相迁就。轻易云这边也是同一个思路:平台接入是一层,业务模式的判断是另一层,换平台不用换口径。

判断项你是主要责任人(总额法)你是代理人(净额法)
转让商品前能否控制商品能不能
存货与滞销风险你承担货主承担
价格与定价权你自主定价平台或货主定价
收入确认金额交易价格全额佣金或手续费净额
平台佣金怎么处理单独进销售费用本来就不进收入
典型场景电商自营、买断式销售撮合、代销、寄售

对着这张表看,判定条件其实不复杂。难的是把它落到具体某一笔业务上——一笔生意经常同时带自营和代销两种成分。

三、边界的那几类:达人佣金、坑位费,以及合同取得成本

直播、达人合作里的佣金和坑位费,是最容易和主营收入混在一起的一类。

它的定性不是"分成的货款",而是为取得合同发生的增量成本。白话说:为了拿下这一单,你额外花出去的钱。

准则的口径是:属于取得合同发生的增量成本、并且预期能够收回的,可以先记成合同取得成本;摊销期不超过 1 年的,当期费用化掉。超过 1 年的,要分期摊销。

结论记清楚:达人佣金、坑位费计销售费用或者广告宣传费,不冲收入。 跟纯推广投放放在一起的,归其他费用。

品牌自播里那种固定的坑位费、不随单发生的,更接近纯推广投入,直接进广告宣传费那一堆。

一旦把它混进主营收入,收入虚高,销项也跟着虚高,最后汇算清缴的时候被调回来,账上还要补一笔调整。这笔调整不复杂,但它解释起来最费劲。

四、佣金进了费用池之后:归到哪一类,怎么记

口径定了,剩下的是落到科目里。

费用侧分两大类:

  • 订单费用:佣金、平台服务费、物流费。这几项能直接挂到具体某一笔订单上。
  • 其他费用:营销、广告、仓储、订阅。这几项摊不到单笔订单上,走分摊。
费用分类装什么怎么归集
订单费用佣金、平台服务费、物流费直接挂到具体订单上
其他费用营销、广告、仓储、订阅按分摊基数摊到订单上

分界线是能不能挂到订单上,不是金额大小。再大的推广投放一样归其他费用,再小的运费一样归订单费用。

一个账期里要走应付的费用项有多少?以京东一个账期为例,走应付的费用项有 9 类:佣金、交易服务费、商品保险服务费、运费保险服务费、随单送的京豆、综合违约金等。

这里要单独提醒一句:随单送的京豆是营销费用,不是运费类。 名字听着像运费补贴,好多财务把这两样揉到一堆,费用池就乱了。

还有一条特别容易做反:佣金返还记负费用,不记收入。 平台返你一笔佣金,这是费用那头往回减,不是凭空多出一笔收入。记成收入,收入虚增、销项也跟着虚增。

集成转换单据列表页,八张单据合计九十五万余元,其中一张是暂估应收下推的财务应收单,另外七张是费用应收单,状态都是已推送

这张单据列表能看出形状:收入归收入、费用归费用。也很容易明白为什么佣金不能让收入单"顺带减掉"——收入那张单的金额是拿去开票的基数,一旦上面带了扣减,销项跟着错。轻易云的费用池就是按上面那两类分的:能挂订单的挂订单,摊不到的走分摊。

五、补贴和出资:谁出的钱,决定它冲哪一边

这一节跟总额法、净额法是两件事,但经常被混在一起吵。

平台补贴、优惠券、满减,同一场活动里可能藏着三种钱:

  1. 商家出:冲减交易价格,相当于降价,收入要开红字。
  2. 平台出:平台承担,是平台的推广费用。你这边收入按原价走。
  3. 政府出:单列,不能跟前两者混在一起。
谁出的钱账上怎么处理收入动不动
商家出冲减交易价格,开红字要动,收入往下走
平台出平台承担,计入平台推广费用不动,收入按原价
政府出单列,不并入前两类不动,但不能混记

三者不能混。 混完之后最典型的后果是:收入冲少了,销项也跟着少交了,到汇算清缴的时候被一次性调回来。

常有人追问:平台事后返给商家的补贴,算不算收入?一般不按销售折让处理,但要看业务实质和合同约定怎么写,属于要由财务负责人拍板的那一类,不要顺手记成主营收入。

六、落到系统里:收入一条线,费用一条线

前面说的是判断,这里说的是落账。

落账的动作其实很朴素:收入侧只放收入。佣金不进收入那张主单,单独进费用侧,出应付单。

有一个实证批次能看见这个形状:财务应收合并单 1 张、786 体行、103,792.07 元,合并订单 531 单。也就是说,一大批订单的收入最后合成一张财务应收单;而这些订单产生的平台佣金,一个都不进这张单,单独走费用侧。

收入对账流程图,展示账单行与订单的匹配、金额判定以及差异标记三个环节

图上这条链路值得多看一眼:匹配、判定、差异标记。收入侧和费用侧各自跑完自己的账,最后合到一条差异链路上。收入对的是"该确认多少收入",费用对的是"该承担多少费用",这是两件事。

这也是双子对账计划的意思:收入一条线、费用一条线,两条线各自跑各自的账,费用侧再去做分摊。轻易云把它做成两个可独立推进的计划,收入和费用不混在同一条流水里,后面的账才收得住。

双子对账计划价值图,用左右两栏展示收入与费用两条并行计划的关系和各自产出

两条线分开,最大的好处不是好看,是差异有明确归属:收入侧差一分钱,责任在收入;费用侧差一分钱,责任在费用。混在一起的时候,差异落在谁头上全靠吵。

七、一条不能碰的纪律:一年之内不要来回改

最后这条纪律,比前面所有判断都重要:同一种业务模式,不许在一年之内反复变更总额法或者净额法。

为什么?口径一改,历史数据就得跟着改,账期之间没法比了。今年一季度用净额法、二季度改总额法,半年的收入趋势直接失真,外部审计第一个问的就是这个。

所以要做的动作是:结论一次定清楚,写成书面口径,落到店铺和业务模式的主数据上,全公司照这个走。 系统不会替你判断总额法还是净额法,它只负责按既定口径执行,不替会计做判断。

再说一遍那句让人踏实的话:总额法就是这笔收入按全额进账,平台佣金另走费用。 记住这一句,八成的争议就散了。

至于"平台补贴算不算收入""边界业务走哪个口径"这类问题,最终由财务负责人拍板,写进口径文档,谁也别在脚本里顺手定一个。


今天就能做的三件事

第一,把公司在用的业务模式列一张清单,每一行标上总额法还是净额法,以及判定依据是哪几条。空白的行就是风险。

第二,去结算单里挑一笔典型的佣金,问三个问题:它现在记在哪张单上?是收入冲减还是费用?如果是费用,它归订单费用还是其他费用?

第三,把达人佣金、坑位费和平台补贴这三类,从费用表里单独拎出来,确认它们没有混进主营收入。

Original content. Please credit the source when reposting: https://www.qeasy.cloud/insights/reconciliation/16-1-gross-vs-net-method

Comments