如何将 Trip.com 连接至多渠道管理并测试首笔预订

安全完成 Trip.com 多渠道管理设置分为两个部分：连接正确的产品，并验证首笔预订能否完成酒店的整个业务流程。绿色的连接状态标识固然有用，但并不能证明房价、房量、预订和支付设置已经准确匹配。

本指南面向负责上线工作的业主或管理者，以通俗易懂的方式说明酒店需要审批和验证的关键环节，避免使用复杂的系统对接术语。

本文不同于有关修改 Trip.com 房价、处理预订缺失、核对结算或修复预订变更的指南，其目标是在首次连接阶段就避免这些问题。

准备 eBooking 和酒店管理系统

酒店应已通过审核，并且可以登录 Trip.com eBooking。请确认合同、酒店 ID、房型信息、至少一个可售房型，以及账号所需的支付或结算资料。

连接前，请先整理房型和房价结构。删除已过期的重复产品或将其保持关闭，并确认入住人数、床型、餐食包含项目、取消政策、入住配置、税费和付款时间。

指定一名酒店上线负责人。即使多渠道管理服务商或 Trip.com 客户经理负责部分激活工作，也应由该负责人审批映射关系和正式上线决定。

具体的连接方式可能因市场、服务商和酒店账号而异。房源上线后，Trip.com 可能会通过酒店的账号联系人或市场负责人协调连接。即使菜单名称有所不同，也应遵循下方的操作顺序。

完成 Trip.com 多渠道管理设置

请按照可控的顺序完成设置。在每项对应关系都已明确负责人并取得测试结果之前，不要开放完整日历。

1. 确认服务商和酒店 ID。确保所用的 多渠道管理支持正确的 Trip.com 酒店，并确认没有人正在连接重复或已停用的房源。
2. 制作房型映射表。根据入住人数、床型、设施和实际房量池，将酒店管理系统中的每个房型与对应的 Trip.com 房型配对。任何无法确认的产品都应保持关闭。
3. 制作房价计划映射表。匹配餐食包含项目、取消政策、付款条款、入住人数和定价关系。仅住宿的灵活房价不得对应含早餐或不可退款的产品。
4. 明确每个销售字段的管理端。确定员工应在哪里修改房价、房态、停售、最短入住天数及其他受支持的限制条件。记录哪些 Trip.com 专属促销或内容仍需在 eBooking 中管理。
5. 批准连接。完成当前账号可执行的服务商和 Trip.com 激活步骤。在测试数据被成功接收之前，不要认定连接已经生效。
6. 发送有限范围的测试数据。选择未来风险较低的日期、少量房量和易于识别的房价。首次测试期间，应关闭无关的房型和日期。
7. 验证房价、房量和限制条件。在多渠道管理、eBooking 和 Trip.com 实时宾客端页面中，检查同一房型、房价计划、日期和入住人数。
8. 准备首笔预订测试。在规则允许的情况下，选择可退款或易于撤销的测试产品，指定下单人员，并告知前台和财务应如何处理这笔预订。

只有当酒店能够说明 Trip.com 上每个在售产品，并将其追溯到酒店管理系统中的一个房型和一个指定房价计划时，设置阶段才算完成。

首笔预订是产品映射与日常运营的交汇点。Smart Order将已连接的房量和传入的预订集中在同一个酒店工作台中，让管理者能够在扩大 Trip.com 销售范围前，高效核对预订与房量变化，减少人工操作和出错成本。

安全创建首笔测试预订

选择距离当前日期较远的入住日期，以免影响现阶段的运营。请选择设置测试中使用的同一房型和房价计划，并预留足够的备用房量，以便在预订延迟或重复时及时处理。

确认前，请记录宾客端显示的房型名称、房价计划条款、入住人数、最终价格、税费、付款方式和取消条款。这些信息将作为酒店管理系统中的预期结果。

只创建一笔预订。重复点击或同时创建多笔测试预订，可能会让正常的传输延迟看起来像重复导入问题。

记录确认号和预订时间。等待期间不要在酒店管理系统中手动创建预订，除非酒店的测试方案明确要求这样做。

端到端验证预订

在 eBooking 中打开该预订并确认其处于有效状态。随后使用 Trip.com 确认号，在多渠道管理和酒店管理系统中查找同一笔预订，不要只依赖宾客姓名。

酒店管理系统中的记录应与酒店、房型、房价计划、入住和退房日期、入住人数、酒店可查看的宾客信息、总金额和币种、付款安排、取消条款及预订来源保持一致。

请单独检查房量。被预订房型在每个入住日期的房量都应减少一间，并且不应影响无关房型。请核对酒店管理系统、多渠道管理、eBooking 和宾客端实时搜索结果中的房量。

如果预订出现两次、房量被扣减两次，或关联了错误产品，请立即暂停上线。保留两条记录，并在删除或合并任何内容之前完成调查。

首笔预订后测试一次变更

新预订只能证明初次传输链路正常，不能证明宾客后续的变更也会准确传入酒店。

如果已批准的测试流程允许，可进行一次受控变更，例如调整入住日期或取消可退款的测试预订。等待 Trip.com 确认新状态后，再验证酒店管理系统中的原预订是否已更新，而不是生成重复预订。

取消后，请确认房量只恢复一次。更改日期后，请确认原日期的房量已释放，新日期的房量只扣减一次。

不要使用会产生无法撤销扣款或实际账务问题的付款方式测试收款。创建测试预订前，应由财务批准该预订的付款、取消和记录方式。

判断 Trip.com 是否可以正式上线

只有当房型和房价映射均已获得批准、线上产品显示正确、首笔预订仅传入一次、房量仅变动一次，并且测试过的变更能够更新原预订时，才能批准全面上线。

记录已知限制、人工任务、紧急关房步骤、支持联系人，以及负责监控上线初期运行情况的人员。出现需要处理的问题时，员工应清楚是在酒店管理系统、多渠道管理还是 eBooking 中操作。

分阶段扩大可售日期范围。开放整个日历前，请再次检查旺季日期、满房日期、不同入住人数以及每个已映射房型。

上线后的前 72 小时内，请逐笔核对 Trip.com 预订、酒店管理系统记录和房量结果。尽早检查可以在错误映射影响更多宾客之前发现并解决问题。

常见问题

所有酒店都能将 Trip.com 连接至多渠道管理吗？

Trip.com 支持多种多渠道管理，但能否使用和激活取决于服务商、所在市场、酒店状态及账号合作安排。

酒店是否应在测试前开放所有房型？

不应。请选择有限的日期范围、少量房量和一个明确的产品。只有在确认房价、限制条件和预订结果符合预期后，才能扩大开放范围。

首笔预订最重要的检查项是什么？

确认一笔 Trip.com 预订只会在酒店管理系统中生成一笔预订，并且在每个入住日期仅从正确房型中扣减一间房量。

员工是否应在酒店管理系统中手动创建测试预订？

不应。测试的目的是验证预订能否自动传入。手动录入可能掩盖连接失败的问题，或造成重复预订。

连接何时可以投入正常销售？

当映射关系已获批准、测试销售控制正常、线上产品显示正确，并且首笔预订及一次允许的后续变更都能顺利完成，无需进行原因不明的人工修复时，即可投入正常销售。