Trip.com 房型映射：对接新房型，避免创建重复产品

酒店系统中新增房型，并不一定需要在 Trip.com 商家后台中创建新产品。相同的房型可能已用其他名称存在。再次创建，可能导致两个售卖产品同时销售同一批客房，而酒店实际只统计了一次这些客房。

房型映射，是指确定 Trip.com 上的哪个房型与您的酒店管理系统中的某个房型相对应。本指南适用于已完成渠道对接的酒店，介绍如何新增或调整房型，重点说明如何避免重复产品和可售房量虚高。

检查房型是否已存在

在 Trip.com 合作伙伴后台 eBooking 中打开对应酒店，检查其房型。对比床型、布局、入住人数上限、卫浴、景观，以及向宾客承诺的其他配置。如果账号支持查看已关闭或停用的房型，也应一并检查。

不要只根据名称相近来匹配。您的酒店管理系统可能将某个房型命名为“尊享双人房”，而 Trip.com 将其命名为“豪华大床房”。如果实际客房配置与向宾客承诺的内容一致，它可能就是您需要对接的现有房型。如果布局不同，即使名称相似，也不能互相替代。

也要检查宾客端的展示。同一房型下有多个餐食或取消政策不同的售卖方案，并不一定意味着房型重复。真正的问题是，多余的房型或对接关系将同一批库存误当成额外客房出售。

操作前，先明确变更类型。新建客房、房型改名、客房翻新，以及客房在不同房型之间调整，分别需要不同的库存处理方式。如果员工只是修改营销名称，应先确认现有对接关系，再决定是否需要新增产品。

记录房型处理决定时，同时保留酒店管理系统和 Trip.com 中的房型标识。即使日后名称发生变化，这些标识仍可用于识别对应记录。如果两个现有渠道房型看起来相同，应先请对接服务商或 Trip.com 联系人确认目前由哪个房型承接预订，再决定复用哪一个。

建立统一、准确的实际客房库存池

明确记录哪些实际客房属于该房型，以及每个受影响日期可售的客房数量。含早方案和纯房方案可以销售同一间客房，但不会因此增加一间实际客房。

例如，一家酒店有十间双人房，现将其中两间翻新后的客房调整为新的尊享房型。从约定的变更日期起，正确的数量应为八间标准双人房加两间尊享双人房。如果仍开放十间标准双人房，再新增两间尊享双人房，就会在实际只有十间客房的情况下，对外出售十二间客房。

调整客房所属房型前，先检查未来预订。现有宾客仍需获得有效的分房安排，以及预订时承诺的客房配置。选择团队能够清楚说明的变更日期，并记录所有已获批准的重新分房安排，避免留给宾客到店时的当班员工处理。

明确员工日常应在哪个系统中调整房态。对于已对接的房型，应遵循约定的酒店管理系统或多渠道管理操作流程，并核实渠道端结果。同时，区分可售房量与在 eBooking 中维护的客房描述及账号专属设置。

涉及多个售卖方案时，房量不清的问题更难发现。Smart Order 将酒店管理系统中的客房库存池与 OTA 渠道房态及传入的预订关联起来，让管理者在扩大销售范围前，轻松核对初始房量与预订扣减情况，提升核查效率，降低超售风险。

对接已确认的 Trip.com 房型产品

具体的对接操作会因服务商和酒店账号而异。请使用现有的映射流程，或与服务商及 Trip.com 账号联系人协调变更。不要认为在一个系统中创建房型，就会自动在另一个系统中生成正确的对应房型。

按以下顺序完成新房型对接：

1. 使用已记录的酒店标识，确认两端对应的是同一家酒店。
2. 选择酒店管理系统中的房型，以及实际配置和入住人数上限与之匹配的 Trip.com 房型。
3. 适用时，复用已经核实的现有 Trip.com 房型。仅在酒店确实需要独立房型时才新建。
4. 确认房型与价格计划之间的对应关系，确保不同餐食和取消政策的售卖方案关联到正确的客房库存池。
5. 在准备好进行验证之前，通过常规销售控制将新产品保持为关闭状态，或将可售房量设为零。
6. 保存对接关系，并记录所选房型标识、变更日期、初始可售房量，以及批准上线的负责人。

如果确实需要新建 Trip.com 房型，应先完善客房信息，并在开放销售前核查账号是否有相关审批步骤。准确的床型、入住人数、照片和配置，与正确对接同样重要。即使技术上已完成关联，房型展示仍可能向宾客承诺错误的客房。

如果对接页面中未显示新建的目标房型，应按照服务商的常规流程刷新可用房型列表，或联系支持人员。反复创建新房型，并不能可靠地让最初创建的房型出现在列表中。

扩大销售范围前验证房型

选择未来较空闲、仍有余房的日期，并使用已获批准的可售价格。对新房型发送一次小范围的房态或房价更新。检查目标 Trip.com 房型是否发生相应变化，同时确认无关房型保持不变。

检查线上售卖方案时，使用相同的日期、入住人数和币种。仔细查看房型详情，不要只看酒店页面上的最低价结果。促销活动可能改变价格，但不会改变实际销售的客房。

还应使用不符合销售条件的搜索条件进行验证。当搜索的入住人数超过该房型允许的上限时，该房型不应作为可预订选项出现。再检查一个专门设为关闭的日期，确认新产品不会在获准销售的日期范围之外继续可订。

随后，按照约定的取消和支付条件，进行一笔已获授权的测试预订。在酒店前台预订记录中找到对应的 Trip.com 预订确认信息。核对房型、日期、入住人数、价格、预订来源，以及所包含的服务。

单独核对库存：每预订一间客房，应在每个入住夜晚从正确的库存池中仅扣减一次。如果原有标准房型也出现意外变化，应先排查对接关系或共享库存设置，再开放更多日期。

按已获批准的流程取消测试预订，并确认同一笔预订的状态已更新，库存也仅回补一次。等待预订传入期间，不要再手动创建另一笔预订，否则会难以判断对接是否正常生效。

妥善处理重复产品，保留预订记录

两个相似房型同时在售

对比已记录的房型标识、配置、房价，以及传入预订所归属的房型。确定它们是有意设置、使用受控共享库存的售卖方案，还是意外创建的重复产品。仅凭名称相似无法作出判断。

如果其中一个是误建的多余产品，应通过相应的销售控制仅关闭该产品，并核实结果。保持有效房型正常可售，同时确认关闭操作没有扣除其他正常售卖方案的库存。

预订被归入旧房型

根据 Trip.com 预订确认信息，找到实际售出的房型产品，并将其标识与当前对接关系进行比对。修正映射关系，确保后续预订正确归类，同时按照酒店批准的更正流程审核现有预订。

不要为了匹配酒店管理系统中的房型名称而擅自为宾客降级。应保留预订时承诺的客房标准，并确保后续修改或取消仍关联同一预订标识。

可售房量看起来高于实际客房数量

重新检查从旧房型调出的客房、手动输入的渠道房量，以及仍在开放销售的重复产品。减少可售房量前，先确认正确的合计数量。已满房日期与普通淡日可能需要采取不同的修正方式。

只要仍有预订关联某个房型产品，就不要将其删除。记录未来预订情况，按约定流程修正或停用重复产品，并保留历史记录。将最终房型处理决定与您的酒店管理记录一并保存，避免下次改名或翻新时再次出现相同问题。

小范围验证通过后，再开放更多销售日期。核查该房型收到的第一笔真实预订，并在下一次运营调整后再次核对客房数量。

常见问题

酒店管理系统中每新增一个房型，都需要新建 Trip.com 产品吗？

不需要。先检查渠道上是否已有对应房型。房型改名或内部调整可能只需要复核对接关系，无需新增一个面向宾客销售的房型产品。

纯房方案和含早方案属于重复房型吗？

不一定。它们可以是销售同一实际客房库存池的不同价格计划。应分别核查房型与共享房态。

可以在不增加酒店客房总量的情况下新增尊享房型吗？

可以。如果客房是从现有房型中调出的，就应从约定日期起相应减少旧房型库存，确保合计数量准确。

未使用的重复产品应该立即删除吗？

先检查当前有效预订和未来预订。关闭误建的售卖方案，保留其历史记录，并在相关依赖关系处理完毕后，按照批准的流程将其停用。

如何证明房型映射正确？

面向宾客展示的目标房型按预期更新，一笔预订传入酒店管理系统中的正确房型，库存仅扣减一次，且按批准流程取消测试预订后，同一条预订记录得到相应更新。