1. 在创建新产品期间，让现有房型继续销售，同时将新房型的未来库存设为零或限制在较低水平。
2. 先确定实体客房池，再创建 OTA 房型和房价计划连接。
3. 每次映射一个渠道，并测试房价、房态、预订、修改和取消流程。
4. 只有在所有 OTA 均使用正确的共享客房池后，才逐步扩大开放日期和库存。
在酒店管理系统和 OTA 之间映射新房型时，酒店管理系统无需关闭所有线上销售。安全的做法是分阶段上线：保护现有产品，先在酒店管理系统中配置新房型，在不开放常规库存的情况下创建对应的 OTA 产品，并在完成可控测试后逐一开放各渠道。
本文介绍如何在多个 OTA 上线一个新的客房类别。内容不仅解释映射的含义，也不局限于单一渠道的配置步骤。运营目标是在确保现有房型可正常预订的同时，防止新产品开放额外或错误的库存。
先确定实体客房池
列出将归入新房型的实体客房。确认这些客房是新增客房、翻新客房，还是从现有类别中调整过来的客房。
记录客房数量、入住人数、床型、浴室、景观、吸烟政策、设施、无障碍条件、儿童和加床规则，以及客人付费购买的各项特色权益。只有在办理入住时确实可以相互替换的客房，才应归入同一房型。
如果客房将从现有类别转入新类别，请选择一个未来的切换日期。该日期前后的现有预订都必须保留有效的客房分配。在审核完所有受影响的未来预订之前，不要减少原客房池的数量。
建立一个简单的库存等式：原类别客房数、转出客房数、新增实体客房数和新类别最终客房数。除非确实增加或减少了实体客房，否则酒店总库存必须保持不变。
创建酒店管理系统产品，但暂不开放 OTA 销售
在酒店管理系统中创建新房型，并使用清晰的内部名称。添加对应的实体客房、接待人数、客房特色、房务工作设置、税费处理方式和报表分组。
仅关联已获批准的房价计划。根据需要设置纯房价、含早餐、可退款、不可退款、按入住人数计价、派生房价以及最短或最长入住限制。不要自动复制所有旧房价计划。
在映射准备完成前，对已连接的 OTA 关闭新房型，或将其库存设为零。无需因此关闭现有房型；现有房型的连接和库存应继续正常运行。
在酒店管理系统中创建一笔内部测试预订。确认系统可以分配正确的客房、库存仅减少一次、房价和税费计算正确，并且取消后客房会按预期恢复至库存。
在各 OTA 创建对应产品
在每个 OTA 账户中使用准确的内容和照片创建新的对客房型。根据该渠道提供的控制方式，将其保持为关闭、未启用或零房态。
记录 OTA 房型标识符和每个房价计划标识符。将入住人数、床型、包含项目、取消规则、付款方式、币种、税费显示方式和库存计算依据与酒店管理系统中的产品逐项核对。
出于营销需要，各平台的名称可以不同，但实际含义必须一致。除非实体布局和向客人承诺的体验完全相同，否则酒店管理系统中的“家庭套房”不能映射到 OTA 上的“两居室公寓”。
如果 OTA 自动创建了复制房型或合作伙伴提供的房型，请单独进行审核。不要仅仅为了完成连接，就将酒店管理系统中的新房型映射到外观最相近的产品。
逐个渠道映射房型和房价计划
优先选择测试流程最清晰、风险最低的 OTA。选择酒店管理系统中的新房型，并将其连接到对应的全新 OTA 房型。随后，将每个受支持的房价计划连接到匹配的 OTA 产品。
核对房价计划的实际含义，而不只是名称。餐食、退款条件、入住人数、付款时间、税费和派生价格规则必须保持一致。
除非酒店有意采用配额模式，否则同一实体客房的所有房价计划都应共用一个客房池。灵活价与不可退款价只是销售同一间客房的两种方式，并不代表两间不同的客房。
涉及多个系统时，请记录由哪个系统负责管理房态、价格、限制条件和渠道专属促销。每个字段的日常维护都应只有一个责任系统。
Smart Order 可将酒店管理系统房型、已连接的 OTA 产品、房价计划和传入的预订记录整合到同一套运营流程中。管理者可在库存和测试结果核对无误后逐一批准渠道上线，无需中断现有房型销售，从而提升上线效率并降低运营风险。
通过可控上线流程添加 OTA 房型
使用 Smart Order 连接客房库存与预订，并在扩大销售范围前逐一验证每个新渠道产品，让上线更高效、更省心。
开放一个小范围测试窗口
选择现有房态充足且需求较低的未来日期。在第一个 OTA 上开放一间新房型，同时保持其他 OTA 上的新产品关闭。记录酒店管理系统和每个已连接渠道中的初始库存数量。
通过日常使用的主控系统发送已批准的房价和房态。确认 OTA 显示了正确的房型、入住人数、价格、税费、餐食、取消条款、付款方式和入住限制。
同时执行一次排除条件搜索。新销售窗口之外的日期或不支持的入住人数不应显示该产品。这不仅能证明房型可见，也能证明边界条件设置有效。
不要因为首次房态更新成功就开放整个销售季。这只能证明房型可以显示，并不能证明预订会进入酒店管理系统中正确的客房池。
完成预订全生命周期测试
在受控日期创建一笔经过授权且可取消的预订。核实 OTA 房型和房价计划、酒店管理系统导入结果、客人人数、价格、付款说明以及来源记录。
随后检查各系统中的库存。酒店管理系统中的新客房池应只减少一次，共用该客房的所有房价计划都应显示剩余数量，其他无关的现有房型则不应发生变化。
在渠道支持的情况下修改入住日期或入住人数，并确认酒店管理系统中的原预订记录同步更新。通过正常渠道流程取消预订，确认同一条记录的状态发生变化，且客房库存只恢复一次。
使用以下六项标准进行上线审批：
- 对客房型及向客人承诺的体验正确无误。
- 房价、税费、餐食、付款及取消条件正确无误。
- 酒店管理系统中仅生成一笔使用新房型和房价计划的预订。
- 所有关联产品的库存仅减少一次。
- 修改操作正确更新原预订。
- 取消操作成功，且库存正确恢复一次。
如果任何一项结果不符合预期，请将新的 OTA 产品恢复为零库存或关闭状态。在酒店只修正新连接期间，现有房型仍可继续销售。
逐步扩大销售，同时避免库存隐性增加
第一个 OTA 通过测试后，在下一个渠道重复相同流程。保持测试日期和验证材料一致，以便快速识别各渠道之间的差异。
增加库存前，请汇总切换期间原房型和新房型的可售数量。如果客房在不同类别之间调整，合计可售数量不得超过酒店实际可分配的实体客房数量。
逐步开放日期：先开放风险较低的短日期范围，再开放常规日期，最后开放高需求和有限制的时段。每次扩大范围后，都要检查派生房价、最短入住天数、关闭日期和按入住人数计价。
监控来自每个 OTA 的首笔正式预订。只有真实或受控的预订、修改、取消和库存恢复均正确完成后，该渠道才算全面上线。
保留不影响现有销售的回退方案
新房型的回退范围应尽可能小。将新的 OTA 产品设为零库存或关闭状态，保留现有预订，并且不要改动已经稳定运行的房型映射。
只要仍有预订关联新酒店管理系统房型、OTA 房型或房价计划，就不要将其删除。应先修正映射并重新测试；如果需要停用产品，则应通过经过批准且不会影响客人权益的流程转移未来预订。
保留上线记录，其中应包含酒店管理系统房型代码、实体客房数量、OTA 房型和房价标识符、库存责任系统、测试日期、预订记录、审批人及待解决问题。每当房型被重命名、复制、合并或删除时，都要更新该记录。
常见问题
映射期间，酒店必须关闭所有 OTA 销售吗？
不需要。保持现有产品正常销售，只需将新房型的库存设为零或仅开放有限的未来库存，直至每项连接都通过测试。
多个 OTA 房型可以映射到同一个酒店管理系统房型吗？
只有在这些房型代表同一个实体客房池，并向客人承诺相同体验时才可以。它们的房价计划可以不同，但库存不得重复计算。
如果客房从原类别调整到新类别，应如何处理？
设置一个未来切换日期，审核现有预订，并在开放新客房池的同时减少原客房池，确保合计房态始终不超过实体客房数量。
新房型何时才算全面上线？
当每个渠道都显示正确的产品，一笔预订进入酒店管理系统中的正确记录，库存仅变动一次，并且修改和取消操作都能在同一条记录上完成时，新房型才算全面上线。
