如何将 Traveloka 连接至多渠道管理：上线前检查清单

要可靠地完成 Traveloka 多渠道管理配置，准备工作必须在任何人开启连接之前完成。酒店的房型、房价计划、政策以及库存管理归属，都必须已在 Traveloka TERA 和酒店管理系统或多渠道管理中明确设置。

这份检查清单并非用于讲解集成技术，而是为业主或管理者提供判断依据，帮助确认住宿是否具备安全上线的条件。

本文重点介绍上线前的配置工作，不会重复用于修复现有房态不一致问题的逐房型核查流程，也不会说明如何修改房价或创建 Traveloka 促销活动。

确认住宿已做好连接准备

Traveloka 房源应已处于启用状态，或已进入可批准连接的阶段。请确认住宿 ID、法定住宿名称、合同状态、付款信息均正确，并确保可以访问 TERA。

请在映射前检查公开展示的房型内容。如果房型的入住人数、床型、餐食权益或取消条款有误，应在多渠道管理开始发送房态之前完成修正。

指定一名酒店端上线负责人。此人不必具备技术背景，但必须能够审核房型对应关系、房价计划含义、库存数量以及最终上线决定。

TERA 的菜单名称和连接步骤可能因市场、住宿类型、账户权限及连接服务商而异。即使界面名称不同，也应采用下述相同的运营管控方法。

完成 Traveloka 多渠道管理配置检查清单

在房型和房价对应关系尚未确定时，请勿开放库存。逐项完成以下检查，并保留结果记录。

1. 列出所有可售房型。 核对酒店管理系统中的房型名称、Traveloka 房型名称、入住人数、床型及实体房间数量。对于重复或过时的 Traveloka 房型，应予以标记，而不能凭猜测进行映射。
2. 列出每个房型的所有房价计划。 记录纯住宿、含早餐、可退款、不可退款、按入住人数计价以及其他正在使用的优惠。确认每项计划对应的政策和所含权益。
3. 确定唯一的数据源。 明确由酒店管理系统还是多渠道管理控制 Traveloka 的房价、房态、停售、最短入住天数及其他支持的限制条件。员工还应了解哪些数据仍需在 TERA 中管理，例如渠道专属促销活动。
4. 申请建立连接。 按照账户可用的流程选择或确认连接服务商。在数据开始传输前，酒店、服务商和 Traveloka 可能都需要分别批准或启用连接中的相应环节。
5. 审核房型映射。 将酒店管理系统中的一个房型连接至对应的 Traveloka 房型。如果入住人数、床型或库存池不同，即使名称相似也不要进行映射。
6. 审核房价计划映射。 将餐食、取消政策、付款方式和入住人数含义相同的计划配对。绝不能仅因价格相近，就将灵活取消计划连接至 Traveloka 的不可退款优惠。
7. 设置受控测试日期范围。 选择运营风险较低的未来日期。先发送少量且数量明确的库存和便于识别的测试房价，不要立即开放整个日历。
8. 测试酒店将使用的管控功能。 分别修改一个房价、一项房态数量和一项支持的限制条件，并在多渠道管理、TERA 和宾客端实时搜索结果中逐一确认。
9. 确认预订传输正常。 使用获准的测试预订或服务商支持的测试方法。确认一笔 Traveloka 订单仅在酒店管理系统中创建一笔预订，并且目标房型的库存仅扣减一次。
10. 在全面上线前完成审批。 记录已映射的房型和计划、通过的测试、尚未解决的限制、紧急关房方法、支持联系人，以及批准开放更多日期的管理者。

这份检查清单可将“已连接”转化为经过验证的业务决策。仅仅在 TERA 中看到服务商名称，并不代表连接已经具备上线条件。

上线期间，最大的风险是员工同时在两个系统中修改同一份库存。Smart Order 为管理者提供统一运营视图，集中查看已映射渠道的房态和预订，让团队在扩大可售日期范围前，清楚掌握 Traveloka 连接的实际结果。

按实际含义核对映射，而非只看名称

房型名称只是标签，库存池才是实际业务基础。两个都叫“豪华房”的房型，可能拥有不同的床型、入住人数、景观或实体库存。错误映射可能导致酒店售出无法实际提供的房间。

房价计划也需要同样谨慎地核对。请比较餐食权益、取消条款、付款时间、入住人数、税费，以及价格是否由其他计划派生。即使房型映射正确，错误的房价映射仍会引发宾客服务问题。

如果 Traveloka 中的某个房型或计划在酒店管理系统中没有对应项目，请保持关闭状态。酒店应明确决定是创建缺失的产品、下架该 Traveloka 优惠，还是指定负责人单独管理。

测试较小的可售日期范围

选择距离当前日期足够远、不会干扰近期到店安排，并且业务相对清闲、便于员工观察的日期。先从一两个房型和少量库存开始。

发送一个便于识别的房价，然后在计入税费、入住人数和 Traveloka 当前促销活动后，核对宾客端显示的价格。由于合理的商业规则，系统中保存的基础房价可能与宾客最终看到的价格不同。

将房态从一个已知数量调整为另一个数量，确认所有运营视图中的同一日期和房型都显示新的数量。随后，添加并移除一项酒店预计在上线后使用的限制条件。

如果测试失败，请停止扩大日期范围。记录具体房型、房价计划、日期、预期结果、实际显示结果及最后一次操作时间。修复一项对应关系后，再重复测试。

判断住宿是否可以正式上线

当每个启用的房型和房价计划都已通过映射审核、负责控制连接的系统已有明确记录、测试修改均正确生效，并且一笔预订能够完成预期流程时，住宿才具备上线条件。

如果仍有无法识别的房型、政策错误的计划，或测试预订需要通过原因不明的人工修改才能完成，请勿上线。这些都是尚未解决的风险，而不是无关紧要的配置细节。

获批后，应分阶段扩大库存。开放整个日历前，再次检查近期日期、旺季日期、关闭日期以及不同入住人数的情况。

即使日常房价和库存由多渠道管理提供，也应保留 TERA 的访问权限。酒店仍需使用它确认预订、检查宾客端显示、管理渠道专属项目，以及处理连接中断。

规划上线后的前 72 小时

上线后的最初几天，应每天多次检查新的 Traveloka 预订。确认每笔订单仅在酒店管理系统中出现一次，并扣减正确的库存。

抽查宾客端房价，并与酒店预期的房价和所含权益进行比较。在下一班员工接班前，检查所有警告和人工修改记录。

不要将第一笔成功预订视为所有房型均配置正确的证明。应继续检查每个已映射产品，直至所有已上线的房型与房价组合都产生预期结果。

常见问题

Traveloka 可以连接多渠道管理吗？

Traveloka TERA 支持连接多种多渠道管理。具体是否可用取决于服务商、市场、住宿账户和审批流程。

酒店是否应在完成房型配置前建立连接？

不应这样做。请先确定房型、房价计划、入住人数、政策和库存池，否则团队可能会映射仍在变更的产品。

员工可以继续在 TERA 中修改库存吗？

紧急情况下可能需要人工修改，但员工应遵守书面规定。正常库存应在被指定为连接控制端的系统中进行修改。

Traveloka 促销活动由多渠道管理进行管理吗？

并非总是如此。应将促销活动视为独立的商业层，并确认哪些设置仍需在 TERA 中管理。不要认为基础房价连接能够控制宾客享受的所有折扣。

如何证明连接已经具备上线条件？

映射通过审核、房价和库存测试成功、线上优惠显示正确，并且一笔预订仅向酒店管理系统传输一次，是上线所需的最低验证依据。