Trip.com 预订未显示在酒店管理系统中？前台排查清单

当酒店管理系统中未显示 Trip.com 预订时，请优先关注宾客和房间。如果 Trip.com eBooking 显示该预订已确认，请在团队检查酒店管理系统期间，将其视为有效预订。

不要要求宾客重新预订、取消 Trip.com 订单，也不要让多个团队同时恢复该预订。最安全的处理顺序是确认预订、搜索酒店管理系统、保护库存、检查房间连接，然后提交一份信息完整的支持请求。

1. 在 Trip.com eBooking 中确认预订

登录 eBooking，并确保选择了正确的酒店。使用 Trip.com 预订号在预订或订单区域中搜索。如有必要，也可以按宾客姓名、预订日期和入住日期搜索。

打开预订并确认以下信息：

• 当前预订状态
• 入住和退房日期
• 房型、房价方案和入住人数
• 总价和付款说明
• 最新的修改或取消状态
• 影响入住的特殊要求

Trip.com 将 eBooking 描述为住宿合作伙伴用于管理未来预订、房价、房态及酒店信息的系统。菜单名称可能因账户或市场而异，因此请使用酒店账户中显示的预订管理区域。

如果在 eBooking 中找不到该预订，请重新核对酒店和预订号。不要仅根据宾客截图或转发邮件创建酒店管理系统预订。如果 eBooking 显示预订已确认，请记录详细信息并继续排查。

2. 搜索整个酒店管理系统

不要只查看当天抵达页面。请使用酒店管理系统的全局预订搜索功能，按 Trip.com 预订号、宾客姓氏、抵达和离店日期以及预订日期进行搜索。

扩大日期范围并包含所有状态。检查已确认、待处理、未分配、已修改、已取消、已存档和重复记录。如果您的账户管理多家酒店，请先搜索正确的酒店，再检查该预订是否被误放到了其他酒店名下。

还要检查来源、房间、状态和用户权限筛选条件。修改后的入住安排可能已移出原来的抵达日期范围，而取消的预订可能只保留在预订历史记录中。

如果在不完整的酒店管理系统记录中找到了 Trip.com 预订号，请保留该记录。在支持团队检查现有记录期间，不要创建第二条预订。

3. 仅执行一次房间和宾客保护措施

如果 eBooking 确认了该预订，但酒店管理系统中没有记录，请检查所订房间是否仍然可用。如果是当天抵达、仅剩最后一间房或该日期接近满房，请立即采取行动。

当已确认的 OTA 预订丢失时，运营风险在于酒店管理系统可能仍将该房间显示为可售。酒店渠道管理系统可以将已连接的预订和房态纳入同一套酒店工作流程。

使用一种获准的保护方式：

1. 对正确的房间库存设置一次有记录的临时保留；或者
2. 如果酒店流程有此要求，请创建一条标记清晰的酒店管理系统手动预订。

添加 Trip.com 预订号，并注明“临时记录——等待渠道恢复”等备注。请仔细复制日期、房间、入住人数、价格、付款说明和取消条款。不要在普通备注中复制完整的银行卡信息、安全码、密码或验证码。

不要分别在 eBooking、酒店渠道管理系统和酒店管理系统中扣减同一库存。请指定一名员工在恢复后删除或核对临时记录。

4. 检查可见的房间连接警告

已确认的预订通常会从 Trip.com 经由酒店的渠道连接进入酒店管理系统；前台员工无需诊断每一个技术交接环节。

打开酒店管理系统或酒店渠道管理系统中的 Trip.com 连接区域。查找酒店员工可见的信息，例如连接未激活、授权警告、房间或房价方案未连接，或者近期预订错误。

将 eBooking 中显示的房间与应接收该预订的酒店管理系统房型进行比较。检查房间或房价方案近期是否被重命名、复制、替换、停用或重新连接。名称相似并不能证明两个房型共享同一库存。

截图并记录时间和时区。不要为了强行推送一条预订而重新连接所有房间或更改线上房间分配。大范围更改可能会影响未来的预订和房态。

5. 联系正确的支持团队并仅恢复一次

根据最后能看到该预订的位置决定下一步联系对象。如果核对酒店和预订号后，eBooking 中仍没有该预订，请通过 eBooking 联系 Trip.com 酒店支持。如果 eBooking 中已确认该预订，但已连接的酒店管理系统或酒店渠道管理系统中没有，请联系相应的软件服务商。如果酒店渠道管理系统能看到该预订，但酒店管理系统不能，请联系酒店管理系统服务商。

仅创建一个支持工单，并指定一名负责人。请服务商确认适用于当前连接的安全恢复操作，并仅执行一次。不要让 Trip.com、酒店渠道管理系统、酒店管理系统服务商和前台员工分别独立恢复同一条预订。

在恢复的预订可见并经过核实之前，请保留临时房间保护措施。如果还有更多 Trip.com 预订丢失，请立即报告这一情况，不要为每条预订都创建手动记录。

6. 结案前核实预订

预订出现后，请将其与 eBooking 进行比较。确认酒店管理系统中只有一条用于实际运营的预订，并核对预订号、宾客、日期、房间、房价方案、入住人数、价格、付款说明和状态是否正确。

检查房态是否只减少了一次。在不丢失备注、押金、房间分配或前台任务的情况下，核对临时保留或手动记录。确保宾客没有收到重复的确认通知、付款请求或门禁说明。

只有后续的 Trip.com 修改或取消能够更新同一条酒店管理系统预订时，问题才算解决。

前台是否应该创建手动预订？

只有在 Trip.com 预订已确认、宾客或房间面临即时风险，并且酒店获准的流程要求创建临时记录时才可以。请为该记录添加待核对标记，并指定一名负责人。

是否应该要求宾客重新预订？

不应该。在原预订仍然有效的情况下，要求宾客重新预订可能导致重复收费或重复入住记录。

预订丢失时，房价还能更新吗？

可以。近期的房价或房态更新并不能证明该预订已进入酒店管理系统。请直接检查预订本身。

如何证明问题已经解决？

酒店管理系统中的一条预订与 eBooking 一致，库存仅变动一次，临时控制措施已完成核对，并且后续变更仍与该记录关联。

需要向技术支持提供的信息

酒店员工无需解读技术记录。请收集预订事实信息，并请服务商进行调查。

支持信息框：酒店名称和酒店 ID；Trip.com 预订号；宾客姓名和入住日期；带时区的预订创建或修改时间；eBooking 状态截图；酒店管理系统搜索截图；可见的连接警告或错误代码；系统显示的任何消息或参考编号；最后一条正常的 Trip.com 预订；已创建的临时保留或手动记录；以及已经执行的每一次恢复尝试。请支持团队确定最后一个成功步骤、说明服务商的响应，并选择适用于此连接且获准的重新发送或提取方式。只请求恢复一次，然后核实最终仅保留一条酒店管理系统预订和一次库存扣减。

不要在工单中提供完整的银行卡信息、安全码、账户密码或一次性验证码。