OTA订单未出现在PMS入住列表：前台排查指南

OTA预订未出现在酒店管理系统(PMS)入住列表中，这不仅是一个搜索问题，更是一个运营事件。该预订可能已在OTA端确认，但在传输至酒店管理系统 (PMS)之前出现延迟或被拒绝。它也可能以另一个日期、状态、物业或客人姓名存在于PMS中。

前台应首先核实该预订，然后定位最后一个接收到它的系统。此顺序可以避免两个代价高昂的错误：拒收合法预订的客人，以及创建一个稍后会重复占用房态的重复预订。

首先确认预订真实有效且临近入住

不要仅依赖客人手机屏幕截图、转发的电子邮件或银行扣款记录。请打开OTA合作伙伴后台并定位对应物业的预订。确认其状态为已确认，而不是待处理、已取消、已拒绝、仅付款或等待批准的预订请求。

收集搜寻各个系统所需的最少事实信息：

• OTA名称、物业和确认号
• 客人姓名、入住日期、退房日期和预订时间
• 房型、入住人数、价格计划和预订状态
• 最后修改或取消的时间
• 支付模式，无需将信用卡或虚拟信用卡详情复制到备注中

请在午夜前后仔细核对日历日期。客人可能会说他们“今天”入住，而预订实际上是在夜审日期变更后才开始的。同时需确认多物业账户是否错误地将预订接收到了另一个名称相似的酒店名下。

如果OTA后台找不到已确认的预订，请停止对PMS的排查。此时问题出在客人与OTA之间，可能是选错了物业或日期，亦或是未完成的预订。在预订核实之前，前台不应创建包含OTA价格的预订订单。

将预订从OTA追踪至PMS

直连的预订通常遵循一个简单的路径：OTA确认预订，多渠道管理或中央预订系统接收预订，接着PMS创建运营级别的预订订单。入住列表仅仅是该链条的最终视图。

下表有助于前台识别预订在哪个环节中断。

首先检查OTA

记录OTA确认号、状态、创建时间、最后修改时间以及准确的房型和房价计划。查看发送至物业的后备邮件、连接警告或发送提醒。即使最初的确认邮件看起来依然有效，最后的一条消息也可能是修改或取消。

检查多渠道管理或CRS

如果预订出现在OTA中但未出现在中间系统中，请检查渠道连接、物业ID、预订单队列以及错误日志。问题出在PMS的上游。如果中间系统接收到了预订，请记录其自身的预订参考号，因为该标识符可能与OTA确认号不同。

在PMS入住列表之外进行搜索

搜索所有预订订单，而不仅仅是今天的入住订单。使用OTA参考号、中间系统参考号、客人姓氏、入住日期、预订日期和房型。在PMS支持的情况下，还应包括已取消、已修改、未分配、候补、已导入以及错误等状态。

当Smart Order接收到直连的OTA预订时，预订记录会进入PMS，关联房型的可用房态(Availability)会随之更改，前台即可在运营多日历(Multi-calendar)中看到该住宿订单。其酒店渠道管理系统在同一工作流中保留了预订来源和房态响应，让您更轻松地查看哪个交接环节需要关注。

排查预订被隐藏或拒绝的原因

入住筛选器和营业日期

清除物业、楼栋、房间、市场、来源和状态等筛选条件。对比PMS营业日期与日历日期，尤其是在夜审之后。预订可能在数据库中完全有效，但因视图当前显示的是另一个物业、日期或状态，而未出现在入住列表中。

客人姓名与确认号

OTA预订可能会以主客、预订人、音译姓氏或修改过的拼写录入。只要有可能，尽量通过外部确认号进行搜索。不要认为向客人显示的号码一定等同于多渠道管理或PMS系统中的参考号。

房型与房价匹配

未映射的房型、未启用的房价计划、错误的物业ID或不支持的入住人数都可能导致PMS无法正确创建预订订单。将OTA的房型和房价代码与当前已生效的映射进行对比。在繁忙班次期间，除非获得授权的集成负责人批准，否则请勿重新映射在线产品。

修改与取消顺序

原始预订可能已经到达，但随后出现的日期变更、房型变更、姓名变更或取消等操作可能会单独失败。请检查OTA的最新状态以及消息顺序，而不要只看最初的确认信。一次修改也可能会将该住宿从今天的入住列表中移出。

保护客人的同时避免产生重复订单

当客人站在前台时，请将核实和恢复操作分开进行。首先直接在OTA后台确认预订。然后决定酒店在排查缺失的PMS记录期间，是否能够安全地锁定房态。

如果OTA显示预订已确认，且无法在办理入住(Check-in)前完成正常的恢复流程，请遵循酒店批准的异常处理程序：

1. 通知主管并锁定正确的可用房态。
2. 仅在酒店政策允许的情况下，创建一个受控的手动记录。
3. 添加OTA及中间系统的确认号，并将记录标记为等待同步核对。
4. 准确无误地复制日期、房间、入住人数、房价、计税基础、餐饮以及取消条款。
5. 仅通过经授权的安全门户获取支付方式或虚拟信用卡详情。
6. 标记此记录，以便员工在夜审前检查是否出现了系统自动生成的重复订单。

请勿通过取消OTA预订来“重新开始”，也不要将此次住宿作为普通的散客步入(walk-in)来处理。原始预订订单稍后可能会带着手动记录中未包含的付款、佣金、消息和取消数据一起到达。

如果没有可用房间，请立即根据酒店的超售(Overbooking)或转储程序进行上报。在未核查OTA协议并获得经理授权之前，前台不应随意承诺赔偿、代客人取消或转移客人。

带上证据进行上报并防止问题重演

当酒店确认了最后一次成功的交接环节后，技术支持可以更快地进行排查。请发送操作证据，而不要仅仅发一条诸如“预订丢失了”的泛泛消息。

应包含的内容：

• 物业ID、房型与房价代码，以及连接供应商
• OTA确认号及多渠道管理或CRS参考号
• 预订、修改、入住以及错误的时间戳（附带时区信息）
• 状态和错误消息的截图（需隐去付款详情）
• PMS搜索词、已清除的筛选器以及当前的映射状态
• 是否锁定了房态或是否创建了受控的手动记录

绝不要在普通的支持邮件中发送完整的卡号、虚拟卡详情、安全码、密码或客人的身份证件。当需要敏感信息时，请使用供应商的安全支持通道。

恢复后，需仔细核对自动记录与手动记录，释放重复的房态，并保留正确的外部参考号。复盘异常发生的原因：是映射更改、物业断开连接、凭证过期、队列失败、不支持的字段、夜审日期问题，还是员工错误设置了筛选器。

在客人抵达前台前，将OTA确认信息与PMS进行对比，这样的日常入住核对最为有效。Smart Order 的酒店前台管理系统无缝连接了预订订单日历与实时可用房态，方便团队在尚有时间修正房态和准备入住前查明异常，显著提升运营效率。

常见问题解答

为什么OTA上的预订已确认，但在PMS中却找不到？

预订订单可能未能成功推送至多渠道管理系统，也可能在多渠道管理和PMS系统之间遭遇了传输失败，或者只是被筛选器、日期、状态、物业选择或映射规则隐藏了。请按顺序在每个系统中进行定位排查，不要贸然假设PMS就是第一个故障点。

前台应该手动录入丢失的OTA预订订单吗？

只有在OTA中确认了预订、检查了是否有现成的PMS记录，并遵循了酒店批准的异常处理流程后，才可以这样做。由于系统自动生成的记录稍后可能会到达，请务必添加外部参考号并做好核对标记。

在创建了手动记录之后，原本丢失的OTA预订订单还会出现吗？

会的。队列延迟、系统重发或连接恢复，都可能让它稍后送达。这也是为什么手动录入的记录必须清晰地做好标记，并且在夜审前务必检查是否有重复预订。

如果在OTA中能看到预订，但在多渠道管理系统中却没有呢？

请检查OTA连接状态、物业ID、发送提醒以及服务商队列。带着时间戳和OTA确认号向上级或技术服务商上报，因为该预订订单尚未触达PMS系统的路径。

酒店如何防止“找不到订单”的问题蔓延到前台？

日常核对即将入住的OTA订单、持续监测故障警报、保持房型及房价映射的及时更新、用真实预订测试新的连接通道，并明文记录非工作时段的异常升级负责人。

前台排查的目的绝不仅仅是为了找一个名字。其核心是为了验证已确认的住宿、保障客人权益及房间库存，同时留下充足的证据以修复失效的连接，并避免产生其他的预订错误。