1. 先检查授权是否确实已断开，再判断日历不一致是否由访问权限问题引起。
2. 按照软件服务商支持的流程，重新连接现有 Airbnb 账号及房源 ID；不要发布替代房源。
3. 重试导入或手动创建住宿记录前，先通过确认码核对连接中断期间收到的预订。
Airbnb 多渠道管理出现警告时，管理者通常急于确认两件事：预订是否仍在正常接收，以及重新连接后是否会产生重复预订？稳妥的恢复方式是保留原有房源，并核实连接中断期间发生的变化。
这里的 API 指软件直接连接，而非导入的日历链接。恢复授权是一项工作，核实预订与房态是否一致则是另一项工作。
移除任何访问权限前，先确认连接是否已断开
在 Airbnb 电脑端打开房源，选择受影响的房源，然后在房源编辑器中打开设置，检查物业管理软件的状态。将该状态与已连接软件中的警告进行对照。菜单名称可能因账号和界面版本而异。
检查受影响的是单个房源还是整个账号。单套公寓的连接丢失，与所有房源同时失去服务商连接，需要采用不同的排查方式。
如果软件仍处于连接状态，但日历不一致，应先使用服务商支持的房态重新同步功能，并检查相关规则。不要为了修复日历不一致而断开软件连接、删除房源或重新创建房源。如果问题仍未解决，请联系服务商进一步处理。
如果服务商报告的是服务中断，且没有授权错误，反复尝试重新连接可能无济于事。请记录提示信息和最后一次成功更新的时间，并按照服务商的恢复指引操作。不要将所有更新延迟都归因于新的访问权限问题。
如果确认连接确实已断开，请找到获授权管理现有房源的 Airbnb 账号，并确认执行恢复操作的人员具备所需权限。团队成员能够查看预订，并不代表其有权重新连接账号。
保留原有房源，妥善处理中断期间的业务
更改连接前，请整理一份简要的恢复记录，包括 Airbnb 账号、房源 ID、对应的酒店管理系统房间单元、最后一次已知的成功更新时间，以及此后新建、修改或取消的预订。PMS 指酒店管理系统。
请使用房源 ID 进行识别，不要仅凭名称判断。两个房间单元可能使用相同的标题，而更名后的房源也可能仍是原来的房源。保存现有的对应关系，避免员工在重新连接界面误发一个新版本的房源。
如果恢复期间无法确保房态准确，请采用经批准的临时停售或房源暂停展示措施，并核实这些措施对新增预订是否生效。暂停销售并不等于取消现有住宿；仍需继续服务在住宾客，并处理收到的预订变更。
指定一名员工统一管理临时预订或锁房。如果即将到店的预订未出现在酒店管理系统中，先核查 Airbnb 的实际确认信息。仅使用酒店批准的临时记录或锁房方式，并明确关联原始预订。恢复导入后必须核对处理，不能将其保留为另一笔住宿记录。
连接中断期间，手动锁房和导入的预订可能同时占用同一个房间单元。在 Smart Order 中，请将 Airbnb 预订与住宿管理预订日历进行核对，让团队在批准新增记录前，确认现有住宿及其对库存的影响。恢复工作应确保同一笔预订在运营中只有一条有效记录，而不只是消除警告。
连接恢复期间，清晰掌握每笔住宿记录
使用 Smart Order 日历，在渠道恢复正常更新前，轻松核查渠道原始预订、临时锁房和剩余房态，减少重复处理。
重新授权账号，匹配现有房源
从已连接软件所支持的 Airbnb 连接或恢复流程开始操作。具体按钮名称取决于服务商；不要点击来路不明的邮件链接，也不要向客服提供 Airbnb 密码。
- 选择需要恢复的现有 Airbnb 连接。继续操作前，确认目标酒店或民宿以及账号无误。
- 按照服务商的登录和授权流程操作。在真正的 Airbnb 授权页面上，先核实账号及所请求的访问权限，再进行授权。
- 返回软件，将每个现有 Airbnb 房源 ID 与其原来对应的酒店管理系统房间单元或客房产品匹配。请选择关联现有房源的选项，不要执行发布新房源的操作。
- 确认预期的同步范围。按照原先约定，恢复房价与房态同步，或包含更多房源内容的同步；避免在恢复过程中意外更改房源内容的管理归属。
- 完成服务商支持的日历和预订同步。再次检查各房源的连接状态，并记录仍需处理的房源。
如果找不到正确的房源，请先停止操作，不要发布替代房源。与服务商一起检查当前登录账号、房源访问权限及已保存的连接。新房源无法修复与原房源预订或评价的关联。
不要将移除软件的 Airbnb 访问权限作为常规首要步骤。这一操作会断开与该软件关联的所有房源。只有在服务商确认确有必要，且受影响房源已得到妥善保护时，才采用先移除权限再重新连接的流程。主动更换另一套酒店管理系统属于独立的系统迁移，并非常规重新连接。
核对连接中断期间收到的预订
根据 Airbnb 预订记录整理受影响的预订清单，并与酒店管理系统逐一核对。如果无法确定中断的准确开始时间，应将核查时段适当前移，覆盖最后一次已知成功更新之前的一段时间。向服务商确认可导入的预订范围，不要假定所有历史住宿记录都会自动重新出现。
针对每笔预订，先匹配Airbnb 确认码和房源 ID，再核对当前状态、日期、入住人数和分房情况。仅凭宾客姓名不足以可靠匹配，因为同一位宾客可能有两笔正常的住宿预订。
如果酒店管理系统中已有一条正确记录，请核实后续受支持的变更能否更新到该记录。不要仅因最新的日期变更尚未同步，就再次导入一份。如果没有对应记录，请先通过服务商认可的方式获取预订，然后再次搜索确认，之后再考虑手动创建。
如果临时记录与恢复导入的记录同时存在，请停止重复发送消息、发起付款请求及进一步编辑。由主管确认应保留哪条已关联渠道的记录，并在采用经批准的重复记录处理流程前，保留已有分房信息、备注及收付款记录。切勿为了整理酒店管理系统中的记录而取消真实的 Airbnb 预订。
确定记录处理方式后，统一核对并调整一次库存。移除多余锁房可能已经释放了一个房间单元，此时再手动增加一个可售单元，就可能造成超售。检查取消预订是否释放了正确日期的库存，并确认预订修改是在调整原有住宿，而非新增另一笔到店记录。
确认预订全流程一致后，再恢复销售
显示“已连接”并不代表恢复工作已经完成。请确认关联的仍是原有房源，当前每笔预订仅显示一次，且 Airbnb 日历与酒店实际可售房量一致。分别检查一个正常开放预订的日期和一个已锁定的日期，并抽查具有代表性的房价及入住限制。
使用 Smart Order 的Airbnb 多渠道管理，根据已核对的酒店管理系统记录分发剩余房态，再确认渠道端的实际结果。在明确当前由哪个系统控制这些日期的房态之前，不要解除临时停售。
如果有经批准的测试环境或预订测试流程，请验证预订变更是否更新到同一条酒店管理系统记录，并确认取消预订仅释放一次相应库存。否则，请密切监控接下来发生的真实预订操作，并在恢复记录中注明这一验证限制。
如果房源仍未连接或记录不一致，请向服务商升级反馈，并提供房源 ID、受影响预订的确认码、警告原文、含时区的事件时间，以及已执行的操作。隐去不必要的宾客个人信息，切勿提供密码或银行卡数据。
只有当原有房源恢复连接、中断期间的住宿预订均已核对清楚，并重新由一个明确约定的房态来源统一控制时，恢复工作才算完成；发布另一套房源并不意味着问题已解决。
