十月十四日 10:30 那个档口，前台连着报了 7 单失败，返回码统一写着渠道余量 0。同一天的日期层还剩 412 张没动，时段层留着 96 张，票就是出不来。三层库存不是同一串数字的三个副本，日期层、时段层、渠道层各扣各的数，扣的顺序在票务系统里写死，不是哪层宽松就从哪层走。

从上往下把三层走一遍

最上面是日期层，管这一天总共放多少张，跟客人几点进场无关，动的是日期库存那条记录。中间是时段层，管 09:00 到 09:30 这种入场档口能进多少人，粒度不细于 30 分钟。最下面是渠道层，管渠道分配给某一口子多少张，小程序、窗口售票系统各占一行，各扣各的。扣减顺序固定为渠道层、时段层、日期层，从底层往上顶，任一层为 0，整单失败，系统不会绕开这一层去别处找补。谁想把顺序改一改，票务系统里失败码会先变一片。

渠道层卖完，不会把日期层顶穿。这个口子的路堵死，日期库存上那个数一动不动，别的渠道照常出单，这是三层分账的意义。一张票跨两个时段，只扣入场那一刻所属的那一段，不摊半张到下一档。同一订单号在时段层落下两条记录，多半是有人把粒度调细了，回去核对配置就明白。

前台看到的余量是三层里的哪一个

页面显示的余量取三层里最小的那个数，不是日期层那个总数。日期库存剩几百张、前台写无票，就是这么来的。判断卡在哪一层，动作很具体：拿失败的那个订单号去查扣减流水，票务系统按层落三条记录，哪一条落地时是 0，卡点就在哪层；只有渠道层那条生成了、后两条没生成，说明渠道分配先见底，跟这天放多少张没关系。

三层各由谁维护也得说清。日期层跟着开园日历走，时段层跟着分时档口走，渠道层跟着售票系统里的口子和分配数走。核对动作是三个数一起拉：当日日期层、时段层、渠道层余量各取一个数排成一列，最小值应该等于前台那个可见数。不相等，就逐层翻扣减流水，看哪层多扣了或者漏记，别一上来就动日期库存，时段库存也跟着一起乱。

粒度这头还有一个常见坑。有人为了应付高峰，把时段层改成 15 分钟一档，档口一多，每档的可售数被摊薄，渠道层看着还有分配数，时段层先见底，出单照样失败。改回来也简单：粒度调回不细于 30 分钟，拿当日失败单复跑一遍，票务系统里失败码的分布应当明显收窄。售票系统里日期库存和时段库存的报表也跟着顺，不用再逐层手工拼数。

出单失败这件事，票务系统里是三层各自记账的活。先看流水断在哪一层，再决定补渠道分配还是调时段档口。动错一层，当天其他口子跟着偏。

例外只有一类：包场单整场占走，只扣日期层，时段层与渠道层都不动。