同一个票种挂在在线分销、自营小程序、窗口和团队报名上，超卖通常是这么发生的：两边各自卖掉了当天的一半额度，谁也不知道对方也卖过。要防住，第一件事不是加锁，是把库存池这件事定清楚——所有渠道从同一个池子里取，而不是每个渠道各留一点。

池子的最小单位是日期加时段加票种

按“某天某时段某票种”建池，不是按“某票种”建池。开了分时预约之后，上午场和下午场是两个独立的池，卖错时段引起的退票比想象中多。窗口之所以随手选了默认时段，往往是因为系统里只给了一个可选项——这是配置漏了，不是操作员粗心。三层结构要能在后台配：从哪天开卖、每天放多少额度、时段之间能不能调剂。调剂建议做成上限可配，而不是自动匀额度，否则高峰当天下午场会把上午场的余量吃掉，分时形同虚设。

/d/file/news/hyzx/2021/03-03/4d7bf25d8d682c53c946785591d04419.jpg

扣在哪一步，决定会不会超卖

常见有三种放法：下单时扣、支付成功时扣、出票时扣。放在出票时最省事，但付款到出票之间池子还是满的，最容易超卖。放在支付时，则会出现一堆未支付订单白占额度。多数景区最后落到的是下单预占加计时释放：占住额度，倒计时走完自动回滚。关键是预占时长要能分别配置——渠道的支付回调比自营小程序慢，同一个超时值套两边，就变成一边疯狂占位、一边疯狂释放，额度在数字上忽多忽少。团队票的预占时间通常要单独放宽，因为名单收集动辄几小时。

释放要有明确出口，还要留痕

三条释放路径都要有记录：超时自动回滚、操作员手工取消、部分退票只退其中几张。部分退票最麻烦——退两张时是退额度还是退钱，还是两者都退，系统里必须有口径。可执行的做法是退票成功即回补额度，同时在流水里单独记一类“退票回补”，否则当日销量会比真实入园人数虚高，第二天怎么核都不对。核销后原则上不回补，这条要提前跟渠道说清楚：游客当天没进、第二天想改期时窗口已经卖满，只能现场协调，而协调的成本比配置高得多。

/d/file/news/hyzx/2022/06-07/f434cca6a61fcbefad1380124996e5d5.png

真超卖了，先定责任顺序再谈赔付

超卖没法百分百避免，渠道高峰期回调延迟时就会出现。能落地的是给每一笔扣减留三个字段：来源渠道、池版本号、失败重试次数。发现超卖先查哪一步没走通，而不是先争论谁的接口有问题。赔付口径要在对接文档里写死，不要出事后再谈：能改期的先挪到同日另一时段或次日，挪不动的办理退票，差额由造成超卖的一方承担。窗口现场也要有一张处置单，能一键生成带额度的补位凭证，别让游客站在闸机口等结论。

渠道之间要不要留保底额度

另一个常被问到的做法，是给自营渠道划一块保底额度，不参与分销的抢占。这个参数要能按日型配置：平日不必留，周末和节庆留得多一些。留多了会压着额度卖不完，留少了高峰时窗口无票可售。折中做法是按历史核销曲线设一个可调比例，并在后台直接显示当日各渠道的实际占用，让人看得见池子被谁吃掉的。看不见分布，调额度就永远只能靠猜。

接口那边还有一句

渠道对接要约定幂等键和重传规则：同一个订单号重复推送时服务端只认第一次。这一条比任何限流手段都更能防住超卖，也决定了事后翻流水时能不能讲明白。