Agoda 显示有房，但您的酒店管理系统已售罄：怎么办

如果酒店管理系统已售罄，但 Agoda 仍显示有房，应将其视为紧迫的超售风险。首先停止继续销售。保护好受影响的房型和日期后，再调查数量不一致的原因。

最快的诊断方法是回答四个问题：您检查的是同一房型吗？检查的是相同日期和宾客信息吗？是否仍有其他房价计划开放？Agoda 是否拥有酒店管理系统房源池之外的房源？

先停止 Agoda 销售，再排查故障

使用酒店平时用于更新 Agoda 的系统。如果 Agoda 通过您的酒店管理系统或多渠道管理连接，请在该系统中关闭确切的房型和日期。Agoda 建议已连接的住宿通过其指定的连接平台管理房态。

1. 确认 Agoda 上仍可预订的房型和入住日期。
2. 在已连接的系统中，将该房型的房态设为零，或执行经过批准的停售操作。
3. 记录操作人员以及操作时间。
4. 使用相同的住宿、房型、日期、入住人数和房价计划，再次搜索 Agoda。
5. 如果该房型仍可预订，请立即联系您的软件服务商，并执行酒店的紧急渠道关闭流程。

不要分别在酒店管理系统、多渠道管理和Agoda 合作伙伴后台中关闭同一房源。重复调整可能会扣减过多房间，或导致问题修复后相关日期仍处于关闭状态。

如果涉及当天入住、最后一间实际客房、多个受影响日期或多个 Agoda 房型，请立即升级处理。

检查是否为同一房型和入住日期

许多看似存在的房态不一致，其实是因为两个界面显示了不同的产品或搜索条件。在更改房型连接或关闭整个住宿之前，请先完成以下检查。

是同一房型吗？

将宾客可以预订的 Agoda 房型与酒店管理系统中已售罄的房型类别进行比较。仅凭名称并不可靠。即使员工将“豪华双人房”“豪华客房”和“豪华城景房”统称为同一种房型，它们也可能是不同的产品。

在酒店管理系统或多渠道管理中打开房型连接或映射界面，确认由哪个酒店管理系统房型向 Agoda 房型提供房源。如果 Agoda 销售的房型连接到了另一个酒店管理系统类别，请先纠正运营判断，再更改房态。

还要检查两个 Agoda 房型是否共用同一批实际客房。酒店管理系统可能显示其中一个类别已售罄，而 Agoda 正在从剩余的共享房源池中销售另一个关联类别。

是相同日期和搜索条件吗？

请使用相同的入住日期、退房日期、宾客人数、房间数量和住宿。一间客房可能不接受两位成人入住，却可以供一位成人预订；也可能不接受连续入住两晚，却能以其他入住天数预订。

请继续操作至 Agoda 最终的房型和房价选择页面，不要只依据搜索结果标签进行判断。记录确切的房型、房价计划、取消条款、餐食计划和测试时间。如果不一致只出现在某一种搜索组合下，原因可能是限制条件或不同的房价计划，而不是额外的客房房源。

当所有已连接渠道共用同一个房源池时，酒店渠道管理系统可以将酒店管理系统中的一次房态变更发送至 Agoda，无需员工在不同系统中重复调整。

检查其他房价计划和独立配额

确认房型和日期后，检查 Agoda 上显示的报价从何处获取房源。已售罄的房型仍可能通过另一个开放的房价计划，或酒店管理系统无法控制的房源配额继续接受预订。

是否仍有其他房价计划开放？

一个房型可能有多个Agoda 房价计划，例如可退款、不可退款、含早餐、仅客房、移动端专享或会员价。关闭一种价格或限制条件，并不一定会关闭该房型关联的所有计划。

打开受影响房型和日期对应的每个房价计划。确认这些计划是否共用同一房源，以及停售操作是否适用于所有已连接的计划。如果只有一个计划仍可预订，应修复该计划或其连接，而不是关闭无关房型。

Agoda 是否拥有独立房源？

检查住宿与 Agoda 的协议及运营设置，确认是否存在保留房态、独立配额、批发商房源、另一个 Agoda 住宿 ID 或其他分销合作伙伴。即使酒店管理系统的共享房源池已降至零，这些房源仍可能继续开放。

不要将合同约定的配额当作普通的酒店管理系统客房直接删除。请与分销或收益负责人确认其释放规则；如果合同或合作伙伴后台无法解释仍可预订的客房，请联系 Agoda 客服。

修复原因，避免产生新的不一致

完成四项检查并确定受影响的产品后，只修复对应的原因。不要为了处理某一个日期而更改所有房型映射或重新开启整个连接。

检查连接状态和近期变更

在酒店管理系统或多渠道管理中查找明显的断开连接状态、授权警告、房型或房价计划连接警告，以及近期同步错误。检查近期是否有人创建、重命名、复制、停用或重新连接了受影响的房型或房价计划。

同时检查 Agoda 合作伙伴后台中近期的人工修改。人工设置的数量、停售或重新开放操作可能与已连接系统发送的数值冲突。如果 Agoda 正确关闭后又重新开放，应查明成功关闭后发生了什么变化，而不是重复相同的调整。

不要凭猜测重新映射正在销售的房型。请先确认实际房型类别、受影响日期和目标 Agoda 产品。错误的修改可能会开放其他房型，或中断未来的预订。

向客服提供清晰的事件记录

如果不一致仍然存在，请提交一个客服工单，并提供：

• 酒店名称和 Agoda 住宿 ID；
• 受影响的房型、房价计划、日期和宾客搜索条件；
• 预期的酒店管理系统数量和实际观察到的 Agoda 数量；
• 酒店管理系统或多渠道管理界面以及 Agoda 最终报价的截图；
• 执行停售或零房态更新的时间和时区；以及
• 已经执行的所有人工修改或紧急控制措施。

请告诉客服数值最先在哪个环节出现不一致：酒店管理系统、多渠道管理、合作伙伴后台，还是宾客端的 Agoda 报价。客服团队可以检查技术投递记录；酒店员工无需自行诊断消息格式或队列。

再次确认 Agoda 与酒店管理系统一致

不要因为一个界面发生变化就结束事件处理。再次搜索相同的 Agoda 住宿、房型、日期、入住人数和房价计划。确认使用已售罄房型的所有计划均不可预订，除非某个独立配额是有意保持销售的。

接下来，为风险较低的未来日期执行一次受控房态变更。确认更新后的数量无需再次人工修改即可传到 Agoda。恢复正确数值，并再次检查。

下一笔预订或取消到达后，确认酒店管理系统房态只变更一次，并且 Agoda 收到了新的数量。只有这样，才能移除临时保留、撤销紧急关闭措施并关闭客服工单。

为下一班员工保留一份简短的事件记录，其中应说明受影响的房型和日期、仍在执行的控制措施、后续跟进负责人以及下一次核验时间。

常见问题

如果 Agoda 显示已售罄的房型仍可预订，我首先应该做什么？

通过平时用于更新 Agoda 的酒店管理系统或多渠道管理，关闭确切的房型和日期。记录该操作，然后在 Agoda 上使用相同的房型、日期、入住人数和房价计划进行测试。

为什么某个 Agoda 房价计划仍然开放？

该房型可能有多个采用不同限制条件或连接方式的房价计划。请确认所有计划是否共用同一房源，以及停售操作是否适用于全部计划。

Agoda 是否可能拥有酒店管理系统房源池之外的房源？

可能。保留配额、批发商、另一个住宿 ID 或独立的分销协议，都可能提供正常酒店管理系统房源池之外的房态。关闭这些房源前，请先核实合同。

使用多渠道管理时，我是否应该手动更新 Agoda？

正常的房态更新应通过已连接的酒店管理系统或多渠道管理完成。只有在经过批准的紧急流程下才应手动修改合作伙伴后台，因为之后的自动更新可能会覆盖该修改。

如何确认房态不一致已经修复？

确切的 Agoda 产品已无法预订，所有相关房价计划都显示预期房态，酒店管理系统之后的变更能够自动传到 Agoda，并且临时控制措施已安全移除。

对于酒店管理人员，处理顺序很简单：停止销售、比较相同的房型和日期、检查每个开放的房价计划、确认独立配额，并验证下一次房态变更能够传到 Agoda。