超售是 OTA 运营里最贵的一种错误——不只是退款和赔付，还有差评和平台排名下滑。而超售的技术根因，往往不是"忘了关房"，而是同步延迟。
超售是怎么发生的
典型场景：线下最后一件房卖出去了，系统需要 30-60 秒才能把"满房"推给所有 OTA。就在这几十秒里，携程上又进来一笔订单——超售就发生了。房量越小、卖得越快的酒店，撞上这个窗口的概率越高。
三层防护机制
第一层：实时推送。选住云管家的直连接口在房态发生变化时立即推送，而不是等定时任务。这一层把同步延迟从分钟级压到秒级。
第二层：库存缓冲。可以给每个渠道设置一个安全库存——比如最后 2 间房不参与 OTA 实时售卖，或者只给单一渠道保留。这 2 间作为缓冲，吸收同步延迟带来的风险。
第三层：自动关房。当可售房量降到阈值（比如 1 间）时，系统自动关闭所有 OTA 渠道，只保留线下与直销。宁可少卖一间，不要超售一单。
怎么配置缓冲
缓冲量没有标准答案，取决于酒店的售卖速度。经验值：日均出租率 90% 以上的热门店，缓冲 2-3 间；60%-90% 的缓冲 1-2 间；60% 以下可以不设缓冲，但保留自动关房。
出事了怎么办
万一还是超售了，优先级是：先保客人体验，再算经济账。第一时间联系客人、安排同级别酒店、承担差价与交通费。一单超售的赔付成本，远低于一条"到店无房"差评对排名的影响。