OTA 房价计划映射错误：酒店如何发现并修复

一个 OTA 房价计划映射错误可能会使正确的客房显示错误的预订条件。酒店可能因此免费提供早餐、接受未计入定价的取消条件、错误地收取款项，或者以低于预期最终价格的价格出售客房。

映射是指酒店管理系统中的房价计划与客人可在 OTA 上预订的产品之间的关联关系。例如，酒店管理系统中的“不可退款纯房价”计划不应指向名为“灵活取消含早餐”的 OTA 产品。

首先确认客人可以买到什么，以及酒店必须提供什么。技术代码可以等到支持团队需要时再查看。

保护客人并停止错误的优惠

打开受影响的 OTA 产品，在更改连接之前确认具体问题。保存客房、入住日期、显示价格、所含餐饮、取消条款和支付说明。

如果该优惠会立即带来财务或客人服务风险，请通过常规的酒店管理系统或多渠道管理流程，仅暂停或关闭该房价计划。当客房本身仍可通过其他有效计划出售时，不要关闭共享客房库存。

保留所有现有预订。不要删除或重新创建仍有有效预订的房价计划，因为后续修改和取消可能仍依赖该计划。安排一名人员审核已经通过错误产品创建的预订。

并非所有价格差异都是映射错误。比较酒店管理系统与 OTA 时，应使用相同的客房、日期、入住人数、货币、设备、市场、登录状态和税费显示方式。移动端折扣、会员价、促销、货币换算或税费展示方式都可能造成合理的差异。

比较客人实际购买的四项内容

酒店管理系统房价计划和 OTA 产品不必使用完全相同的名称，但必须承诺相同的商业住宿条件。在判定映射错误之前，请比较以下四项内容。

餐饮和包含项目

检查两个产品是否都是仅含客房、含早餐、半食宿或其他套餐。还应比较停车、机场接送、欢迎礼品、度假村消费额度，以及其他会增加酒店成本的包含项目。

如果 OTA 销售的是含早餐产品，但酒店管理系统收到的是仅含客房计划，前台可能看不到早餐权益，酒店也可能需要承担计划外的餐饮成本。修正映射期间，应保障向客人承诺的权益。

取消政策

比较免费取消截止时间、不可退款条件、未入住费用、修改规则，以及取消后保留的任何押金。

如果灵活取消的 OTA 产品连接到了不可退款的酒店管理系统计划，取消时就会产生争议。OTA 确认单是客人所购内容的记录；不要暗中用酒店原本预期的政策替换这些条款。

支付方式和时间

检查是由 OTA 收款、酒店向客人收费、使用虚拟卡，还是客人需要在抵达前支付押金。确认款项何时可用，以及酒店应收取的金额。

错误的映射可能会触发不正确的押金请求、重复付款请求，或错误的前台收款说明。不要在普通备注和支持截图中包含受保护的支付信息。

客人最终价格

比较相同住宿的总价，而不只是每晚基础房价。应包括入住人数费用、税费、其他费用、餐饮附加费、折扣、派生房价调整，以及向客人显示的货币。

如果四项商业条件一致，但公开价格不同，请先调查促销、税费显示、入住人数定价、货币和市场折扣，再更改映射。如果这些条件实际指向另一个酒店管理系统计划，则关联关系很可能有误。

当房价计划需要跨多个渠道管理时，酒店渠道管理系统可以让团队在发送下一次价格或预订之前，集中比较酒店管理系统房价计划和 OTA 产品。

确认并修正酒店管理系统与 OTA 的关联关系

映射是什么意思

简单来说，映射回答了一个问题：每个 OTA 产品应由哪个酒店管理系统房价计划控制和接收？即使显示名称不同，酒店也应能够使用相同的四项内容描述两端的产品。

选择一个受影响的物业、客房、日期、酒店管理系统计划和 OTA 产品。首先确认物理客房正确，然后根据餐饮、取消、支付和最终价格比较酒店管理系统计划与 OTA 产品。

检查近期发生的变化。新建计划、复制客房、重命名优惠、重新连接渠道、迁移酒店管理系统，或者从独立价格改为派生价格，都可能导致旧的关联关系仍处于选中状态。

每次只更改一个关联关系

暂停对受影响计划的常规编辑，并保存当前设置的截图。根据商业含义选择预期的酒店管理系统计划和 OTA 产品，不要只选择名称最接近的项目。

仅更改错误的房价计划关联关系。保持已经验证的物业、客房和库存连接不变。如果更改一个计划需要断开整个物业或客房，请停止操作并联系直连服务提供商。

使用风险较低的未来日期进行验证。发送一次受控的价格或限制条件变更，然后检查确切的 OTA 产品，并确认不相关的计划没有发生变化。

审核在错误计划下创建的预订

修正映射可以保护未来的销售，但不会自动修复已经在错误的酒店管理系统计划下创建的预订。

将每一份受影响的 OTA 确认单与其酒店管理系统记录进行比较。保留客人的价格、餐饮、取消条款、支付说明、入住日期和来源预订参考编号。只有通过能够让未来 OTA 更新继续关联到同一预订的批准流程，才能修正内部房价代码或操作备注。

检查运营影响。错误的计划可能已经改变餐饮数量、押金任务、自动消息、税费或套餐入账、佣金处理、收益代码，或者前台支付说明。

只有在重大差异需要澄清时才联系客人。不要把酒店内部的映射错误描述成客人的错误，也不要仅仅为了让酒店管理系统记录更整洁而取消有效的 OTA 预订。

应向技术支持提供的信息

酒店员工可以说明商业条件不匹配的问题，无需自行诊断连接。提交一个包含以下信息的支持工单：

• 物业 ID、酒店管理系统房价计划 ID、多渠道管理房价计划 ID，以及 OTA 优惠或房价计划 ID；
• 受影响的客房、入住日期、入住人数、货币和销售市场；
• 预期和实际的餐饮、取消、支付及最终价格；
• 一个受影响的预订参考编号，并屏蔽支付数据；
• 酒店管理系统计划、映射页面、OTA 产品和面向客人的优惠截图；以及
• 更新时间、时区、输出确认或交付结果，以及近期配置变更。

只有在这一阶段，标识符链才有用。请支持团队确认各个技术 ID 分别指向哪个产品，以及最新更新是否到达该目标。酒店员工不应需要自行检查消息载荷或提供商队列。

确认修复并防止问题再次发生

不要因为映射页面看起来正确就关闭工单。确认一次受控的酒店管理系统更新能够更改预期的 OTA 产品，同时另一个有效计划保持不变。

使用相同的日期、入住人数、货币、市场、登录状态、餐饮、取消和支付条件搜索公开的 OTA 优惠。然后进行一次经过授权的可取消测试预订。确认该预订以正确的价格和库存变化进入预期的酒店管理系统房价计划，并确认经过批准的修改和取消操作会更新同一条记录。

在酒店的房价计划登记表中记录最终的酒店管理系统计划和 OTA 产品。每当团队发布、复制、重命名、派生或停用房价计划，更换多渠道管理，或者迁移酒店管理系统时，都应重复执行这项商业字段检查。

常见问题

什么是 OTA 房价计划映射错误？

它是指一个酒店管理系统房价计划连接到了错误的 OTA 产品。客房可能正确，但餐饮、取消、支付或最终价格有误。

房型正确时，房价计划仍可能错误吗？

是的。客房库存可以正确更新，但 OTA 销售的商业条件可能与酒店管理系统计划中指定的条件不同。

所有 OTA 价格差异都是映射错误吗？

不是。请先比较相同的日期、入住人数、货币、税费、市场、登录状态、促销和派生价格规则。当 OTA 产品对应的是另一个酒店管理系统计划时，映射才最有可能是问题原因。

酒店应该删除并重新创建房价计划吗？

如果该计划仍有有效预订或依赖它的其他计划，就不应这样做。请先保护优惠、确认预期的关联关系，然后通过批准的工作流仅更改错误的映射。

如何验证修正后的映射？

检查一次受控更新是否到达预期的 OTA 产品，确认不相关的计划保持不变，并完成一次经过授权的可取消预订、修改和取消。

对酒店管理者而言，最安全的方法是比较客人实际购买的内容：餐饮、取消、支付和最终价格。只有在这些商业事实表明应连接哪个酒店管理系统计划和 OTA 产品之后，才使用技术 ID。