同一个闸口，运维报的异常率和现场带班报的差了近三倍，一个按通道全部流水做分母，一个按成功核销张数做分母。这个数不是算错，是分子分母没在开工前定死。定了之后一年不许改，改了趋势就断，只能重新攒三个月。口径也不要由哪个部门自己定，运维、带班、对账三方坐一次把它定完，写在报表第一页，换人接手照样按这一页念。

一、分子收哪几类事件。六类：识别失败后重扫、无票人工放行、重复票被拦下、超时未放行、码已过期、实名名单不符。收不收进来要提前写清，游客把码从兜里掏出来慢了五秒不算异常。判据是通道日志里有明确事件类型才计入分子，靠人当场按一个按钮记下来的不进，那种数据一定会漏。六类还要再切一刀：设备报上来的识别失败和人工报的无票放行不能混在一栏，前者是现场对准和光线的问题，后者是权限的问题，处置人完全不同。

二、分母用有效检票请求数。用成功核销数做分母，分母偏小，异常率被抬高；用通道全部流水做分母，一张票连扫五次会被算成五次请求，数也歪。可用的口径是同一票号在一分钟内的多次尝试只计一次，跨分钟的重复请求另立一栏叫重扫率。这句话要印在报表页脚，不然换个人接手就自己改。分母还有一条禁区：不许把闭园以后的补录流水剔出去。有人觉得补录不算实时数据，一剔，夜班做的处置全不在数里，白班看到的异常率永远好看。

三、只看全站均值等于没看。报表必须按通道、小时段、票种三个维度分组。判据：单条通道的异常率达到全站均值的三倍且持续两小时，当场切人工放行并把这条通道从开放列表里摘掉，等复核后再上线。全站均值会把一条没对准的通道藏起来，一小时后就变成整条队伍。

四、误判口径：拦截成功不是故障。重复票被挡下来、过期码被拒，都是通道在做该做的事，写进一栏叫拦截成功率。真正的异常只留三样：识别失败重扫、超时未放行、无票人工放行。两栏分开以后就能看出问题在哪：拦截率高是票在被人复用，重扫率高才是现场对准、光线或者码的打印质量。

五、谁看、多久看、怎么闭环。班前看一眼上一班，班末对一次本班的数，带班在报表上签字确认处置动作；周会把真异常按通道排名，前三位单独复盘。票种里团队名单票和优待票要单独一档，这两类本来就容易名单不符，混进大盘会把现场设备的真问题盖掉。

先做的只有一件：把现在这一栏异常拆成拦截成功与真异常两栏，其余口径一律不动。分母改成有效请求数要留一个对照月，新旧两张表并排放，否则三个月后没人能解释为什么去年这时候低。数字本身不解决问题，能指出是哪条通道、哪一时段、哪一类事件，才有用。