夜市高峰时同一摊位可能同时收到微信、支付宝和现金。只把三个渠道的到账数相加能得到一个收款合计却不能说明订单有没有漏记、退款有没有扣回、库存是否正确减少。更稳的做法是先建立“订单预期”再逐渠道核对实际收款最后只处理差额。先明确三种金额的口径名称从哪里来容易混入什么订单应收已完成订单的实收金额汇总未付款订单、已取消订单渠道实收各渠道当日交易流水朋友转账、找零、其他业务入账当日净入账渠道实收扣除当日退款、手续费等跨日到账或跨日退款“渠道实收”和“当日净入账”不一定相等。某些支付方式有延迟到账、结算手续费如果使用的是银行卡实际到账数就要另列结算差异不能直接断定收银漏单。一笔订单保留一个可追查的编号最少记录订单编号、成交时间、商品与数量、订单实收、收款方式、支付流水号或可定位备注、状态。退款另建事件关联原订单并写退款时间与金额。不要把原订单改成零元否则之后很难解释库存为何先减后加。举例21:03 的订单 A 买两件饰品标价合计 50 元优惠 5 元微信实收 45 元。21:20 退回一件退 20 元且商品可再售。订单 A 仍保留“成交 45 元”退款记录写 20 元净收款是 25 元。库存应先减 2再因可再售退货加 1。若退货损坏不应重新入库。用差额驱动排查而不是重抄全部流水每天按渠道做一行渠道订单净额 该渠道已完成订单实收 - 该渠道实际退款 渠道流水净额 当日该渠道收款流水 - 当日该渠道退款流水 待解释差额 渠道流水净额 - 渠道订单净额先检查金额相同、时间相近的订单与流水再看异常清单有流水无订单、订单无流水、金额不等、重复流水号、退款跨日、非营业转账。现金还要把收摊现金与开摊备用金分开避免把备用金当成营业额。若微信订单净额 420 元、支付宝 180 元、现金 100 元三个渠道流水净额分别为 420、160、100 元那么待解释差额只有支付宝的 −20 元。优先查这 20 元对应的订单、退款或付款失败记录而不是把 700 元订单逐笔重做一遍。表格如何落地小订单量用一个订单表、一个退款表、一个渠道流水表就够。订单编号和支付流水号分别保持唯一允许“一笔订单多次支付”时增加订单—支付的关联表别强行把多个流水号塞进一个单元格。收摊先核对金额再核对售出、退回和损耗数量。金额对上不代表库存一定对上。把异常清单做成可复查的字段渠道流水表建议保留渠道、流水号、交易时间、交易金额、交易类型、关联订单编号异常表再增加异常类型、差额、证据、处理状态、处理日期。流水号只在同一渠道内判重避免不同支付渠道恰好使用相同编号时误报。退款记录应关联原订单但不覆盖原成交金额。用电子表格时可以先以“渠道 流水号”作为辅助键用COUNTIF查重复再用订单编号匹配支付记录将“无订单流水”“无流水订单”“金额不等”分别筛出。对跨日到账和现金备用金保留单独说明不强行把它们塞进当日销售额。处理完成的异常也不要删除留存处理前后的差额与依据第二天复盘才知道是录入问题还是结算时点问题。先用一笔正常订单、一笔部分退款、一笔非营业转账验证表格逻辑再扩大到全天数据。无论记录方式如何变化现金、跨日结算和库存实物数量仍要人工核查。更新时间2026 年 9 月 23 日。金额和订单均为说明方法的示例不代表财务或税务结论。