停售未同步至 OTA：酒店管理系统故障排查清单

当停售指令未同步至 OTA时，眼前的风险很明确：酒店可能收到无法履约的预订。无需先弄清技术连接原理再采取行动。请先停止继续销售，再检查指令在哪个环节出现了问题。

本清单面向酒店管理者和前台团队，重点检查酒店管理系统、多渠道管理系统和 OTA 商家后台中可见的信息。

排查问题前，先保护酒店库存

首先以宾客身份在受影响的 OTA 上搜索，使用准确的入住日期和宾客人数。继续操作，直到能够看到对应房型和房价方案，因为即使受影响的产品已关闭，酒店仍可能出现在搜索结果中。

如果该房型仍可预订，请采用酒店允许的最快方式保护库存。对于临近日期或已售罄日期，可以在检查连接期间，先通过 OTA 商家后台关闭该房型。请记录临时调整的操作人员和操作时间。

除非其他房型或整家酒店也面临风险，否则不要将其一并关闭。大范围停售虽然能防止超售，但也可能导致原本有效的销售机会流失。

告知前台和预订团队具体受影响的日期与房型。在问题解决前，他们应避免手动预订同一批剩余房间。

Smart Order 的酒店渠道管理系统可帮助团队在一个平台集中管理已映射的房量和渠道更新，让紧急停售更易追踪，提升处理效率。

按此酒店管理系统清单逐项检查

请按顺序完成以下检查。发现明确错误后，先修正问题，再重新测试。

1. 确认酒店正确。 多酒店账户可能默认打开上次使用的酒店。进行任何调整前，请先核对酒店名称。
2. 确认日期。 除月份外还要核对年份，尤其是未来季度的日期。确保已包含最后一晚。
3. 确认房型。 名称相似的房型可能是不同产品，例如“标准双人房”和“带阳台标准双人房”。
4. 确认房价方案。 关闭灵活房价并不一定会同时关闭不可退款、含早餐、移动端专享或会员房价。
5. 检查酒店管理系统实际更改的内容。 将房间设为故障房或在前台锁房，可能只会减少系统内的房态，而不会向 OTA 发送停售指令。
6. 检查渠道状态。 查看更新旁是否显示成功、待处理、警告或失败。处于待处理状态的指令尚未得到确认。
7. 检查房型连接。 确认酒店管理系统中的房型仍与目标 OTA 房型相连。这种连接通常称为“映射”。
8. 修正问题后再重试。 请先修正错误的日期、房型或房价方案，或者处理已停用的连接或被拒绝的数值。
9. 重新发送一次。 反复点击会让团队更难判断 OTA 实际接受的是哪一次更新。
10. 再次检查 OTA。 在 OTA 商家后台打开相同日期，并再次以宾客身份搜索。

只有正确的产品已无法预订，才能确认酒店库存已得到保护；仅看到酒店管理系统显示“已关闭”还不够。

了解最常见的原因

错误的房价方案仍在销售

同一房型可能有多种预订方式。对标准灵活房价执行停售，并不一定会关闭不可退款房价或促销房价。

检查：比较当前可预订产品的名称与酒店管理系统中已关闭的房价方案。

处理：关闭正确的房价方案；如果所有产品都应停售，则关闭整个房型。

酒店管理系统房型连接到了错误的 OTA 房型

房型被重命名、替换或新建后，经常会出现这种情况。酒店管理系统可能显示更新成功，但指令实际发送到了另一个 OTA 产品。

检查：将酒店管理系统中的房型名称和代码，与该 OTA 显示的已连接房型进行比较。

处理：修正房型连接，然后重新发送预期的房态。

误将系统内锁房当作 OTA 停售

将房间标记为脏房、故障房或前台不可用，并不一定会改变线上库存。

检查：查看酒店可售房数量和渠道房态，而不只是房务工作或房间状态页面。

处理：减少线上房态，或通过负责控制 OTA 销售的系统执行停售。

渠道连接已暂停或需要处理

登录凭据过期、酒店连接被停用或账户异常，都可能导致新数值无法传送至 OTA。

检查：查看是否存在连接警告，并核对最近一次成功更新的时间。

处理：恢复连接，然后只重新发送受影响房型和日期的数据。

OTA 已接受更新，但仍显示可售产品

页面显示的可售产品可能属于其他房型、入住人数选项、套餐或销售合作伙伴，也可能是短暂的页面显示延迟所致。

检查：逐一比较房型、房价方案、日期、入住人数和取消条款。

处理：刷新商家后台，并再次以宾客身份搜索。如果经过正常更新时间后，同一产品仍可预订，请收集证据并联系技术支持。

如何确认停售已生效

完成以下三项简单检查。

第一，在酒店管理系统或多渠道管理系统中重新打开相关日期，确认正确的房型和房价方案显示为零房态或已关闭。

第二，在 OTA 商家后台打开相同日期，确认已保存的房态处于关闭状态。不要以尚未保存的编辑框中显示的数值为准。

第三，使用相同日期和入住人数，以宾客身份搜索。受影响的产品应已无法预订。如果其他房型仍在销售，请确认它们确实是不同产品。

简要记录受影响的渠道、日期、房型、关闭时间、负责人和最终确认结果，方便下一班次了解风险已经得到控制。

何时联系技术支持

如果正确的更新显示已被接受，但同一 OTA 产品仍可预订；房型映射无法修正；或者连接反复失败，请将问题升级至技术支持。

请提供酒店名称、OTA、房型、房价方案、日期、预期结果、当前结果和时间戳，并附上酒店管理系统、OTA 商家后台和宾客搜索结果的截图。如果系统显示更新编号，也请一并提供，但酒店员工无需自行解读。

请勿提供银行卡信息或不必要的宾客资料。

防止同类问题再次发生

房型和房价方案的名称应清晰明确，方便员工快速区分。每当新增、重命名或删除房型或房价方案时，都要检查渠道连接。对于已售罄日期和重大活动日期，应在检查清单中加入 OTA 宾客搜索。

指定一套系统统一管理日常渠道房态。如果员工因紧急情况直接在 OTA 商家后台进行调整，必须记录操作，并在事后与酒店管理系统核对。否则，后续自动更新可能会重新开放该房型。

Smart Order 的酒店前台管理系统可让各班次清楚掌握临时库存控制和后续工作，减少交接遗漏。

常见问题

遇到紧急情况时，是否应该在 OTA 上手动停售？

可以。如果房型仍可预订，并且酒店流程允许紧急手动调整，请直接停售。记录此次更改，并在恢复正常同步前与酒店管理系统核对。

酒店管理系统的房态为零，是否一定会关闭 OTA 上的所有房价？

不一定。请确认房型和房价方案的连接方式。独立管理的促销产品或入住人数选项可能需要分别检查。

是否应该不断点击同步，直到更新成功？

不应该。请先找到并修正原因，然后只重试一次。多次更新可能造成混乱，也可能覆盖正确的数值。

酒店管理系统显示成功，是否意味着问题已经解决？

还没有。请在 OTA 商家后台确认数值，并以宾客身份搜索受影响的产品。