景区投诉"我的票明明有效却进不去"，或者复盘"今天到底进了多少人"，靠的都是检票记录。可惜多数售检票系统在现场只落三样东西：时间、票号、成功或失败。剩下最关键的信息全丢了——哪个通道放的人、失败的真实原因、谁做的放行。等到要对账或者要给上级交数据时，才发现记录回答不了任何一个具体问题。景区票务系统的检票日志至少要落下面这些字段。

第一组：定位一次核验发生在哪里。必须有站点编号和通道编号。站点区分大门、东门、索道口，通道区分闸机一、闸机二、人工通道。没有这两项，"进了多少人"这个数就只能靠总表猜，也没法判断某一通道是不是流量瓶颈——同一个通道一天出现二十次失败，说明设备或标识别有问题，而这个结论在只有票号的日志里永远得不出。

第二组：凭证类型与读取方式。同样是"刷进去了"，二维码、身份证、人脸、纸质票条码、年卡 IC 卡，记录的维度完全不同。凭证类型要单列，不能塞进票号前缀里。这个字段决定了后面两件能不能做：统计免票人群入园量（身份证和优待证那条链）、定位重复核销（同一票号在不同通道先后成功）。读取方式要区分脱机读和联机读，脱机放行的记录到第二天凌晨才上传，当天报表的人数偏低就是这么来的。

第三组：结果和原因码。成功、拒绝、人工放行要分得开，拒绝还要带原因：已过有效期、已核销、退款作废、非本景区票、时段不匹配、凭证无法识别。只写"无效票"三个字，等于没写：同一个提示在检票口会对应五种处置动作，员工靠猜，游客听解释，最后升级成投诉。人工放行是必须单独留痕的一类，它绕过了核验规则，要记录谁按的按钮、依据什么放。景区票务系统里如果人工放行不进日志，报表就永远出现"卖了 1000 张只进 970 人"的缺口。

第四组：时间戳与操作人。时间要区分三个：游客到达时间、设备判定时间、记录上传时间，只留一个的话，脱机场景就无法解释为什么入园时间比订单上的入园日期早。操作人是手持检票机上的工号，闸机无人值守时记设备编号。这个字段在绩效上也用得到：同一个窗口员工一天放行三十次，是需要培训还是设备问题，看工号能分清。

字段定下来后，剩下的是三套终端要对齐口径。通道闸机自动记录、手持检票机由员工触发、人工台账靠手填，三者必须写进同一张检票表，字段名一致、枚举值一致。常见的事故是闸机把成功记成 1、手持机记成 "OK"，到了汇总层就只能靠人工清洗。票务系统上线验收时，拿一张票在三种终端各刷一次，再查日志能不能按票号串出三条同构记录，这一条过了再谈其他功能。