Tiket.com OTA 多渠道管理设置：房型映射与首笔预订测试

OTA 多渠道管理工具可能将正确的数值发送到 Tiket.com 上错误的房型。即使显示连接成功，酒店仍可能将含早餐套餐作为不含餐产品出售，或收到被关联到错误房型的预订。

将设置过程视为一个小型上线项目：先准备产品，再完成连接和映射，最后验证预订能否回传至酒店管理系统。OTA 指在线旅行社；仅实现日历同步，并不等于完成了这套完整流程。

准备产品与定价模式

在Tiket.com 商家后台中，确认酒店及其标识符。所有计划对接的房型都应信息完整且已启用，所有计划对接的房价计划也应已启用，并关联到正确的房型。对接前先处理重复或已停用的产品；不要仅因两个系统中的名称不同，就新建一个房型。

整理一份工作清单，列出酒店管理系统中的房型和房价计划、对应的 Tiket.com 标识符，以及宾客实际购买的产品内容。核对餐食、取消条款、入住人数上限，以及连接所要求的币种和计价口径。仅凭房型名称，无法区分可灵活取消的含早餐产品与不可退款的不含餐产品。

统一按房间或按入住人数定价的模式

按房间定价时，在允许的入住人数范围内，每间客房采用统一的每晚价格。按入住人数定价时，价格随宾客人数变化。Tiket.com 与多渠道管理工具应使用双方均支持的同一定价模式。

对于按入住人数定价的连接，应按照受支持的设置流程，通过管理房价与房态关闭 Tiket.com 中相关房价计划的自动降价功能。否则，额外降价可能影响已按入住人数传入的价格。不要仅为修正一笔异常价格，就更改整个定价模式。

明确启用连接后，由哪个系统统一管理常规房价和房量。同时确认哪些促销或政策字段需要单独维护；连接正常，并不代表所有销售设置都会同步。

如果前台手动维护 Tiket.com，而另一名员工同时更新酒店管理系统，同一房型就可能出现两套相互冲突的价格。应采用统一的OTA 多渠道管理流程。使用 Smart Order，可在酒店工作台集中管理已连接渠道的房价和房态，减少重复操作，再核查回传的预订，确认实际售出的房型和产品。

连接 Tiket.com，逐一映射房型与房价计划

请使用电脑端商家后台完成以下操作。菜单名称可能因账号权限或界面更新而有所不同。如果已连接其他服务商，应与相关团队协调，在可控范围内完成切换；不要将添加服务商视为删除或替换现有连接的方法。

1. 选择正确的酒店，并打开连接管理。
2. 从服务商列表中选择已确认使用的多渠道管理服务商。
3. 选择添加，然后选择继续，并保留生成的连接确认信息。
4. 在多渠道管理工具中打开 Tiket.com 连接，完成房型与房价计划映射。
5. 先匹配各房型标识符，再匹配其房价计划。保存前，对照工作清单核查宾客预订条款。
6. 在可控范围内发送经批准的首次房价与房态更新。重新打开商家后台中的对应记录，对比实际保存的结果。

“映射”是指关联相互对应的产品，而不是传输实体客房的房间号。酒店管理系统中包含多间同类客房的房型，通常应连接到渠道上对应的房型。如果多个房价计划共用同一批客房，就不要为每个计划分别虚设一套独立房量。

发送数据前，确认服务商的首次更新是仅覆盖所选范围，还是也会影响其他已映射的产品。保护现有预订和有效的锁房记录，不能让新的数据来源用默认房量覆盖实际已售罄的日期。

保留连接所用的酒店标识符，以及多渠道管理控制台中显示的服务商信息。这些信息有助于后续区分是连错酒店，还是房型映射错误。

验证首笔预订，而不只是房价更新

选择经批准的测试方式。如果必须进行真实预订，应先取得授权，选择合适的日期，并了解支付和取消条款。测试预订仍可能产生费用；不要因为预订由员工创建，就认为它一定免费。

指定一个房型和房价计划，使用目标日期、宾客人数和币种在 Tiket.com 上搜索。进入产品明细，确认前逐项对比餐食、取消条款、价格和收款说明。

例如，某房型有三间可售客房，在没有其他预订、锁房或调整的情况下，新增一笔预订一间客房的订单后，应剩余两间可售。应对比同一组可核对的前后数据，避免混用其他销售发生前后的数值。

在酒店管理系统预订日历中核查回传的预订：

• 同一个 Tiket.com 行程编号仅对应一笔预订，没有生成两条重复记录。
• 酒店、入住日期、房型和房价计划均与所预订的产品一致。
• 宾客人数、预订金额、币种和支付说明均可对照确认信息核查清楚。
• 预订对每个入住晚上的房量均只扣减一次，扣减后的可售房量正确。

比较金额时，应确保计价口径一致。宾客最终支付的价格与酒店收款金额可能采用不同口径，因此不要仅因两个总额不同，就“修正”一笔有效预订。

如果经授权的测试包含取消操作，应通过受支持的预订渠道提交取消，并保留确认信息。核查酒店管理系统中的处理结果，以及各入住晚上的房量是否已释放。如果房态已恢复，就不要再次手动增加房量。实际发生的费用或退款应单独记录。

结果不明确时，暂缓上线

商家后台的价格错误：再次发送完整更新前，先检查已关联的房型与房价计划组合、定价模式、各入住人数对应的价格，以及自动降价设置。修正应仅限于受影响的范围。

产品显示正确，但未收到预订：先按行程编号在整个酒店管理系统中搜索。如账号提供相关功能，再查看连接管理 > 多渠道管理控制台 > 预订错误日志。检查报错信息并解决原因后，再执行重新发送。未经搜索就反复重试，可能导致重复处理。

回传的预订关联到错误房型：暂停扩大该映射产品的销售范围。保障已向宾客确认的预订安排，修正关联关系，并核实应如何按批准流程重新分配现有预订。

房量扣减两次或完全未扣减：将回传预订与手动创建的占位预订或房量调整记录进行对比。先确认究竟是哪项操作实际占用了客房，再修改房量。

只有映射产品、首笔预订和房量变化结果全部一致，才能批准扩大销售范围。保存映射清单、测试编号、价格核查凭证和所有未解决的异常，并明确负责人。连接通知可以作为参考依据，但只有完成预订测试，才能证明酒店已具备运营该渠道的条件。