1. 在 Agoda 合作伙伴后台的“Bookings > Reservations”下确认预订，并检查酒店注册的预订邮箱。
2. 在请求重发或创建手动记录之前，通过 Agoda 预订 ID 在多渠道管理系统和酒店管理系统中进行搜索。
3. 验证直连映射所使用的 Agoda 酒店、房型和房价计划 ID。
4. 保护宾客和共享库存，然后核对任何延迟的自动预订以避免重复。
一笔 酒店管理系统未收到的 Agoda 预订 属于实时预订事件。该通知可能在多渠道管理系统中停滞，在酒店管理系统导入期间失败，或者进入了意外的酒店、日期或状态下。
请勿直接开始重试。应先证明 Agoda 持有已确认的预订，找到最后接收到该预订的系统，并保护宾客与库存。这可避免将一次丢失的住宿转变成超售或重复预订。
在更改任何内容前确认 Agoda 预订
打开 Agoda 合作伙伴后台 (Agoda Partner Portal)，从 房源列表 (Listings) 中选择正确的酒店，然后前往 预订 > 预订记录 (Bookings > Reservations)。打开 已确认 (Confirmed) 视图，并通过 Agoda 预订 ID、宾客姓名、到达日期、离店日期和预订日期进行搜索。清除可能隐藏较旧、已修改或未来预订的过滤器。
即使已连接多渠道管理系统，Agoda 也会向注册的预订邮箱发送确认信息。酒店类型的住宿和多单元住宅可以在 设置 > 联系人 (Settings > Contacts) 下通过 预订和预订后 (Reservation and post-booking) 管理收件人。
请将合作伙伴后台视为预订的权威来源。确认状态、酒店、时间戳、产品、日期、入住人数、宾客、支付模式以及预期的酒店金额。Agoda 收款 (Agoda Collect) 会标记为预付；酒店收款 (Property Collect) 则指示酒店向客人收款。
如果在合作伙伴后台中找不到该预订，请勿根据宾客的屏幕截图创建 Agoda 预订。重新检查酒店、日期和预订 ID。如果预订已确认，即使没有酒店管理系统副本，也要确保该订单的住宿安排。
查找 Agoda 预订在何处停滞
已连接的预订通常会从 Agoda 传输到多渠道管理系统或直连提供商，然后再进入酒店管理系统。酒店管理系统的入住列表只是最终的操作视图。请按顺序在每个系统中进行搜索。
在多渠道管理系统中，搜索 Agoda 预订 ID、提供商参考号、酒店、时间戳和日期。检查待处理、失败、已拒绝和已归档的队列。获取其内部参考号和酒店管理系统交付结果。
搜索整个酒店管理系统，而不仅是今天的入住列表。使用每个外部参考号、宾客姓氏、预订日期、到达日期和房间进行搜索。包括已取消、已修改、未分配、错误和已导入等状态。夜核后请检查营业日期。
如果 Agoda 有此预订但提供商没有，请调查首次数据交接。如果提供商有该预订但酒店管理系统没有，请检查酒店管理系统的交付或导入情况。如果预订存在于入住列表之外的其他地方，请更正视图或分配，而不要再次导入。
当 Smart Order 通过其酒店渠道管理系统接收 Agoda 预订时，外部预订参考号、已映射的房间库存和酒店管理系统预订将进入同一个工作流。这为运营人员提供了一个清晰的界面，以便查看预订是否到达酒店系统并更改了房态。
追踪进入酒店管理系统的 Agoda 预订
保持新进 Agoda 预订、外部参考、已映射房型和库存变更之间的关联，以便员工在重试之前识别失败的交接环节。
检查 Agoda 通知和拉取机制
询问直连提供商它是如何接收 Agoda 预订的。恢复操作取决于连接方法。
Agoda 现行的合作伙伴中心指出，对于使用 Hint 的合作伙伴，Agoda 会尝试推送三次预订通知。如果这些尝试均失败，Agoda 会通过电子邮件将通知发送至多渠道管理系统。对于不使用 Hint 的合作伙伴，在连接恢复后，多渠道管理系统需要向 Agoda 发起新的请求。
Agoda 还指出 Request API 覆盖范围可能是原因之一。请向提供商提供预订 ID、带有时区的创建时间以及住宿日期，以便其检查拉取时间窗口。
切勿让多名员工重新发送同一笔预订。延迟的通知可能仍在传输中。在重试之前，请通过外部 ID 搜索酒店管理系统的所有状态。
如果提供商报告已交付，请索要其时间戳、目的地、消息 ID、响应以及重试历史记录。一个简单的已连接徽章并不能证明预订已成功导入酒店管理系统。
验证酒店、房型和房价计划映射
Agoda 要求多渠道管理系统映射 Agoda 的酒店 ID、房型 ID 和房价计划 ID。如果酒店连接正确但产品映射不完整，仍会阻止预订在酒店管理系统中转变为有效的住宿记录。
确认合作伙伴后台中显示在酒店名称旁边的 Agoda 酒店 ID。有关房型 ID，请前往 酒店 > 房型设置 (Property > Room setup)。有关房价计划 ID，请前往 房价 (Rates) 和 房态 > 房价计划 (availability > Rate plans)。将这些标识符与提供商映射以及有效的酒店管理系统产品进行比较。
检查 Agoda 房间或计划是否被创建、重命名、替换、停用或重新映射。对比入住人数、餐食、取消政策、定价模式和库存池。名称相似不能证明两者已成功匹配。
可能存在房间已映射而房价计划缺失的情况。提供商可能会收到预订，但针对该组合产品却找不到对应的接收目标。
切勿仅仅为了强制推送一笔预订而重新映射正在使用的产品。请记录当前的映射，获得批准后再进行更正，并使用低风险产品进行测试。
保护宾客并安全核对库存
从酒店运营的角度来看，已确认的 Agoda 预订具有即时约束力。如果客人即将到达，主管应决定在调查缺失的酒店管理系统记录期间，如何保留已预订的房间。
请使用以下受控的应对流程：
- 在 Agoda 合作伙伴后台确认实时预订和当前状态。
- 使用所有外部参考号最后一次搜索提供商及所有酒店管理系统状态。
- 根据酒店批准的异常处理流程保留正确的房间库存。
- 仅在政策允许的情况下手动创建酒店管理系统记录，并将其标记为等待 Agoda 同步核对。
- 准确复制房间、计划、日期、入住人数、价格、税费、餐食、取消政策和付款说明。
- 添加 Agoda 预订 ID 和提供商参考号，但绝对不要将完整的信用卡或虚拟卡数据复制到普通备注中。
- 监控延迟的自动预订，并在夜核前进行核对。
检查 Agoda 房态、共享渠道库存、酒店管理系统计数以及其他 OTA。Agoda 可能已经减少了自身的库存，而酒店管理系统却保留了旧的共享库存量，从而导致另一渠道售出了最后一间客房。
切勿在多个系统中同时减扣一个房间。请使用一次已记录的临时控制。当自动同步恢复时，保留与未来 Agoda 变更相关联的记录，并根据酒店管理系统政策清理占位符。
检查酒店管理系统导入规则和后续预订消息
尽管 Agoda 已交付，酒店管理系统的数据交接仍可能失败。请检查凭据、酒店连接、队列、不可用的服务、无效日期、不支持的入住人数、缺失的产品以及已关闭的计划。
检查消息序列。随后的修改或取消可能已经移动了已导入的住宿记录，或者因为缺少原始的 Agoda 预订 ID 而处于等待状态。
搜索隔离区、异常区或手动审查队列。某些酒店管理系统平台会将拒绝的预订保留在主日历之外。错误文本应指出阻止创建的具体字段或映射。
更正后，仅使用必要的恢复操作。确认拥有一条酒店管理系统预订记录、保留的 Agoda ID、一条有效的未来更新路径以及一次库存扣减。
Smart Order 住宿管理 将新进预订与运营日历相连接。当已恢复的 Agoda 预订变为可见时，前台人员可以验证其日期、房间状态和到达准备情况，而无需维护第二份手动列表。
保持已恢复的 Agoda 入住预订可见
将导入的预订与房态及前台工作连接起来，以便在入住或夜核前核对延迟的预订。
利用完整的事件记录进行升级处理
在最后一次成功的数据交接后联系对应的系统。如果提供商从未收到，请联络提供商和 Agoda。如果酒店管理系统拒绝了它，请从联系酒店管理系统的集成支持开始。
发送重现该事件的证据：
- Agoda 酒店 ID、预订 ID、房型 ID 和房价计划 ID
- 提供商和酒店管理系统预订参考号、映射 ID 以及直连名称
- 预订、推送或拉取、交付、重试以及带有报错的时区时间戳
- 当前 Agoda 状态、已执行的酒店管理系统搜索操作以及库存状况
- 完整的错误文本以及隐藏了付款凭证和个人数据的屏幕截图
- 已创建的手动保留或占位符记录
对于紧急情况，Agoda 建议酒店访问合作伙伴后台中的 需要帮助 (Need Help) 寻求支持，并提供 `biz@agoda.com` 以解决预订问题。请提供 Agoda 预订 ID，并使用安全途径传输付款信息。
恢复后，请记录根本原因及其负责人。审查通知联系人、拉取覆盖范围、映射变更控制、异常警报，以及酒店针对即将到来的 Agoda 入住与酒店管理系统进行的每日核对流程。
常见问题
我在哪里可以确认 Agoda 预订？
在 Agoda 合作伙伴后台，选择相应酒店，然后前往 预订 > 预订记录 > 已确认 (Bookings > Reservations > Confirmed)。通过 Agoda 预订 ID 和日期进行搜索，并检查已注册的预订通知电子邮件。
为什么 Agoda 发送了预订电子邮件，但酒店管理系统却没有收到？
可能是多渠道管理系统通知失败，提供商的拉取窗口未覆盖该预订的时间段，或者提供商已收到但酒店管理系统拒绝了导入。请根据 ID 和时间戳追踪每次数据交接。
前台是否应该手动录入缺失的 Agoda 预订？
只有在合作伙伴后台中确认该订单、搜索了每一个酒店管理系统状态，并遵循酒店的异常处理政策后，才可手动录入。由于自动同步的预订可能稍后送达，请标记该记录以便后续核对。
检查映射需要哪些 Agoda ID？
将 Agoda 的酒店 ID、房型 ID 和房价计划 ID 与多渠道管理系统和酒店管理系统的映射进行比较。哪怕只有一个缺失或过时的产品映射，都会阻断该预订。
缺失的 Agoda 预订会导致超售吗？
是的。Agoda 可能减少了自身库存，而酒店管理系统和其他渠道仍保留着旧的共享库存计数。请使用一种受控方法保护该房间，并在系统恢复后核对房态。
在多渠道管理系统重试之前应该做什么？
通过 Agoda 预订 ID 搜索酒店管理系统，确认第一次尝试是否创建了任何记录，获取失败证据，并验证提供商 Agoda 直连的正确恢复方法。
仅当合作伙伴后台、多渠道管理系统以及酒店管理系统均呈现同一条已确认的入住记录、相互关联的外部参考以及一次准确的库存扣减时，Agoda 的预订事件才算彻底解决。
