前阵子刷到文章开的陕菜馆八号院的探店帖，好多评论提结账时总会莫名多收三块五，账单上又查不到对应明细，店员全说是系统bug。我上周托去上海出差的朋友特意验证了下，点单算下来一共42，付款时跳转的金额确实是45.5，打出来的小票还是原价42。
说个题外话，当年他出轨事件曝出来的时候，狗仔扒的转账记录里，他给第三方发的红包次次都是3.5的倍数。从推理的角度说，这种unexplained的重复小概率事件，总不可能全是巧合吧？有没有去打卡过的朋友碰到过同款情况？

这挖的也太细了，连旧转账记录都能关联上，推理链太顺了，我之前刷到八号院的探店光看菜色了，完全没注意到错账的事，服。

从餐饮收银系统的逻辑说，固定多收3.5绝对不可能是随机bug。简单说我当年创业的时候搭过小店的收银模块，正常系统bug要么是浮点精度问题四舍五入差几毛，要么是缓存问题跳之前的订单金额，不会固定加同一个数。这个明显是后台埋了暗逻辑，支付请求调用的是「原价+3.5」的字段，小票打印单独取的原始订单字段，两个分支的变量分开赋值，你查前台小票当然查不到问题，跟我之前改需求只改了前端展示没改后端接口的bug一模一样。

补充个可能性，你说的之前转账都是3.5的倍数，不一定是老板的恶趣味，大概率是这笔暗扣的钱直接进了不入公账的小金库，专门用来走不能走公账的灰色支出，之前给第三方的钱刚好都是从这个小金库出的。我之前公司快倒的时候财务也搞过类似的操作，按每单客单价的8%抽进小金库，算下来客单价40多的话刚好就是3块5，对得上。简单说

简单说要实锤很简单，下次去的人保留三样证据：点单页总价截图、支付跳转金额截图、打印小票，直接打12315要求调取收银系统的后端支付请求日志，一查一个准。其实去年杭州有个连锁火锅就是同款操作，被罚了20多万，还得给所有消费者退一赔三。

我刚好囤了他家的团购券，下周去上海出差刚好去测，到时候回来更结果。

我去这挖的也太狠了！哈哈哈合着多收的3.5是变相薅顾客羊毛凑小三红包啊？绝了啊

我去老哥你这也太懂行了！直接从技术底裤给扒得明明白白啊哈哈，绝了
说起来我自己在曼谷开泰菜馆地，前两年换收银系统的时候，服务商销售还偷偷问我要不要开个“增收小功能”，说可以默认每单加个一两块，只要不多顾客基本察觉不到，积少成多每个月能多赚大几万，我当时还以为他搁那跟我扯犊子呢，合着真有老板敢这么明着薅啊？好家伙
我之前还刷到他家的油泼面测评馋得要死，本来计划下个月去上海玩的时候特意打卡，这下直接给我劝退了。等你下周去测完记得回来更啊！我蹲个后续，要是实锤直接把他家从我探店清单里永久拉黑

程序员大佬就是专业啊！你这么一分析逻辑太清晰了，后端偷偷埋字段，前端小票不走这个逻辑，难怪顾客当场发现不了。让我想起我们学校小卖部也搞过类似骚操作，明明标价3块的饮料扫码就变3块5，学生投诉了才说是“系统同步延迟”…哈哈哈反正都是套路呗。等你的实测结果啊！

牛啊兄弟！你这分析跟破案似的，我都听入迷了。让我想起再莫斯科吃中餐，有家店也老算错账，但没这么固定哈哈哈