1. 在正确的 tiket.com Extranet 酒店属性中确认该预订。
2. 使用行程 ID、宾客姓名和入住日期搜索整个酒店管理系统。
3. 检查已预订的客房和房价计划是否与目标酒店管理系统产品匹配。
4. 如果已确认的预订存在超售风险，请仅采取一次客房保护措施。
5. 携带一份完整的案例资料联系相应的支持团队。
当tiket.com 预订未在酒店管理系统中显示时，请从预订本身开始排查，而不是先检查集成。如果正确的 tiket.com Extranet 酒店属性显示该预订已确认，请将其视为有效住宿预订，同时让团队检查酒店管理系统并保护客房库存。
不要要求宾客重新预订、取消 tiket.com 预订，也不要让多名员工分别创建替代记录。请按顺序完成以下五项酒店检查。
1. 在 Tiket.com Extranet 中确认预订
在桌面版 Extranet中打开 Bookings > Search Bookings（预订 > 搜索预订）。通过行程 ID 或宾客姓名进行搜索，扩大日期范围，并包含已确认、已修改和已取消的预订。
您也可以检查 Lignum by tiket.com 应用程序。打开 Reservations（预订），选择 Check-In（入住） 或 Booking（预订） 选项卡，选择相关日期范围，并通过宾客姓名或行程 ID 进行搜索。随着平台更新，菜单措辞可能会有所变化，因此请使用您账户中显示的预订搜索功能。
打开该预订并确认：
- 酒店属性和行程 ID
- 当前预订状态
- 入住和退房日期
- 客房类型、房价计划和入住人数
- 价格、支付说明和取消政策
- 最新修改内容和重要宾客要求
如果 Extranet 中没有该预订，请重新检查酒店属性、日期范围和行程 ID。不要仅凭宾客截图或转发的电子邮件创建酒店管理系统预订。如果预订已确认，请记录详细信息并继续排查。
2. 使用多个字段搜索酒店管理系统
不要仅依赖今日到店界面。请使用 tiket.com 行程 ID、宾客姓氏、入住和离店日期以及预订日期，在酒店管理系统中进行全局预订搜索。
将搜索范围扩大到所有相关状态，包括已确认、待处理、未分配、已修改、已取消、已归档和重复预订。如果您的账户管理多个酒店属性，请确认当前搜索的是正确酒店，然后检查该预订是否被归入其他酒店属性。
检查日期、来源、客房、状态和用户权限筛选器。已修改的预订可能已经移出原来的到店日期范围，而已取消的住宿可能只显示在历史记录中。
如果行程 ID 已存在于一条不完整的酒店管理系统记录中，请保留该记录并联系支持团队。创建第二条预订可能会重复扣减房态，并向宾客发送重复消息。
3. 检查客房类型和房价计划
已确认的预订通常会从 tiket.com 通过酒店的渠道连接进入酒店管理系统。
将 Extranet 中的客房类型与应该接收该预订的酒店管理系统客房类型进行比较，然后比较房价计划。检查餐食选项、取消政策、入住人数、支付模式和最终价格，以确认两个产品代表的是同一项报价。
请留意近期变更。客房或房价计划可能已被重命名、复制、替换、停用或重新连接。显示名称相似并不能证明连接的是正确产品。
如果已预订的产品未连接到目标酒店管理系统房态，该客房可能仍可销售，而预订却没有显示。酒店渠道管理系统可以在同一套酒店工作流程中管理已连接的预订和客房房态。
统一管理渠道预订与房态
通过一个 Smart Order 工作流程管理已连接的预订和客房房态，并可使用免费方案快速开始。
检查酒店管理系统或酒店渠道管理系统中是否有明显警告，但不要为了强制传入一个预订而同时更改多个客房或房价计划连接。大范围更改可能会将未来的预订发送至错误的房态或价格计划。
4. 仅采取一次宾客与房态保护措施
如果 Extranet 确认了该预订，但酒店管理系统中仍没有可用记录，请检查客房是否仍在出售。对于当天到店、最后一间可售客房或接近售罄的日期，请立即采取行动。
使用一种获批的保护方法：
- 在正确的客房房态上添加一条有记录的临时保留；或
- 如果酒店政策要求，则创建一条标签清晰的酒店管理系统手动预订。
添加行程 ID，并注明“临时记录——等待恢复 tiket.com 预订”等备注。仔细复制入住日期、客房、房价计划、入住人数、价格、支付说明和取消条款。不要在普通备注中填写银行卡信息、安全码、密码或一次性验证码。
不要分别在 Extranet、酒店渠道管理系统和酒店管理系统中重复扣减同一房态。指定一名员工在直连预订出现后对临时控制措施进行对账。
5. 联系正确的支持团队
如果在核实酒店属性和搜索信息后，Extranet 中仍没有该预订，请联系 tiket.com 住宿支持团队。如果 Extranet 中已确认该预订，但连接的酒店管理系统或酒店渠道管理系统中没有，请联系相应的软件服务商。如果酒店渠道管理系统可以看到该预订，但酒店管理系统无法看到，请先联系酒店管理系统服务商。
创建一个支持工单，并包含：
- 酒店名称和酒店 ID
- Tiket.com 行程 ID
- 宾客姓名和入住日期
- 预订状态和最近更新时间，包括时区
- Extranet 预订截图和酒店管理系统搜索截图
- Tiket.com 客房和房价计划名称及其对应的目标酒店管理系统产品
- 所有可见警告以及已经采取的临时房态措施
直接询问一个问题：能否安全恢复原始预订，还是酒店应该保留临时手动记录？让相应的服务商选择正确的恢复方法。酒店管理人员无需判断连接是如何发送或获取预订的。
不要要求多个支持团队同时恢复该预订。请指定一名负责人并记录每项操作，以免同一预订被创建两次。
6. 结案前验证修复结果
预订出现后，请将其与 tiket.com Extranet 中的记录进行比较。确认酒店管理系统中只有一条用于运营的预订，并确保行程 ID、宾客、日期、客房、房价计划、入住人数、价格、支付说明和状态均正确。
检查房态是否只扣减了一次。对临时保留或手动记录进行对账，同时确保备注、押金、排房信息或前台任务没有丢失。确认宾客没有收到重复的确认信息、付款请求或访问说明。
只有当后续修改或取消仍能更新同一条酒店管理系统预订时，该事件才算结案。
前台应该立即创建手动预订吗？
不应该。请先确认 tiket.com 预订，搜索整个酒店管理系统并保护房态。只有在预订已确认、宾客或客房面临即时风险，并且酒店获批流程要求这样做时，才使用手动记录。
预订缺失时，房价仍能更新吗？
可以。近期的房价或房态更新并不能证明该预订已经进入酒店管理系统。请检查预订本身以及目标客房和房价计划。
为什么预订只在到店界面中缺失？
它可能位于其他日期、酒店属性、状态、排房、来源筛选器或权限范围下。请在创建支持工单前搜索整个酒店管理系统。
什么能证明问题已经解决？
一条酒店管理系统预订记录与 Extranet 匹配，房态只变更了一次，临时控制措施均已对账处理完毕，并且后续预订变更仍然关联至同一条记录。
