渠道在 14:05 发来一句还剩多少，接口回了 0，后台实时余量还有 63 张。他读不到这 63 张。问题不在有没有票，在给渠道的那一眼读的是哪一层的数，票务系统给不给中间层；这个决定一做，两边对数才有标准，也不用天天为几十张吵。

一次查询走三层

渠道分配数、公共池数、实时余量，三层各有各的字段。给渠道读的应该是分配数，不是实时数。票务系统留出这一层中间数，渠道只扣自己那一行，公共池另算，两边不互踩；把实时数直接甩给渠道，等于让所有口子盯着同一串数抢，超卖就是这么来的。

分配数用完能不能借公共池：能，靠每 10 分钟一次的同步，到点把公共池的一部分补进分配数。这 10 分钟里渠道读到 0 而公共池还有数，属正常窗口，不是漏数，渠道来问就把同步时刻报给他，别为这句话去改规则。

两边同时扣的先后也定死：渠道层先扣，公共池后补，顺序跟出票一致，售票系统里不另开捷径。反过来走，公共池先动，几个渠道同一秒扣到同一批号，出单就会撞在一起，收场更难。

缓冲与同步失败怎么给数

对外展示的余量统一减 5 张作缓冲；分配数与公共池每 10 分钟同步一次，同步失败按小值给数。给小值顶多少卖几张，给大值就要担超卖，两条路的后果不对等，票务系统在这一处不留悬念。

判断动作：拿接口返回的可见数跟后台实时余量比。差 5 张属正常；差得远，先看同步那一条记录成没成，再看渠道那一行有没有被重复扣。这两步写进给渠道的字段说明，售票系统对接时按它执行，对数不用来回猜。

渠道自己那一层怎么扣也要问清。有的接口把查询和出单分成两件事，查询完到出单中间隔着几秒，这几秒里数被别的口子扣走，回头就说是票务系统给错了。核对办法是拿他查询的时刻和出单的时刻并排看流水，两处相差在三秒以内算干净，超出三秒就去看渠道那头的排队，别急着改给数规则。

留缓冲这件事要不要跟渠道讲明白：讲了，他按可见数排活动排推送，票务系统里那一层的占用就平稳；不讲，他按自己算的数放量，撞车就出现在同步之前的那 10 分钟，售票系统这边的对数表上也一眼能看出来。渠道常提一句，把实时数给我，我好多卖几张，这一口不能答应。实时数里带着别的口子的占用，他按它排活动，单量一起来，那一层当场扣穿，回头补的账全落在日终盘点上。要给他的是分配数加缓冲，让他清楚自己那一眼有多大；真要放量，走加放那条审批链，不动给数口径。

例外只有一条：包量渠道按合同锁定量给数，不吃缓冲规则。