Automated e-commerce financial reconciliation: statements, matching, discrepancies and vouchers
259 articles
对账全对、差异为零，做出来的经营报表和财务部自己出的对不上。这几乎每家电商公司都遇到过，原因不复杂：对账结果是一套口径，报表是另一套口径，中间少了一次翻译。这篇讲三道必须显式翻译的口径——科目、维度、数值，讲清每一道翻译要留下什么、报表该读哪些状态、哪些数字看着对其实没数据，以及上会前该做的三个勾稽。
月底发现一笔费用没有发票，先记还是等？电商里还有一类钱是"动了但说不清是什么性质"。暂估、预提、挂账这三种"先记一笔数"，业务含义、依据、反写时机和冲回规则全都不同，混用会在下个月把收入重复确认一遍。这篇用四个判定问题把三者分开，讲清各自什么时候改、什么时候冲、什么时候转走，以及最容易出错的"把预提当暂估"那一种。
财务点一下"整体对账确认"，这个动作看起来只有一秒，但按下去之前，系统必须替他把五件事做完：确认计划真的跑完了、确认这批账单行还归他管、确认只把成功的行锁住、确认失败的行会去结转而不是被丢掉、确认金额是平的。这五件事做完了，"确认"才是一次签字，而不是一次点击。这篇讲这五件事各自在防什么、三个出口为什么完全不是一回事，以及为什么这套机制坚决不做自动确认。
离关账还有三天，15 个平台里有 3 个账单没下载、对账任务卡在失败、单据推了两天推不出去。月结最后阶段最怕的不是难，而是**卡住之后不知道该做什么**——于是有人开始用上月数据顶替，有人手工把差额凑平。这篇把月末的卡点分成三类（数据没到、任务没跑完、单据推不出去），讲清每类的应急动作与时间盒、三个绝对不能做的动作、最后一道关账依赖检查，以及怎么在出事前一天就看出来。
8 月的账单抬头还是老公司，9 月才换成新公司。这不是个技术问题，但它会在接下来的三个月里持续制造麻烦：哪个月的收入算老公司、跨月退款冲哪一边、老主体留在平台上的钱该谁收、还在跑的老订单最后归谁。这篇把主体变更拆成三种形态，讲清它会连带影响哪三件事、切分点应该按哪一天定、切分之后最容易错的两处，以及一张可以直接发给运营和平台的沟通清单。
新系统跑了三个月，两个数字每个月都不一样。财务开始怀疑老办法，运营开始怀疑新办法，项目组开始怀疑所有人。问题的解法不是"再跑一个月看看"，而是把两个结果摆到同一张表上逐条对质。这篇讲差异的三类来源各有各的定位办法、影子对账怎么做、并行期必须同时维护的三张表、切换闸门的三个条件，以及什么情况下必须承认"新办法还不行"。
六月的账到了七月才勉强对上，差的不是钱，是一张退款月报。平台每个月的账单从来不是一张表，而是正负两张、或者三张互相勾稽的表：结算账单说的是"我给你打了多少钱"，退款月报说的是"我扣回了多少钱"。只导一张，净额就会被当成全额，跨月退款就会掉进错误的账期。这篇讲三类账单形态、只导一张的三种后果、成对导入的三个判定，以及怎么确认一个账期的账单真的到齐了。
同一个店铺、同一个月，运营报表上是 800 万，财务确认的收入是 700 万，银行到账 690 万。三个数都不是错的，只是问的是三件不同的事。这篇把电商里同时流通的四本账拆开——成交口径、下单口径、确认收入口径、回款到账口径，讲清三道折损各自来自哪里、优惠券和补贴该算价内还是价外、跨期退款该冲哪一期，以及财务和运营对数时应该按哪一行口径对齐。
一次解析质量审查里，"其他"这个兜底科目占了账单金额的 99.5%，其中最大的一笔是 71.5 万元的提现。这不是解析错了，这是把资金划转当成了经营数据。这篇讲资金划转为什么不能进对账池、科目分流五类是怎么把这类行拦在门外的、三个最容易被误分类的科目、资金划转到底在哪一刻进账，以及"兜底占比"这个被浪费掉的健康度指标。
平台代扣的那笔税是外国税，不是中国的增值税，既不能抵中国进项，也不是中国的销项。欧盟看 1 万欧元与 150 欧元，英国看 20%、135 英镑与 9 万英镑，美国没有联邦增值税、门槛常见 10 万美元，澳新是价内税、算法反过来。这篇把四个市场的关键数字、平台角色、价内税价外税的算法差别，以及账务处理一次讲清。
出口退（免）税分三档，依据是出口主体与单证，不是平台。生产企业走免抵退，外贸企业走免退，综试区零售出口和未取得有效进货凭证的货物免税但不退进项，小规模纳税人免税不退税；未按规定申报或单证不全视同内销征税。这篇讲判定顺序、时限、单证红线和账务处理。
对完账要不要开票？答案是「不必先开票」。「是否开票」是一个默认是否的字段，跟对账单据解耦，发票号、开票日期、归属部门在单据审核前补录就行。先开票会把纳税义务提前到开票日，但收入确认落在哪个月不会跟着变。这篇把收入确认、纳税义务、开票三条时间轴拆开，再讲单据、发票、申报三张表怎么逐单勾稽，容差是 0。
退款之后要不要开红字发票、要不要出红字单据，是两件事。红字发票是法定税务动作，跨月只能红冲不能作废，谁填信息表、谁开红票都有明文规定；系统里的红字单据只是账务动作，靠带符号出单实现，替不了那张红票。这篇把两者的分界、金额口径、分录写法和系统出单规则一次讲清。
平台账单和结算净额一律含税，所以对账阶段按原币含税金额严格比对、容差为 0，价税分离只发生在入账与申报环节。这篇讲清一件事：先分离再对账，会把税差变成假的「对不平」。
「平台服务费不能抵扣、只能计费用」这句话在电商财务圈流传很广，但它不准确。能不能抵，看的不是费用叫什么名字，而是有没有那张增值税专用发票，以及这笔支出用在了应税项目上。平台向商家开票，税率 6%，进项可以抵；平台不开票的部分，汇算清缴要调增。这篇把判断链条、六类不得抵扣情形、费用侧三池四列的口径和两个常见错手讲透。
平台替商家代收了一笔 30 元的配送费，这笔钱最后要交给物流承运方，不是商家的收入。可不少店铺把它并进了主营业务收入，收入和销项一起抬高，月底再靠调整分录拉回来。这篇讲过手负债：代收代付的钱路过你的账该怎么记、运费的三个归宿怎么分、代收项在核算项目里为什么要单独占一个位置，以及代扣的税为什么不算这一类。
同一笔生意，财务手里能报出四个数：GMV、成交额、结算净额、银行回款。前两个说的是「卖了多少」，第三个是「平台认账该给你多少」，第四个是「银行实际给了你多少」——四个数没有一个是收入。这篇讲这四个口径各自在算什么、账单净额含税与收入不含税之间隔着哪些必须逐项勾稽的项、对账环节靠哪条恒等式把差异锁死，以及财务最常犯的三个口径错误。
对账确认、收入确认、纳税义务，是三条互不替代的时间轴。对账的「已确认」是状态机终态，锁定数据、不生成凭证；收入确认看控制权转移，平台结算只是回款；纳税义务按收讫款项、取得凭据、先开票三者取最早。把三条轴混成一条，是月末数据对不上、税务问询答不上来的根因。本文给出三轴对照表、四个最常见的混用点，以及系统、账套、税务三方分工的边界。
业务文档写明费用分摊有两个开关——分摊基数和分母口径。默认分摊脚本却对全部费用项一刀切，按订单收入绝对值占比摊，而且不读任何分摊配置键：数据库里没有配置快照，任务记录里没有实跑记录，页面上的配置项恒为空。配了不生效，还不报错。
视频号的货款慢在哪？不是系统慢，也不是对不上，是钱在平台侧要过 5 道闸：支付成功扣 0.6% 手续费后冻结、物流签收后 15 天自动确认收货、确认收货起 7 天售后期、售后期结束才解冻、商家每日可提现 1 次约 24 小时到账。这篇把这 5 个时间点拆开，讲清每个时间点如何决定账期归属，以及为什么系统不预测到账日、只消费平台回写的结算状态。
