页面顶上那行已售罄挂了 40 分钟，同一时段窗口出掉 17 张门票，客人举着手机截图站在柜台前。三处的数字不一样，不是谁在改口。售罄状态由哪一层判定，这件事没人写清，票务系统里它跟日期库存根本不是一回事，谁把两件事当一件，谁就在柜台前说不明白。

一张对照表先摆三行

第一行，页面看到的：线上渠道那一眼可见余量，扣到 0 就亮售罄。第二行，窗口看到的：窗口可售数，里头含售票系统里单列一类的机动额度。第三行，系统真数：日期层总量减当日已出单，再加当日回池的张数。三行各取各的字段，谁都不是假的，出错都出在拿一行的数去解释另一行的现象。

窗口留的机动数是多少：不超过当日可售量的 2%，单独记一类，不进公共可见数。这 2% 留给现场突发，旅行团临时到门口、老人不会用手机。判断动作就一个：把机动那一类的当日累计数拉出来，除以当日可售量，比例超过 2% 当场停窗口出票，多出去的那几张逐单回核落地时间。

售罄状态由哪一层判定，答案是较底的那一层，渠道分配数扣光就亮，跟日期层剩多少无关。所以线上写售罄、窗口还能出票，是两种正常并存。反过来，日期层归零，页面和窗口一起关，窗口售票系统里机动那一类也停，票务系统在这一步不留口子。

差过 20 张当日查因

页面与窗口的余量差超过 20 张，当日查因，不等日终盘点。两边不一致时以哪条日志为准：以扣减流水为准，页面缓存和窗口屏上的数都是抄件，抄件会晚到，流水不会自己多出一张。查法是把渠道层落地时间和窗口层落地时间并排贴出来，哪一段密集出单、哪一段缺记录，一眼看得出来。

什么时候允许页面先亮售罄，三种情形算合理：承载量预警已经触发；当日那个时段档口真扣穿；渠道分配数用完而公共池还没同步。这三种是已知要断，提前把页面关起来，省得客人填到一半才知道无票。除此之外，页面售罄而窗口还有数，就是同步滞后，先去修接口，别动库存。

口径一致靠的不是把三行强行抹平。客服看页面那行，窗口看机动那行，运营看系统真数那行，三拨人每天开工先把三个数对一遍，对不上就在当班群里报差异，别等客人站到柜台前才发现。票务系统里字段叫什么、归谁维护，写进交接班表，这一条比讲道理管用。

柜台前的处理动作也得有一条。客人举着截图来问，窗口先在票务系统里查渠道层那一条记录，分清是线上分配见底还是日期层真见底，再开口回答；说不清就报当班群，不许现场猜一个数。售票系统里机动那一类每单都留操作人和时刻，一天下来累计数跟当日可售量摆在一起除一除，差在哪几单一目可见，页面和窗口的口径差异也就有了责任人。

例外只有一条：承载量到顶时窗口一并停售，机动额度同时失效。