值班长的手机跳出一条：某票号当日第四次核销成功。这类提醒在智慧景区售票系统的后台很常见，看到的第一反应通常是“又有人借票”，但真走过去处理，一半以上说不清。多次刷卡这件事，阈值怎么定、推给谁、怎么区分，三处都要有说法。

阈值怎么定。一刀切设成两次，误伤很严重：一个园区有两个出入口，索道上下各刷一次，晚上再看一场演出，同一张票合理核销三到四次是正常范围。更稳的口径是按票种设次数上限，再加一个时间维度——同一票号在一小时内出现两次以上核销成功，直接进预警，不看全天总数。售票系统里阈值应当是票种属性，而不是全局常量，把夜场票和通票用同一个数，是配置阶段最容易偷懒也最容易出事的地方。

预警推给谁看。现场处置只有几十秒窗口，人过了闸就散了。所以要推给当班值班长和这个检票口的手持检票设备，让拦人的那个人同时看到信息；不要把消息只堆在后台报表里等人去查，也不要全员群发，一堆人收到同一张预警，最后谁都不管。票务系统给管理层推一条日汇总就够了，实时那一条必须落到岗位。

借票和一家人轮流进怎么区分。看两件事：核销的位置和回传的证件。借票的典型特征是同一票号在不同闸机之间短时间交替出现，而且识别模块回读到的证件信息与票面登记人不一致；一家人轮流进的特征是同一通道反复通过、间隔拉长到十几二十分钟、同批凭证下票数本来就不止一张。智慧景区售票系统里如果把这两类混成一个预警，值班长到场后无从判断，只能凭感觉放人或者拦人，久而久之预警就没人看了。

处理时先停票还是先问人。现场口径是先拦后查：闸机侧把这张票临时置为待核验状态，人请到旁边窗口，值班长手动决定放不放行。不要当场判定谁违规，也不要让设备自己下结论——闸机只负责拦，判断留给人。拦下之后要问三句：这票登记在谁名下、同行人现在在哪、之前几次是谁刷的。三句话问完，大部分情况当场能定性，售票系统里再按定性结果补一条处理记录，而不是改核销历史。

核销记录不要急着改。一个常见错法是发现多刷了一次，直接在票务系统里把那条核销删掉。删掉的记录让当天入园人数凭空少一人，也让人查不出是谁在什么时间做的动作。正确做法是保留原始记录，另加一条状态修正，写明原因和操作人。核销数据在智慧景区售票系统里既是运营依据也是纠纷证据，可追加、不可覆盖，这条纪律守不住，后面对不上时谁也解释不清。

预警之外还有一件事值得看。把一周的多次刷卡预警按通道排一遍，往往能发现某个闸机读票特别慢，游客刷了没反应就再刷一次，这类“假多次”占了预警里不小的比例。售票系统里的预警数据用好了是防借票，用不好就变成一堆没人处理的提醒，反倒给现场设备找不出毛病。