一家连锁餐饮企业的财务每月要核一次发佣明细,八百多行。她的做法是导出来,跟自己的派单台账逐行比对,一次要花两天。她问有没有办法自动化。能不能自动,不取决于工具,取决于明细表里有没有那几列。
自动对账卡在两个字段上
自动比对的做法是找一个两边都有的键,按这个键把两张表并起来。最合适的键是业务标识——每一笔任务或订单的唯一编号。派单台账里有,结算明细里也有,两边的金额就能一一对上。明细表里只有人名和金额,这个键就不存在,只能靠人工判断。
第二个字段是状态。一笔款可能是已成功、已退回、处理中、已重打。这些状态不落在明细里,对账的人就分不清”没收到”和”还没发”。八百分之一的差异要靠打电话才能确认,自动化的前提就被拆掉了。
一份能自动核的明细表长什么样
| 字段组 | 具体字段 | 作用 |
| 人员标识 | 姓名、证件号后四位、联系电话 | 唯一识别,防止重名漏发 |
| 承接主体 | 自然人 / 个体工商户 | 区分纳税与申报路径 |
| 业务标识 | 任务编号或订单号 | 与派单台账匹配的键 |
| 业务内容 | 任务名称、作业期间 | 判断归属期与业务类型 |
| 验收信息 | 验收状态、验收时间 | 证明付款依据 |
| 金额构成 | 业务费用、调整项、扣除项、实付金额 | 取值与比价的基础 |
| 结算信息 | 批次号、结算日期、通道流水号 | 追溯资金去向 |
| 状态 | 成功 / 失败 / 退回、失败原因 | 区分未发与已发 |
三处最常缺的
最常缺的是业务标识。很多明细表以”人员加金额”为行,一个人当月接了三笔活就合并成一行。合并之后,与派单台账没法逐笔对,差异定位只能靠人回忆。
第二常缺的是调整项。补发、冲销、扣减发生时,不少做法直接在实付金额里做净额。净额把差异藏进了总数,下个月再核时两边的账都对不上,但谁也说不清差在哪一笔。
第三常缺的是失败与退回的记录。一批款里有一笔被通道退回,明细表里如果只显示最终成功的那部分,退回的那一笔就只存在于经办人的聊天记录里。人来人走,记录也跟着走。
字段齐了之后,还要注意口径一致。同一个东西在派单台账里叫”单价”,在明细表里叫”结算单价”,取值口径不一样,机器比出来的结果就是天天有差异。字段名与口径要在两边写清楚,最好留一份对照说明。
还有一处是版本管理。明细表的字段一旦调整,派单台账和财务模板都要同步,否则两边用的是不同版本的表,比对结果依然不可靠。调整前先定好生效期间,避免同一批数据出现两套口径。
取值还要考虑脱敏。证件号、联系电话这类信息,明细表的用途是对账,不必带完整号码。用后四位加姓名,既能定位到人,也少一份完整个人信息的流转。
导出格式也值得固定。明细表用固定列序的表格文件,比每次重新排版更利于自动读取。列名不随意改,格式不随意并单元格,这两条看着琐碎,却是自动比对能不能长期跑下去的基础。
判断落在一句话上:明细表能不能自动对账,取决于有没有唯一的业务标识和完整的结算状态;缺这两列,明细再长也只能人工核。
还有一条边界:明细表不是字段越多越好。列加得过多,经办人填表的负担上升,漏填错填反而增加。取舍标准是”这一列有没有参与核对或申报”,不参与的就不进表。
可执行的动作:把最近一期的明细表调出来,检查有没有业务标识列与状态列。缺哪一列,就先在系统里把这一列的数据采集补上,再谈自动比对。补齐之前,人工核对的重点放在有无遗漏,不放在金额的小数位上。