月末对账,真正耗人的不是算数,而是从几百行里挑出那几笔“看着不对”的数。本文比较三种排查路径——人工逐行看、Excel条件格式硬筛、AI按业务规则列可疑项——给出评测维度、适用场景和一张快速判断表,并拆解让AI写排查规则时最容易失效的四处细节,附两份可直接套用的提示词。
# 报表里那些不合常理的数,怎么用AI揪出来又不误伤
上周帮一家做工业耗材的公司看月度费用表。财务小周的原话是:这张表872行,我每行扫一眼,扫完两小时,还得回头查单据,一天基本搭进去。更难受的是,上个月她一眼扫过去觉得“没问题”,事后被审计翻出一笔重复报销,金额不大,三千七,但流程上被记了一笔。
这类事每个月底都在发生。人工排查的问题不是慢,是漏,而且漏了没人知道。这次聊的不是“怎么用条件格式把大于一万的数标红”——那个网上到处都是,也解决不了真问题:不合常理不等于超出范围。一张费用表里,一行金额在正常区间、日期也合规,但它和另一行是同一个供应商同一天同一笔钱,这靠阈值筛不出来。
读完这篇你能多解决三件事:把“什么算异常”从你脑子里的模糊直觉,写成AI能执行的判定规则;知道哪些可疑项必须回到原始单据、哪些可以当场放行;以及三种排查路径分别在什么规模下划算。
先说成本,因为这是决定要不要上方法的前提。
小周那张872行的表,人工首轮筛查2小时。审计反馈的重复报销那笔,起因不是她没看,是两行隔了140多行、供应商名一个写全称一个写简称,眼睛滑过去了。这类漏检的代价不是返工时间,是信任——第二个月她的表被要求全量复核,工作量翻了一倍。
换个行业。一家连锁餐饮的区域经理,管12家门店的日报,每天要看营业额、客单价、退单数。他的做法是只看环比波动超过15%的,其余放过。问题出在新店:开业首月基数低,随便一笔团购就把环比拉成80%,他每天要为这些“假异常”点开七八家店的原始记录,单店核实3到5分钟,纯浪费四十分钟。
我接触过的场景里,人工逐行排查的隐性成本大致是这样:百行级表格,首轮筛查20到40分钟;千行级,1.5到2.5小时;而且行数越多人越容易在中间段松懈——这个规律没什么科学依据,是几个财务和运营岗的人跟我描述的共识,第300行以后注意力明显下降。
值不值得换方法,看两点:这张表每个月要不要重复看一次;漏检一次要不要背责任。两条都中的话,把规则写清楚这件事,做一次能用很久。
先把可选方案摆出来。能用来找异常的路子,实际就三条:
评测维度我定了五个,按这个场景的重要性排:
| 维度 | 纯人工 | 条件格式/筛选 | AI列可疑项 |
|---|---|---|---|
| 表达非数值规则 | 能,但只在脑子里 | 基本不能,重复项高亮只覆盖“完全相同” | 能,写成一句话即可 |
| 输出可解释性 | 无记录 | 只有颜色,无原因 | 每条附判定依据和可能原因 |
| 假阳性控制 | 靠经验,时高时低 | 阈值设松了漏、设紧了满屏红 | 取决于规则写得细不细,中等 |
| 上手门槛 | 零 | 会用Excel就行 | 会打字描述业务就行 |
| 数据出本地 | 不出 | 不出 | 部分工具不出,看选哪家 |
| 千行级耗时 | 1.5到2.5小时 | 设置15分钟,看结果20分钟 | 写提示词20分钟,看清单15分钟 |
看这张表不要只看最后一行。条件格式在“金额超限”“空值”“日期越界”这三类上其实很快,十分钟能设完,没必要动用AI。AI的价值集中在条件格式表达不了的那部分:跨字段的逻辑、跨行的关联、需要业务常识才能判断的“不合理”。
条件格式的硬伤在“完全相同”这四个字。
Excel的“重复项”高亮,判的是单元格内容一模一样。供应商一栏写“华东机电”和“华东机电有限公司”,它判不出是同一家。日期一栏一个是文本格式“2026/10/8”、一个是日期格式,也不认。我在一台Office 365的机器上实测过,同一天同一金额但供应商名差一个字,重复项高亮完全不触发。
它还有个更隐蔽的问题:整列设了重复项高亮之后,一列里只要出现两次以上相同的值就全标红,发票号这种天然会重复的列(一张发票对应多行明细)会被标成一片,等于没标。这个坑,头一次用的人基本都会踩。
人工的硬伤不是慢,是没有记录。
你标了哪几行、为什么标、最后怎么处理的,全在脑子里。月底换个人接手,或者被问“你当时怎么判断这笔没问题的”,答不上来。审计场景下这很致命。
AI的硬伤是它不知道你的业务常识。
这句话要展开说,因为很多人对AI查异常的理解是反的。你说“找出异常”,它会按统计学思路找离群点——金额特别大、特别小、或者跟平均值差得远。但你真正要的是“不符合业务逻辑”的数。一笔八千块的差旅费在统计上不突出,可如果这个员工当月没有出差记录,它就是异常。AI不掌握这个前提,除非你告诉它。
所以AI这条路的产出质量,八成取决于提示词里有没有把判定口径写死。下面给模板。
先给一个能直接用的通用模板。这不是随便写的,四段里的每一段都对应一个失效点。
你是一名【财务/运营/采购】数据核对员。下面是一张【月度费用报销表】的字段说明和判定规则。请逐行检查,输出一份可疑项清单。
>
字段与正常范围:
- 报销金额:单笔正常区间【0—5000元】,超过5000需注明审批人
- 费用类型:取值只能是【差旅、办公、招待、交通】四类
- 发生日期:应在【2026-10-01至2026-10-31】之间,跨月单据需备注
- 供应商/收款方:应为已登记的供应商,简繁体、全称简称视为同一主体
>
业务规则:
1. 同一收款方 + 同一日期 + 同一金额,出现两次及以上,标为“疑似重复”
2. 金额为整数且为100的倍数,同时费用类型为“招待”,标为“需核实真实性”
3. 同一员工同一天报销超过3笔,标为“频率异常”
4. 金额含小数点后两位且尾数为.00以外的零散数字,检查是否与发票金额一致
>
输出格式:表格,列为:行号 | 字段 | 当前值 | 触发的规则编号 | 可能原因 | 建议核实方式。不要修改原数据,只列清单。
>
数据如下:【粘贴表格内容或上传文件】
四样东西:字段的正常范围、可执行成逻辑判断的业务规则、固定的输出格式、明确禁止改数。
规则编号这一列是关键。 不加编号,AI会把“可能原因”写成一段模棱两可的话,你还得逐条追问。加了编号,你能快速统计哪条规则命中最频繁——如果第2条一次没中,说明这条规则对你的数据没意义,下个月可以直接删掉。
再给两个不同场景的变体。
HR场景,核对考勤与加班费:
你是HR薪酬核对员。下面是本月考勤明细,字段包括:员工编号、部门、出勤天数、加班小时数、加班费、请假类型。请找出可疑项。
规则:1)出勤天数 + 请假天数 应等于【当月应出勤天数,本次为22天】,不等者标出;2)加班小时数单月超过【36】小时,标“超上限”;3)加班费除以加班小时数,结果与【本部门时薪基数×1.5】偏差超过15%,标“计算存疑”;4)同部门多人同一天请假类型全为“事假”,标“需核实是否为集体活动误记”。
输出:行号 | 员工编号 | 异常字段 | 规则编号 | 可能原因。按规则编号排序。
采购场景,核对订单与到货:
你是采购跟单核对员。下面这张表是本月采购订单,字段:订单号、供应商、下单日期、约定到货日期、实际到货日期、数量、单价、金额。请列出可疑项。
规则:1)实际到货晚于约定到货超过【7】天,标“逾期”;2)金额 ÷ 数量 与单价偏差超过0.5元,标“计算不符”;3)同一供应商下单日期距今超过60天但实际到货为空,标“长期未交付”;4)单价与该供应商历史均价(我另附一张历史表)偏差超过20%,标“价格异常”。
输出:订单号 | 规则编号 | 当前值 | 对比基准值 | 可能原因。
做过几轮之后你会发现,失效点很固定。
第一,日期格式不统一,跨月规则会失灵。 表里同时存在“2026/10/8”和“2026-10-08”两种写法时,部分AI工具会把后者当成文本而不是日期,“是否在本月内”的判断直接跳过。做法是在提示词里加一句“日期字段请先统一识别为YYYY-MM-DD格式再判断,无法识别的单列为'日期格式异常'”。这句话救过我好几次。
第二,模糊匹配的判断不稳。 “华东机电”和“华东机电有限公司”算不算同一家,取决于AI当次的理解,同一份数据两次跑结果可能不同。稳妥的做法是你自己先在表里加一列“供应商标准化名称”,手工把简称映射成全称,再把这张带标准名的表喂给AI。多花十分钟,结果稳定得多。这一步没写在任何工具的说明里,是从返工里学来的。
第三,几百行以上,AI会“读串”。 我实测过,一千行左右的表直接粘贴到对话框,它在后半段引用行号时偶尔会错位一两行。行数上到两百行以上,建议分批发——按部门或按日期切段,每段单独跑,最后合并清单。或者用支持文件上传的工具,让它读文件而不是读粘贴的文本,会稳一些。具体哪个工具更稳,跟版本关系很大,各家更新频繁,我不给结论,你自己拿同一份数据跑两次对比就知道。
第四,它不会告诉你“这条规则本身就是错的”。 你写的规则如果和业务实际不符,AI会老老实实按错规则执行,还给你一堆看起来很专业的可疑项。所以规则清单写完,必须让业务负责人过一眼——这一步不能省。
一个反面案例:某公司的行政把整张固定资产表(约1400行)丢进对话框,只说“帮我找出异常数据”。AI回来标了四十多行,绝大多数是金额偏大或偏小的,其中一半是正常的高值设备。她照着清单逐条核,核到第二十条就放弃了,最后还是自己重看了一遍。问题不在AI,在她没给判定口径——“异常”这两个字,对AI来说是统计学,对她是业务。
上面三种路径没有绝对优劣,看你处在哪一格。
十到五十行的表,比如一个小团队的周报数据、一次活动的报名名单,人工看比写提示词快,别折腾。
一百到五百行,且异常类型主要是“超范围、空值、格式错”——条件格式加筛选最快,二十分钟搞定,不需要AI。
一百到五百行,但你有跨字段、跨行的判断需求(重复、关联、比例不符)——用AI列清单,写提示词十五到二十分钟,看结果十分钟。
一千行以上——先切段,再上AI,纯人工这条路基本可以放弃,漏检率高得没有意义。
数据敏感度这条线单独说。财务明细、员工薪酬、客户名单这类,如果公司不允许上传外部工具,就用本地部署或企业版的方案,或者退一步:把敏感字段(姓名、身份证、银行账号)脱敏成编号再处理,处理完按编号映射回去。这个映射表自己留好。免费版工具在数据留存条款上各家不同,用之前看一眼,拿不准就问IT,别自己拍板。
这一步是本文最想强调的。AI列出来的东西,不是结论,是待核清单。
我的经验比例大约是:清单里三到四成是真问题,需要翻原始单据确认;五到六成经业务判断可以直接放行,但要在清单上写一句放行理由;剩下的一成左右是规则本身没设好导致的误报,回头改规则。
放行的那些也要留痕。理由写成一句话,比如“该供应商确有分期付款,同日同额两笔为合同约定”。这句话写下来,下次同样的可疑项出现,你或者你的接任者一眼就知道怎么处理,不用重新查一遍。
验收做得对不对,看三个指标:清单里每条是否都注明了规则编号;每条是否有明确的“核实/放行”结论和依据;同一份数据隔一周再跑一次,结论是否一致(不一致说明规则里有模糊地带,要找出来改掉)。第三条最容易被忽略,也最能暴露规则质量问题。
回到开头的小周。她第二个月按这套流程做:先把供应商名做了标准化,写了七条规则,跑出来一份23条的可疑项清单,其中重复项4条(核实后确认2条真重复)、招待费整数金额6条(放行,都是套餐消费)、其余为格式问题。整个流程从原来的两个多小时压到一小时出头,多出来的时间是写规则和做标准化,但这一步下个月能复用。她说真正省下的不是时间,是“被问起来能拿出记录”这件事。