闸机口把人放进去，常见三种理由：现场买了票要出票、政策性免票要核验、设备或系统出问题来不及出票。三种都是“放人”，但不能是同一个按钮。入口一合并，月底就没人能说明那些没有收款额却有核销记录的流水是怎么来的。

三种单据的字段组合不一样。补收款票走正常出票流程，字段和线上一单完全相同，只是出票方是窗口或手持。免票放行要记政策依据、证件号或优待类别、授权工号、放行人数、关联订单号（有则必填）。故障放行要记事件编号（能追到设备故障工单）、影响时段、放行笔数、发出的手写票券编号。原因码在后台可以增删，但每次改动都要留痕：原因码能随意加，所有异常就都能塞进新加的那个“其他”，放行数据失去统计价值。

谁有权这件事不该按岗位写，要按次数上限写。补收款票当班自决；免票放行需要带班工号二次确认，并给每个岗位一个每日上限，超过上限的部分转值班负责人处理；故障放行必须由值班负责人触发并绑定事件编号。上限这个数从哪来：用近三十天检票异常记录做基准，把识别失败重扫仍失败、证件与系统不一致、码被占用这几类相加，正常放行量应该贴着异常量走。放行量长期是异常量的一倍半以上，多出来的那部分是判断问题不是设备问题，该补的是培训和现场口径，不是权限。

报表归属是三本账。补收款票进销量、进收款；免票放行进入园人次，不进销量也不进收款，单独一列（监管口径要的入园人数包含它，经营口径的售出量不含它）；故障放行既不进销量也不进收款，只进“人工放行”计数，报表里单列一行。三类里最容易出事的是第三类被当作补录塞进销量：当天出票量大于收款额，账减不平，第二天只能靠改明细硬平，越改越解释不清。

放行入口也要查一次票码状态。故障放行如果跳过核验直接抬杆，一张被拦下的无效码可以被反复使用，直到当天数据核对才发现。做法是放行动作仍然过一次状态判断，把结果（有效、已用、查无此票）记成放行单的一个字段留底。发出的手写票券要编号、当日回收、计入作废，编号段与正常票码段分开，不混在同一批纸里。

时序上有一条一小时线。设备恢复后一小时内要做补录或冲销，把故障期间的放行单和实际过闸数据逐笔对上；超过时限仍未处理的放行单自动进异常清单推给值班负责人，避免事后无人认领。这个时限比在制度里写“要及时处理”有用，因为有明确触发条件，能被检查。

每个月把三张单据并起来看一次走势：免票放行按政策类别分、故障放行按事件编号归集、补收款票按出票岗位分。单看一天的数说明不了问题，但某一类放行连续两周往上走，就值得去查到底是入口规则变了，还是某个岗位的习惯变了。