客人举着手机站在第二个园的闸机前，闸机没抬杆，他等的是那三分钟。票务系统在这一刻读的不是他手机上的页面，而是这条票的首园核销回传有没有到。放行判定写在系统规则里，不写在现场员工的经验里。按回传到达的先后一共是三种顺序，处理办法各不相同。

先回传后到园，票务系统只查本地这张表

最顺的一种是客人在首园入园，核销回传很快传到本园这一侧的接收表里，人再走到第二园。闸机抬杆前只查一件事：这张表里有没有对应那条已核销。放行判定看的是本地记录，也就是对方回传写进来之后的那一份，不是看客人手机上的截图，也不看各园售票系统当前显示的状态。现场等不起一句“我回去问问”。这张接收表是闸机、窗口和手持检票机共用的同一个来源，不会出现两个岗位各查一套数。

先到园后回传，就等这 3 分钟

第二种最常见，就是那三分钟本身。首园的核销回传还在路上，第二园的闸机已经收到请求，票务系统给的等待窗口是 3 分钟，窗口里到了就抬杆。3 分钟内没有等到，走的是人工确认放行：现场员工用手持检票机查一次这条票的当前状态，确认首园确实已核销，再手动放行，并给这一条打上固定标记。标记写的是同一个名字，别园认它，月底结算也认它。

超时究竟是放行还是拦，两种做法摆在一起比过。直接拦，人退回第一个园门口重新排队，一趟折返变成两条投诉，重核的动作还压在本园售票系统下班结账上；等满 3 分钟再人工放行，多出来的只是一线员工一次确认。核销回传晚几分钟是常事，首园的时序本来就没个准，窗口是给传得慢留的位置，不是拿来赌它一定到。

补进来的核销回传不覆盖现场判定

第三种是真没传上来。缺的那一条由集团侧在当日对账时重新推一次，这条补记录只补时间戳和一个补录来源，来源栏空着的就不许写进这张核销表。票务系统不会拿它去覆盖现场判据：已经带着人工确认放行标记的那一条，补回来也只改“首园核销时间”这一栏，抬杆那一刻的判定结果和标记都不动。事后查一张票能看到两个时刻，现场判的时刻和真正核销的时刻，两者对不上时以标记为准。

票务系统里当场能做的检查有两条。一是收班后拿本园售票系统的放行明细，把带人工确认放行标记的行数，和首园核销表里当日未回传的行数比，两边差得远就是回传通道有问题。二是看标记行数的走势，连着几天往上走，先查接口和网络，别先加人手，等待窗口和放行规则都不该跟着改。

只有在三个园用同一套系统、同库部署的时候，回传等待这一层才整段撤掉。这时候第二园读的就是首园那张核销表本身，中间没有传的过程，也就没有 3 分钟的窗口，没有补录，也不会有人工确认放行这一栏。分库部署的园区不要照搬这条，那一份记录还是要等。