OTA 修改导致酒店管理系统生成第二条预订：如何解决

当现有预订发生变更时，酒店管理系统没有更新原记录，而是生成了第二条记录，就会出现OTA 修改导致的重复预订。前台可能会看到同一位宾客有两条到店记录、房态被扣减两次，或者一条旧记录和一条日期不同的新记录。

这种情况不同于重复导入新预订所产生的重复记录。此时，判断问题的关键证据是修改记录：OTA 中仍然只有一条预订，但酒店管理系统却将修改前后的版本拆分成了两条记录。

在酒店确认哪条记录仍与后续 OTA 变更保持连接之前，不要取消任何一条记录。删除错误的记录可能导致无法接收取消更新，并丢失付款说明、宾客消息或正确的房间分配。

确认 OTA 中只有一条预订

在正确的 OTA 酒店后台中打开当前预订。使用渠道确认号进行搜索，并确认 OTA 是否只显示一条有效预订、最近修改时间以及当前完整的入住信息。

对比原始信息与当前信息，包括抵店日期、离店日期、房型、房间数量、宾客、价格、付款方式、取消条款和状态。保存修改时间及其所在时区。

如果 OTA 显示两个不同的确认号，请不要将酒店管理系统中的记录视为修改导致的重复记录。它们可能是两条真实预订，取消任何一条之前都需要先向宾客确认。

如果 OTA 只显示一个确认号和一条当前预订，酒店最终应当只保留一条可供日常运营使用的酒店管理系统记录。第二条酒店管理系统记录属于内部重复记录，并不代表宾客有第二条真实预订。

暂停进一步的人工修改

指定一名经理或资深前台员工负责处理此问题。通知下一班员工，在核查完成之前，不要调整房间、收取款项、发送确认消息或取消任何一条记录。

只需为宾客当前所需的房间保留一次房态。如果此次修改涉及最后一间房、当日抵店或更换房间，请按照酒店流程设置一个临时占用。不要为酒店管理系统中的两条记录分别增加占用。

如条件允许，请暂停与旧记录关联的宾客定时消息。重复发送抵店提醒或付款请求，可能会在酒店查明问题之前让宾客发现异常。

已连接的酒店渠道管理系统应确保 OTA 确认号及后续变更始终关联到同一条酒店预订。处理本次问题时，请将连接历史作为判断依据，不要反复重新发送修改信息。

并排对比酒店管理系统中的两条记录

首先使用 OTA 确认号进行对比，然后检查酒店管理系统预订 ID、创建时间、最近变更时间、来源、日期、房型与价格方案、宾客、价格、付款说明、押金、备注、消息、已分配房间和房态变动。

较早的记录可能包含原始付款信息或宾客沟通记录，而较新的记录可能包含修改后的正确日期。在酒店确认必须保留哪些信息之前，不应删除任何一条记录。

检查是否存在清晰的修改轨迹：一条记录与变更前的预订一致，另一条记录与 OTA 中的当前版本一致。同时检查较新的记录是否缺少 OTA 参考号，或使用了不同的参考号。缺少参考号可能会使重复记录看起来像一条人工创建的直接预订。

还应搜索已取消和已归档的预订。员工可能已经尝试解决问题，导致到店列表中只显示一条记录，但另有一条隐藏记录仍在影响房态或付款报表。

选择应当保留的记录

保留能够继续接收 OTA 后续修改和取消通知的酒店管理系统记录。该记录应保留正确的 OTA 确认号、渠道来源、当前状态以及与原始预订历史的连接。

如果保持连接的记录仍显示旧日期，而重复记录中包含正确的新入住信息，应使用已经确认的当前信息更新保持连接的记录，不要仅仅因为新记录看起来更准确就选择它。如果无法确定哪条记录持有渠道连接，请向酒店管理系统服务商确认安全的处理方式。

关闭多余记录之前，应保留所有与宾客服务相关的历史信息。转移或保留经过授权的付款备注、押金参考信息、宾客需求、内部评论、房间分配决定和员工任务，但不要重复复制费用。

高效的酒店管理系统工作流程可将预订来源、账单、房间分配和审计历史集中管理。这样，即使删除重复记录，前台、房务和财务团队仍能顺畅使用保留下来的记录，提高处理效率并减少人工核对成本。

Smart Order 帮助团队在统一的运营流程中核查 OTA 参考信息和酒店管理系统中的两条记录，再决定最终保留哪一条预订。

按照可控顺序处理重复记录

请按照统一顺序处理，避免房态和款项被重复变更：

1. 确认 OTA 中唯一的当前预订及其最新修改信息。
2. 标记需要保留的酒店管理系统记录，并注明其仍与渠道保持连接的判断依据。
3. 使用经过确认的入住日期、房间、价格、宾客、付款和政策信息更新保留记录。
4. 只从重复记录中转移必要的备注、任务、押金和房间分配信息。
5. 按照酒店批准的重复记录、作废、合并或非宾客取消流程，关闭多余的酒店管理系统记录。
6. 重新计算房态和付款总额，然后再次搜索 OTA 确认号。

不要通过取消真实的 OTA 预订来删除多余的酒店管理系统记录。这样会改变宾客的真实预订，并可能在渠道端触发退款、费用、消息或房态释放。

如果多余记录中包含财务条目，不要直接将其删除。财务团队需要留下可追溯的更正记录，说明该记录为何不再代表一次独立入住。

核对房态、付款和宾客服务任务

在更正前后核对实际可售房量。最终保留的预订应在当前入住期间的每个夜晚，仅占用一次对应房型。修改后不再需要的旧日期不应继续占用房态。

将 OTA 付款说明与保留记录中的酒店管理系统账单进行对比。检查预付或渠道代收金额、到店支付余额、押金、退款、适用情况下的虚拟付款备注，以及员工已经录入的任何费用。切勿转移或重复保存敏感的银行卡数据。

检查宾客沟通记录。只保留一套确认消息；如果宾客已经收到相互矛盾的信息，再向其说明当前正确的入住安排。删除重复的房务任务、入住链接、付款提醒、欢迎消息和房间分配。

酒店的移动端前台工作流程应只向当班团队显示一条可处理的到店记录。如果移动端或运营列表中仍然显示两条记录，说明问题尚未彻底解决。

验证下一次 OTA 事件

完成更正后，最后一次对比保留的酒店管理系统记录与 OTA 预订。确认状态、日期、房间、房价、宾客、价格、付款、取消条款和房态均保持一致。

密切观察下一次系统支持的修改或取消事件。该事件应更新保留的记录，而不是重新生成已经关闭的重复记录，或创建第三条预订。

向技术支持提供 OTA 确认号、两条酒店管理系统记录的 ID、原始及修改后的信息、创建和修改时间、截图、房态影响，以及最终选择保留的记录。请技术支持说明此次修改为何创建了新记录，而没有更新原记录。

只有在酒店管理系统中仅保留一条可正常使用的记录、房态准确、款项只出现一次，并且后续 OTA 变更有明确的接收记录时，才能关闭此问题。

预防修改导致的重复记录

要求员工在为变更后的入住安排创建人工预订之前，先使用 OTA 确认号进行搜索。预订没有出现在到店列表中，可能是因为日期已经变更，而不是预订已经消失。

新增 OTA、酒店管理系统连接、房型或价格方案后，应测试预订、修改和取消流程。修改操作必须更新原有的预订 ID。

分别记录重复预订的原因，包括人工重复录入、不支持的变更、映射发生改变、早期导入失败、员工创建副本或修改信息延迟到达。预防措施取决于具体原因，而不只是系统中出现了两条记录这一现象。

常见问题

酒店应该保留哪条酒店管理系统记录？

保留仍与 OTA 确认号关联并且能够接收后续变更的记录，同时确保该记录保留完整的当前入住信息和经过批准的财务历史。

员工是否应该在 OTA 后台取消其中一条预订？

不应该。如果 OTA 只显示一条预订，应在酒店管理系统内部解决重复记录，不要更改宾客的真实预订。

如果酒店管理系统中的两条记录都包含付款信息，该怎么办？

暂停进一步收费，确认真实交易，并在关闭重复记录之前，由财务人员按照酒店批准的流程转移或冲销相关条目。

什么情况下才算问题已经解决？

酒店管理系统中仅保留一条当前预订，房态只被占用一次，付款和消息没有重复，并且下一次 OTA 事件能够正确更新该记录。