费用对不平的时候，为什么出的是应付单而不是应收单

摘要：同一笔平台退回的佣金，财务按平台给我钱开成了费用应收单，月末被退回来。问题不在业务判断，在判据被换掉了：金额是负数，不等于方向是应收。这篇讲费用对账的三层结构与三个池子、方向判据为什么只有一条、平台账单上的六种单据分别在什么情况下出现，以及金额符号为什么只能乘一次、少一个必填键和重推一次分别会让整批单怎么失败。 关键词：费用应付单、费用应收单、金额符号、费用三池、差额出单、其他应付单

一、月末被退回来的那张单

月初，财务在平台后台看到一笔佣金返还。账单上它是一个负数，备注写着已退费。同事的判断很快：平台给我钱了，平台欠我钱，挂费用应收单。

单子提交上去，月末对账时被退回来了。退回意见只有一句：这是平台退还的佣金，它仍然是一笔费用，出的是应付单的冲减，不是应收。

同事不服气——金额明明是负的，为什么不是应收？

这不是他判断慢，是判据被换掉了。负数是账务表达，不是业务事实。 这篇讲清三件事：方向由谁定、钱在谁手里、符号能乘几次。

而且这个错不会停在单张单上。同一个账期里，一批红字"仅退款"应付单和另一张"直赔退款代扣"单，把同一笔退款腿记了两次，金额分别是 −3,705.00 与 −3,704.45，最终整批删除。一张单开错是错单，判据错在源头，重复记账就是必然的。

二、费用对账的三层楼和三个池

费用对账有三层：费用对账计划、费用聚合行、公摊分摊明细。账单里的费用行进入计划后，先聚合成费用聚合行，然后才谈分摊。

聚合行不按金额堆，按一条四元业务键：核算项目、核算单位、金额类型（费用或收入）、方向（正或负）。多数平台的核算单位是空的，实际落地按三元键走。这条键把同一笔费用锁死在一个格子里，不被拆开，也不被重复聚合。

进计划之前，每一行费用行先过三个互斥的池子。

三个池子互斥，还有一条补充：主营收入本身不进任何费用池。 净额等于收入减费用，发生在出单那一刻，不发生在聚合那一刻。

第三个池子最容易出事。带订单号但当期没有主营收入的费用如果被顺手分摊，单品利润会被摊成负数，而系统不会报错——它只会安静地算错。

这个页面停在分摊之前，展示的是费用聚合行：每一行费用归到哪个核算项目、金额类型是费用还是收入、方向是正还是负，都在这里定下来。后面能一张账单出应付、一笔出应收，靠的就是这层定好的方向。

三、方向判据只有一条：钱在谁手里

费用侧的方向判据只有一条：

平台欠我钱，走费用应收；我欠第三方钱，走费用应付。

围绕这条判据，有三句话必须说清楚。

不是按费用名称判。 佣金这个名字不告诉你方向：平台收的佣金是应付，平台退的佣金仍然是费用，只是金额为负。

不是按金额正负判。 这是开头那个错的来源。金额符号负责表达加减，方向由业务事实决定。账单上出现负数，只说明这个数是减项，不说明谁欠谁。

不是按钱有没有到账判。 到账与否是资金勾稽那一层的事，与单据族无关。

还有一个顺序问题：决定单据类型的顺序是三步——先判能不能出单（对账没成功的行不出单），再判业务事实（钱在谁手里），金额方向放在这两步之后。顺序不能倒。

这条判据落到系统里，收敛成三个核算项目的白名单：哪些走应付、哪些走应收、哪些归到资金流。轻易云把这条判据做成核算项目白名单，而不是让人每次看金额正负。

四、同一张账单，为什么一笔出应付、一笔出应收

一张平台账单里同时有佣金、服务费、退款、提现。它们不是同一种东西，该落到不同的单据上，而且互不替代。

这张表里有两行需要单独说。

其他应付单是历史残留。 旧方案留下来的单据类型，现在还有存量。新系统不该再新增它，但碰到了要认出来：统计费用应付时它是包袱，统计总账时它又混在真正的费用里，两套口径混在一起就对不齐。

财务应收单只能下推，不能新增。 它是收入侧暂估的下游产物，天然带幂等保护：已经完全下推再推一次，账套会直接拒绝。费用侧那几张单没有这层保护，重推一次就多一张单。

拿一个真实批次看落地形态。某电商平台 6 月账期，费用转换规则一共 16 条：应收 3 条、应付 12 条、收款 1 条。按这些规则跑出来的分类结果是：

• 费用应收 3 项：小额打款 209 + 先行赔付 −378.70 + 直赔退款代扣 −3,813.06 = −3,982.76
• 费用应付：结算 8 项 23,315.65 + 流水 4 项 3,636.13 = 26,951.78
• 销售收款单：企业站提现 195,000.00

同一平台的一个批次一共 66 张单：费用应收 21 张、费用应付 42 张、销售收款 3 张，未匹配为空。规则条数是分类口径，单据张数是出单口径，两者不是一个数。

这 16 条规则不是 16 个财务动作，是 16 个业务事实的分类。 一条规则本质上在回答：这行钱该由谁欠；规则写的是业务事实，不是金额的正负。

回到开头那笔被退回的佣金：它在账单上是负数，但它仍然是费用类，走的是应付单冲减，不是应收。平台退还的佣金、运费折扣，都不能按金额正负判单据类型，判断依据只能是钱在谁手里。

这张流程图最该盯住的是出单之前的那一格：分类。分类错了，后面每一步都不拦你——方向必须在最早那一格判完，而不是留给出单环节再看。

五、金额符号：符号只能乘一次，红字不是新单据

分到去向之后，剩下的是符号怎么写。轻易云按业务事实把一行费用分到应付、应收、收款、转账四种去向。

全局约定：正常收入为正，退款退货为负；正常费用为正，平台退还的费用为负；退款绝不能塞进费用金额，净额等于收入减费用。

三条金额公式：

• 费用应付金额 = 池内该单号净额取负 × 规则符号
• 费用应收金额 = 带符号净额 × 规则符号
• 差额单 = 带符号直接出单，不乘规则符号，也不取绝对值

标准扣费规则的符号是 +1，所以取负一次和乘一次符号等价。关键在于只能乘一次。

已经算过取负乘符号，再取一次负、再乘一次符号，正负就翻了，应付变成应收。更麻烦的是这种错会被配平不变式掩盖——错的正是符号，而符号错了金额合计不变，照样能凑平。它不会报错，只会把每张单的方向做反。

第二条要点：负数不是新的单据类型。 同一个单据类型里出红字体行，数量记 −1，含税单价取绝对值，方向由符号承载。

六、几个必填键，少一个整张单就失败

出单失败多半不是算错，是少字段。

表头四个键：供应商编码、单据类型、币别、结算组织。注意是供应商编码，不是客户编码——费用侧的钱付给平台或第三方，对手方属于供应商。填反了，整批单会按客户往来挂。

分录三个键：费用项目、费用承担部门、金额。费用项目的字段名不是常见写法，接口文档和账套界面对不上。缺了费用承担部门，账套会直接报：单据体第 1 行字段"费用承担部门"是必填项。付款计划金额也必须与表头价税合计配平。

还有一个隐蔽的：采购部门必须显式置空。 不传这个键，账套会默认带出"采购部"——你没填、系统替你填了的归属。

费用项目取值有三条链路：费用应收单一般取 6001.01，亚马逊固定取 6001.02；费用应付单按店铺配置、规则、核算项目匹配，兜底到 6601.28。兜底值属于费用类科目段，口头常说成 6001.28，月底按科目段统计费用就对不上。税率也是配出来的：某平台费用行税率 0.13，亚马逊费用行为 0。

出单粒度：单据类型 × 费用项 × 账期 = 一张单；表头业务日期取账期月末倒数第二天；单张分录超 3000 行拆单。

这张骨架图说明的是：源数据先过字段映射，再生成单据。少一个必填键，流程在生成之前就停下。

七、重推一次就是重复单

费用应收单、费用应付单、销售收款单、银行转账单都是"新增"型单据，没有幂等拦截，重推一次就是多一张单。

收入侧的财务应收是"下推"型，天然幂等——已经完全下推再推一次，账套会拒绝。费用侧没有这层保护。所以推之前必须人工反查：按日期加客商加金额查，或按系统单据编号查。

推完还要回读校验：分录行数加金额合计，容差 0.005，不一致就判失败。0.005 只吸收小数位差，不吸收缺行——少传三行分录，金额凑得上也不算过。

方向判据如果没有做进流程，后果不止在单据上，还会落在月结上。轻易云把这条判据前移到账单行，方向问题不会活到出单那一刻。

还有一个更隐蔽的失败模式。某平台 3 行 167.55 的其他费用，因为不在脚本的硬编码清单里被静默跳过：没有出单，也没有报错，未匹配还是空的。

所以：未匹配为空，不等于该出的都出了。 未匹配查的是出了的单有没有落到该落的订单上，它查不到该出而没出。清单是硬编码的，账单是活的，两边不同步时只有人工抽查才能发现。

顺便说清费用侧的一个口径差异：费用侧没有差异标签码这一层。 收入侧才有三十多个业务码加一个兜底码。费用侧的异常分四类。

把费用异常硬套收入差异码，是口径串用。

双子计划这个结构值得多说一句：对账计划负责把钱算清楚，出单计划负责把算清楚的结果写成单据。两边独立的好处是，出单出错不会反过来污染对账结果。

八、今天就能做的三条动作

第一，把这个账期所有出单结果按单据类型拉一张汇总表，看费用应收、费用应付、销售收款单各多少张、各多少钱。如果某个类型的单子里出现你解释不了的项，先怀疑方向判据，再怀疑金额。

第二，回到原始账单，把所有金额为负的费用行逐条过一遍，确认它走的是应付单冲减还是应收单。**平台退还的佣金是应付冲减，平台给你的赔付打款是应收。**这一步花不了一小时，能挡掉一整批错单。

第三，给费用侧出单补一道回读校验：分录行数加金额合计，容差 0.005，不一致就拦。同时把未匹配为空和清单外静默跳过这两件事分开看，前者不等于后者。

负数只是一个符号，方向是一个判断。

判断对了，符号对了，月末的单子才不会被人退回来。