三百张临时加放，从值班经理点头到票务系统里生效，中间隔了 11 分钟，生效那一刻 13:00 到 13:30 那档已经顶满。加放不是把数加上去就完事：依据取哪个数、谁能批、批完多久生效、能不能收回，这四问当日都得有答案，答不上就会出乱子。

依据取哪个数

承载量、设备可放行量、场地实际容量，三个数取最小，加放的额度只按这个最小值算，不按当天客流的热度算。判断动作写在申请单上：把当日气温、降雨、场地封闭情况一条条填清，运营负责人拿着单子比对票务系统里那三个字段，取小的那个当上限；哪一个数被拿去做依据，申请单上必须写明，事后只认这一行。

三个数里最容易漏的是设备可放行量。通道数和当班人手一减，能走人的口子就窄了，场地容量再大也放不进去。写申请的人习惯盯人多的地方，不盯设备那头，所以在售票系统里走加放这一步，得让现场值守的人先签一句确认，确认这句话比审批意见更硬。

谁能一次批多少：值班经理单次加放不超过原日库存的 10%，超过要二级审批，走到运营负责人手里。基数两千张时，两百张正好卡在 10%，三百张就是 15%，二级审批绕不过去，找不到批的人就不批，不许先加再说。

批完多久生效，能不能收回

审批落到系统记录里就即时生效，不等整点，也不等下一个同步周期。判断动作：在变更表里查这一条加放的写入时刻，拿它跟前台可见数跳动的时刻比，两处相差超过一两分钟，就是缓存在拖。生效后当日不可收回，这不是技术做不到，是当日要留一条能对平的账；临时加放三百张又撤掉，渠道那头已经按数配出去了，收回来只剩空号。

留痕是硬要求：加放记录含操作人与时刻，两样少一样都不算合规。记操作人姓名和时刻的地方在售票系统的变更表里，一次加放一行，批到第几级也写在同一行。月底复盘只按这张表追人，口头点头一概不算，这条要提前发到当班群里。

加放之后还有一个配套动作不能省：时段档口得跟着调。日期层多了三百张而档口不动，客人全挤在同一个 30 分钟里进场，加放就变成事故。运营在票务系统里改完日期库存，紧着把档口排开，改完再回来看一眼可见数。

加放当天下班前还要补一步核对：拿加放后的可见数跟实际出单数比，看新增那三百张走出多少。走得太快，说明依据里那个最小值取高了，下一次加放的上限要往下压，票务系统里这条要写进复盘；一张没走也别急着抱怨，先查渠道分配有没有跟着调上去。核对结果写进当班记录交给第二天早班，售票系统里加放这一行才算交代清楚。

例外只有一条：官方通知延长开园时间时，按新时段另开一档，不动原库存。