Trip.com 预订未同步到酒店管理系统的排查指南

如果 Trip.com 预订未同步到酒店管理系统，只要 Trip.com 确认了该订单，酒店仍有接待义务。该预订可能停滞在了直连服务商处，或者产品映射失败，也可能是进入了酒店管理系统的异常队列，又或是导入成功但未在到达列表中显示。

切勿盲目重新发送或创建重复预订。在修复技术原因期间，请先确认 Trip.com 订单，找到最后一次成功的数据交接节点，并保护好宾客预订和房间。

在 Trip.com eBooking 后台确认预订

登录 Trip.com eBooking 的对应酒店后台，打开账户中显示的订单或预订管理页面。通过 Trip.com 预订号、订单号、宾客姓名、预订日期或入住日期进行搜索。展开状态和日期筛选器，以免错过修改、取消或未来的订单。

打开该预订并记录下酒店、Trip.com 订单号、确认状态、创建和修改时间、入住日期、房型、房价、入住人数、宾客详情、支付说明、价格以及特殊要求。

打开对应酒店的 Trip.com eBooking 账户，并进入其订单管理区域。eBooking 是住宿合作伙伴用来管理未来预订的后台系统。不同市场和账户的菜单名称可能有所不同，请使用酒店后台可见的订单管理功能。

如果 eBooking 中没有该订单，请在轻信宾客的截图或转发邮件之前，再次核对酒店及订单号。如果 eBooking 显示订单已确认，即使酒店管理系统记录丢失，也要保障宾客顺利入住。

追踪 Trip.com 预订路径

常规的直连预订流程是：订单从 Trip.com 传送到酒店渠道管理系统、CRS 或酒店管理系统直连组件，经过酒店和产品映射，进入酒店管理系统导入服务，最终在酒店前台管理系统视图中显示。

1. 通过 Trip.com 预订号和创建时间在服务商系统中搜索该订单。
2. 检查预订状态是否为已接收、已同步、排队中、已送达、被拒绝或正在重试。
3. 记录服务商的消息 ID、目标酒店、响应内容及错误提示信息。
4. 通过 Trip.com 订单号、服务商编号、宾客姓名、预订日期及入住日期，在整个酒店管理系统中搜索。
5. 检查待处理、被拒绝、重复、被隔离、已存档、已取消、已修改及未分配的记录。
6. 在判断延迟发生在哪个环节之前，请先将时间戳统一为同一个时区。

如果 eBooking 中有订单而服务商系统没有，请排查 Trip.com 与服务商之间的连接。如果服务商已送达但被酒店管理系统拒绝，请根据导入错误进行排查。如果订单已进入酒店管理系统，但未在抵达列表中显示，请调整筛选条件或操作状态，而不是重新导入。

Trip.com 的直连工作流可能涵盖预订确认、取消、修改、预订状态查询及预订信息实时同步。请向服务商确认其接口实际支持哪些消息流，以及各项状态的日志记录位置。

Smart Order 的酒店渠道管理系统能够确保传入的 Trip.com 订单号与已映射的房型、房价、房态以及酒店管理系统预订路径紧密关联。

检查连接与产品映射

确认连接了正确的 Trip.com 酒店，且接收预订的同步功能已启用。成功更新房价或房态并不代表进单能成功推送到酒店管理系统；因为双向同步可能会使用不同的服务接口。

对比 Trip.com 上的酒店、房型、房价以及产品标识符，确保它们与服务商映射以及酒店管理系统中启用的产品一致。检查近期的变更操作：复制房价、替换房型、重命名产品、新增入住人数选项、停用或重新连接等操作，都可能导致订单找不到有效的映射目标。

检查入住人数、儿童政策、餐食、取消条款、支付模式、货币以及库存池。相似的显示名称并不能保证 ID 或商业规则完全匹配。

切勿为了强行推送一个订单而重新映射已在售的房型。请保留当前的映射，验证真实的物理房型与房价，在获得审批后仅修复受影响的产品，并进行低风险测试。

解读酒店管理系统的导入错误

常见的导入失败原因包括：酒店处于未激活状态、缺少房型或房价映射、不支持的入住人数、无效日期、缺少必填的宾客字段、包含不支持的字符、外部 ID 重复、账务日期已关账，或是修改通知先于原始预订到达。

在酒店管理系统的异常或隔离队列中查找。如果该 Trip.com 订单号已经存在于某条不完整的记录中，请保留该记录并修复对应的连接导入问题。如果另外手动创建预订，可能会导致库存被扣减两次，并破坏未来的修改或取消同步功能。

如果导入显示成功，请检查酒店范围、到达日期区间、预订状态、分房情况、来源筛选、时区、营业日期及用户权限。被修改的订单可能会移出今天的到达列表，而取消的订单可能仅保留在历史记录中。

保障宾客权益与共享库存

一旦 eBooking 确认了该预订，酒店前台操作应控制潜在风险，同时不干扰技术恢复流程。

1. 最后使用所有的 Trip.com 和服务商订单号对每个系统再搜索一次。
2. 如果存在入住冲突风险，请对正确的物理库存设置临时保留。
3. 仅在经过批准的异常处理流程下，才可在酒店管理系统中手动创建预订记录。
4. 将其标记为待核对 Trip.com 同步数据并备注原始预订号。
5. 确保日期、房型、房价、入住人数、价格、支付说明、包含项目及取消条件相符。
6. 请勿将受保护的支付信息记录在常规备注中，或截取给技术支持。
7. 禁用重复的确认邮件、支付提醒、开门密码发送以及索要评价等自动任务。
8. 指定专人并在规定期限内，在系统恢复后对临时预订记录进行核对与合并。

切勿因酒店自身的系统对接故障而取消 Trip.com 订单或要求宾客重新预订。也不要在 eBooking、酒店渠道管理系统和酒店管理系统中分别手动扣减库存。当直连预订成功到达时，一条有记录的临时库存控制更容易撤销。

对于当日入住或剩余最后一间房的订单，请立即检查共享库存池。Trip.com 可能已经根据其缓存的可用房态接受了预订，而此时酒店管理系统仍显示该房间可供其他渠道销售（可能导致超售）。

仅从交接失败的节点重试

向直连服务商确认他们是通过接收通知、拉取预订、执行定时同步还是其他认证方式来获取订单。正确的恢复操作取决于其连接机制。

首先修正映射、凭据、验证或服务错误。然后，使用相同的来源单号，提取或重新推送一次原始预订。在重试之前，请检查是否已经有延迟送达的预订、修改或取消正在排队中。

不要让 Trip.com 客服、渠道管理系统、酒店管理系统客服以及前台各自独立地重发或重新创建订单。应指定一名技术负责人，并记录下每一次恢复尝试的时间戳和结果。

恢复后，确认以下几点：

• 一条酒店管理系统预订记录中同时包含 Trip.com 和服务商的订单号；
• 房型、房价、日期、入住人数、价格、支付说明及状态与 eBooking 保持一致；
• 共享库存刚好扣减了一次；
• 已核对临时库存和手动记录，且没有丢失备注或任务；并且
• 后续的修改或取消操作能够更新同一条直连预订记录。

提交可复现的问题包进行升级处理

联系最后一次成功交接之后的系统提供商。如果服务商从未收到过预订，请联合服务商和 Trip.com 一起处理。如果服务商已送达但酒店管理系统拒绝接收，请从酒店管理系统的接口对接团队开始排查。

提交的工单需包含：酒店 ID、Trip.com 预订号、房型和房价 ID、服务商订单号、带时区的预订和修改时间、消息 ID、下发响应记录、酒店管理系统报错信息、映射截图、搜索筛选条件、变动前后的库存情况，以及已经采取的每一项排查步骤。

说明预期结果与实际情况："已确认的 Trip.com 预订 X 应在酒店管理系统中为产品 Y 创建一条预订；服务商系统显示状态为 Z，但截至时间 T，未能在酒店管理系统中看到相匹配的记录。"

当遇到当日入住、该预订消耗了最后一间房、支付说明不清晰、多个订单丢失或异常队列持续增加时，请立即升级处理。

常见问题

前台应首先在哪里核实丢失的 Trip.com 预订？

在更改酒店管理系统数据之前，先在 eBooking 中查看正确的酒店，并确认 Trip.com 的预订号、状态、日期、预订产品及支付说明。

在 Trip.com 预订推送失败时，房价还能正常同步吗？

可以。推送房价和房态时，所使用的服务接口和验证机制可能与接收预订同步的数据流不同。请分别测试双向同步。

前台需要手动创建预订吗？

只有在经过批准的异常处理流程要求必须立即保障宾客入住时，才可手动创建。请对其做好标记以便后续核对，并防止自动触发重复的自动化任务。

为什么该预订仅在抵达列表中找不到？

它可能落在了其他酒店、日期、状态、分房记录、来源筛选、时区或权限范围下。请使用外部订单号在整个酒店管理系统中进行全盘搜索。

如何证明 Trip.com 同步已恢复？

酒店管理系统中的直连预订与 eBooking 一致，库存仅变动了一次，已撤销临时库存控制，并且未来的预订变更事件也能准确关联到同一条记录。

解决 Trip.com 漏单问题的标准是：保障宾客权益，并且能够追踪到订单从 eBooking 顺利转变为酒店管理系统中的一条干净记录。在关闭工单前，请先核实订单、修复失败的数据交接，并验证接下来的生命周期事件。