Booking.com 预订失败：如何核实房态是否已扣减

关于 Booking.com 预订失败后的房态问题，通常源于一条含义不明确的信息：宾客称付款失败、Booking.com 显示请求未完成，或者酒店管理系统提示无法接收该预订。

这些情况对房态产生的结果并不相同。被拒绝的预订尝试可能根本不会生成预订；待处理请求可能会暂时影响房态；而 Booking.com 上已确认的预订，即使从未出现在酒店管理系统中，酒店也仍有责任履约。

最稳妥的处理方式是先核实预订，再清点房间。不要仅凭邮件措辞、宾客截图或酒店管理系统中的警告作出判断。

判断“失败”究竟意味着什么

在 Booking.com 酒店后台中打开正确的酒店，并使用宾客姓名、入住日期、预订日期及任何可用的确认号搜索预订区域。扩大日期范围和状态筛选条件，以免遗漏待处理、已取消、已修改或未来入住的预订。

如果存在已确认的预订号，在该记录被正确取消前，应将房间视为已售出。酒店管理系统导入失败并不会取消宾客在 Booking.com 上的预订。

如果账户显示待处理的预订请求，在请求进入最终状态前，不要向其他宾客承诺该房间。酒店也应避免在请求被接受前，先在酒店管理系统中创建已确认预订。

如果 Booking.com 中没有预订记录和确认号，请重新核对酒店及日期。宾客尝试付款或结账时出错，并不足以证明酒店预订已经存在。

核查 Booking.com 中具体产品的房态

必须根据宾客实际选择的房间核查房态。一家酒店可能有多个名称相近的房型，也可能有多个 房价方案共用同一个实体房态池。

打开 Booking.com 日历并查看受影响的入住日期。选择相同房型，记录当前每一晚显示的房态。如果宾客申请了多个房间，应核对完整数量，而不能只确认该日期是否仍可预订。

随后检查其他房价方案、入住人数选项或房间类别是否仍在销售。即使受影响房型的房态已被正确扣减，公开搜索结果仍可能显示酒店有房可订。

不要将公开预订页面作为唯一的房态记录。它可用于最终检查销售情况，但显示结果还会受到预订限制、最少入住晚数、入住人数及搜索条件等因素影响。

对比 Booking.com 与酒店管理系统的房间数量

使用 Booking.com 确认号、宾客姓氏、预订日期、抵店日期和房型搜索整个酒店管理系统，并将已取消、待处理、未分配、已修改、已导入及错误状态的记录全部纳入检查。

请按以下操作顺序处理：

1. 进行任何修正前，记录酒店管理系统中实际可用的房间数量。
2. 确认失败或已确认的 Booking.com 预订是否已存在于酒店管理系统的任何位置。
3. 检查受影响房型在每个入住夜晚是否扣减了正确的房间数量。
4. 对比 Booking.com 日历与酒店管理系统中相同房间和日期的房态。
5. 只有在厘清 Booking.com 与酒店管理系统的数据后，才检查其他渠道。
6. 记录处理结果，以及批准任何手动调整的员工姓名。

如果 Booking.com 显示已确认预订，但酒店管理系统中没有记录，请按照酒店政策设置一项临时房态控制。不要在多个系统中分别重复扣减同一个房间。

当管理人员可以在同一工作流程中查看 OTA 预订及其对应的房间数量变化时，就能更快判断房间是被扣减了一次、两次，还是完全没有扣减。Smart Order 的 酒店渠道管理系统将新预订与共享房态连接起来，帮助员工及时保留正确的房间，避免被其他渠道再次售出，从而提升处理效率并降低超售成本。

根据核查结果选择安全的处理方式

预订已确认，房态仅扣减一次

继续关闭该房间。如果酒店管理系统的抵店名单中缺少该预订，请搜索所有状态，并要求酒店管理系统或多渠道管理服务商恢复原始预订。不要恢复房态。

预订已确认，但房态未扣减

立即通过酒店常用的房态系统保留该房间。按照酒店批准的异常处理流程，将已确认预订加入运营抵店名单，然后要求恢复原始预订，同时避免创建重复记录。

没有预订，但房态有所减少

检查相同日期是否存在其他已确认预订、维修封房、团队留房、手动调整或待处理请求。只有在查明房态减少的原因后，才能恢复房态。

预订尝试失败，房态未发生变化

通常无需对酒店预订采取任何操作。如果宾客仍希望预订该房间，请告知其通过 Booking.com 的正常流程重新预订。不要根据未成功付款的截图手动创建 OTA 预订。

房态被重复扣减两次

搜索酒店管理系统中的重复记录及重复的手动封房。保留真实预订，只移除已确认的重复控制，并确认所有已连接渠道现在均显示正确的剩余房态。

避免两种代价最高的错误修正

第一种错误是因为酒店管理系统显示导入失败，就将房间重新开放销售。Booking.com 可能仍持有已确认预订，从而使酒店面临超售风险。

第二种错误是在延迟的原始预订仍可能传入时，在酒店管理系统中创建新预订并手动扣减房态。这样可能导致同一位宾客对应两条记录，房态也被重复扣减两次。

指定一名管理人员负责批准修正操作。住宿管理人员、收益管理人员、Booking.com 支持团队及系统服务商不应各自独立重建或重发同一笔预订。

对于当天抵店或仅剩最后一间房的情况，应优先保障宾客。与涉及已确认 OTA 宾客的超售相比，临时保留房间更容易撤销。

确认所有渠道的房态均已正确更新

完成任何修正后，重新打开 Booking.com 的预订记录和日历，确认当前预订状态、房型、房间数量及日期。

随后重新打开酒店管理系统日历，确认该预订最多只存在一条记录，并且房态恰好只变更了一次。使用相同日期和入住人数进行面向宾客的搜索，以确认还有哪些房间可以销售。

如果酒店使用多个 OTA，请确认其他已连接渠道中的共享房间数量。目的不是让每个界面显示完全相同的措辞，而是确保每个渠道都从正确的剩余实体房态中取房。

在该预订下一次发生变化（例如取消或修改）并正确同步至同一条酒店管理系统记录之前，不要关闭此问题。

寻求支持时需要提供哪些信息

向负责处理的服务商提供一份简明、便于执行的记录：酒店名称、Booking.com 确认号（如有）、宾客姓名、房型、入住日期、房间数量、Booking.com 当前状态、酒店管理系统搜索结果、调整前后的房态，以及能够显示差异的截图。

用简单明确的语言说明所需结果。例如：“这笔已确认预订应占用一间豪华双人房，但酒店管理系统仍显示所有房间均可预订。”这比要求多个团队笼统地“检查同步”更有助于快速解决问题。

常见问题

Booking.com 付款失败是否一定意味着预订不存在？

不是。请在酒店的 Booking.com 后台确认预订状态。付款问题、待处理请求、修改失败及酒店管理系统接收失败，都可能产生不同结果。

酒店是否应立即将房间重新开放销售？

不应立即操作。首先确认没有有效或待处理的 Booking.com 预订正在占用该房间，同时确认房态减少并非由其他预订或酒店留房造成。

如果 Booking.com 数据正确，但酒店管理系统中的数量有误，该怎么办？

先保护已确认预订，通过酒店日常使用的控制节点修正共享房态，并要求负责的系统服务商恢复原始预订记录。

酒店如何确认此次问题已经解决？

系统中应只有一条当前有效的预订，房态应仅体现一次扣减，并且 Booking.com、酒店管理系统及已连接的销售渠道都应显示正确的剩余房间数量。