第 6 个到窗的人把手机递过来，说票还没用；员工抬眼看屏，屏上那一行写的是已核销。8 点 50 分才开的窗，这一刻距上一回核销不到 4 分钟。窗口处置的第一个动作不是让他回去，是在票务系统里做一次状态回查。

窗口第一个动作是状态回查

状态回查这四个字，说白了就是不动票、不改订单，只看这张票现在落在哪个状态上。单次回查控制在 15 秒内，点一下就有结果。让人先回去是第二个动作，只在回查完了、确实需要补的时候才用。回查不点，谁也不清楚眼前这一单是重复核销，还是前一道工序漏了什么，票务系统里那一行就一直挂着已核销，窗口只能凭说话人的音量来决定办不办。回查的结果只回答这张票算不算用过，不回答是谁把它用掉的。

票务系统只认已经发生的那一次

回查出来的结论落在记录的哪一行，这件事没有第二种写法。那一行只有处置行：时刻、窗号、处置人三项写在一起，补办也算处置。同一张票出现两次核销动作时，算数的是已经发生的更早那一次，不是本人嘴上说的最近一次。重复核销的争议就卡在这一格，先把这一格定住，后面要不要办才轮得到说话。

连续跟 20 个到窗的人

现场核对不是听说法，是抄三列。当班的人连续跟 20 个到窗的人，把叫号时刻、状态显示、核销动作三项各抄一列。抄完只数一件事：第二列和第三列对不上的有几条。对上一条，说明屏上的状态和人真的动作之间裂开了，重复核销就藏在裂开的那一格。叫号时刻那一列用来判断这两下相隔多远，三列收工后交回售票系统的差错表。三列里最靠不住的是中间那一列，屏上的字跟着状态跳，动作却只发生过一次。

两条路各守一个班次，下班对账时看差在哪一栏。到窗先做 15 秒状态回查、看完再决定办不办，窗口慢这一下，后面的人嘴上骂一句，账当场就清了。到窗先按本人说的补办一次、下班再对账，队伍当场顺畅，补办每班次不超过 2 次这一栏早就被冲破，当日差错汇总里成排都是重复核销，售票系统里那 2 次的上限要到下班对账时才跳出来。当日差错少的是第一条，第二条只在回查那台机器确实不动的时候才勉强可用。

补办那一栏有上限，是给确实需要补的人留的，不是给整条队当备用出口。超了次数只能等下一班，或者走当班人工登记那一条。窗口处置的边界就在这儿：差错当日汇总记一行，保留 14 天，票务系统里这一页下一班的人要翻，才知道前一班留下了什么没办完。

只有在同一张票两次核销的时刻差在 3 分钟以内、而且两次都落在同一个窗口的时候，才允许撤掉后一次。撤销要写上前一次的处置人，售票系统日志里那一行不能空着，光写“已撤销”不算数。这一篇不追这张票是从哪一笔订单、哪一张门票上下来的。两次核销落在不同窗口的时候也不撤，两边各查各的账，谁也不替谁抹掉一行。