上周三下午，财务小陈在批量审核Q3差旅报销时，点开一张滴滴电子发票——起点是杭州西溪园区，终点是杭州东站，时间是9月12日14:23。但同一张报销单里，对应的出差申请写的是“赴北京参加客户现场评审”，行程单上还贴着首都机场T3的安检截图。

她愣了两秒，截图发到行政+财务+IT的小群：“这单谁报的？人在北京，车在杭州跑？”

结果发现，是销售部老张——他确实去了北京，但顺手把9月10日在家办公那天叫的杭州本地快车，也塞进了这张差旅单里，理由是“反正都是工作相关”。

这事没闹大，但触发了一个小动作：我们开始给报销流程里最不起眼的一环——交通费明细——加了一道轻量级地理围栏校验。

不是那种要接高德API、做轨迹拟合的重型方案。我们就干了三件事：

1. 在蓝点系统里新建一个‘差旅行程主表’，字段包括：出差起止城市、计划抵达/离开时间、是否含异地住宿；
2. 把员工提交的每张交通票据（PDF/图片/OCR识别后的文本）自动关联到对应差旅单；
3. 设置一条简单规则：若票据中提取的出发地/目的地城市（用OCR+关键词模糊匹配，比如‘西湖区’→‘杭州’，‘国贸’→‘北京’）与差旅单登记的城市不一致，且时间落在差旅周期内，则标黄并弹出提示：“该票据地理位置与差旅备案不符，请确认是否属同城通勤或误传”。

上线两周，共拦截了17笔疑似混报，其中8笔确实是误操作（比如选错报销单），5笔是员工主动补填说明：“当天先去客户杭州分部开了个短会，再飞北京”，还有4笔……嗯，被退回重报了。

有意思的是，没人抱怨流程变麻烦。反而有同事说：“以前总怕自己漏报，现在倒怕多报——系统比我还记得清我周二下午在哪打的车。”

其实地理围栏本身不新鲜，物流管车、物业巡检都在用。但把它‘降维’用在报销场景，是被逼出来的：我们公司差旅政策允许‘混合行程’（比如上海出发→南京开会→返程绕道苏州见伙伴），但财务没法靠肉眼分辨哪段算合规、哪段算私用。人工审单平均耗时4.2分钟/单，而带地理提示的单子，30秒就能判。

更微妙的变化发生在行为层面。上个月起，销售部提交的交通票据附件里，多了不少带定位水印的截图；行政同事在教新人填单时，会顺口提一句：“打车软件里别关‘分享实时位置’，系统认这个比发票章还准。”

这不是要搞监控，而是让规则变得可触摸。就像你家门锁换成了指纹锁，不会天天想着“我在被验证”，只是开门时，突然发现不用翻包找钥匙了。

我们没买新系统，也没上RPA。就是在蓝点里拖拽建了个表、配了条规则、连了OCR接口（用的现成的百度文字识别免费额度）。整个过程，IT只花了半天，财务自己调了两天规则阈值。

现在那张曾引发讨论的杭州打车票，还静静躺在系统里，状态是‘已备注：属同城前置沟通，附会议纪要第3页’——它没被删，也没被驳回，只是终于被看见了，而且被看懂了。