ARTICLE · 1012111
两边都有文档、都没错,但报表金额就是不对——我怎么帮他们找到那个"没人看的底层"
有个客户,月度报表出来,金额不对。财务说"系统算错了",技术说"我按业务给的数据算的,没错",业务说"我录的时候是按单子填的"。
三方开会,吵了半天——每个人都拿出自己的文档证明"我没问题",但没有一个人去拆那张报表的底层逻辑。
我介入之后,做了一件事:把金额这笔一笔拆开来看。
报表里的金额 = 单价 × 数量。就这么简单。但问题就出在这三个字——单价。
我做了两步:
第一,抽查了十几笔异常记录。 不看系统、不看报表、不看文档,直接看原始单据上的单价,再对比系统里录进去的单价。结果发现:业务录入时,单价录错了。 有的录成了含税价,有的录成了不含税价,有的干脆录串了行。
第二,把"错在哪"用最直白的方式摆出来。 不是甩一句"业务录错了",而是把每一笔的原始单价、系统单价、计算出来的金额,三列并排放在一起——谁都能看懂,不需要懂系统,不需要懂 SQL,看数字就知道哪里出了问题。
结果:吵了一个月的会,当天就停了。不是技术的问题,不是系统的问题,是业务录入时单价口径不统一。 业务心服口服——因为不是你说他错了,是数据摆在那里他自己看到了。
后续我帮他们做了一件事:在录入环节加了一个"单价来源"的必填字段,并配了一张对照表(含税/不含税分别对应哪个字段),从源头堵住这个坑。
企业里很多"系统算错了"的争执,吵到最后都是"谁都没错,但结果就是不对"。 因为大家都在看自己的文档、自己的流程,没人去拆最底下的那层——数据到底是怎么来的。
我做咨询时最常做的事就是:把报表翻到底,一笔一笔看,找到那个"没人注意但决定了结果"的环节。 这不需要多高深的技术,需要的是愿意沉下去看细节、不被表面的"都有理"带跑。
如果你的团队也在为"数据不对"互相扯皮,我们可以聊聊——不是帮你们吵架,是帮你们找到那个真正的问题点。