1. 确认是由 eBooking 还是已连接的酒店渠道管理系统授权发送 Trip.com 房价。
2. 打开您账户中可用的房价与房态(Rates & Availability)区域,然后准确选择物业、房型、价格计划、日期和货币,再输入新房价。
3. 检查关联价格行为、促销活动、基于入住人数的定价、库存和限制条件,不要假设所有账户的菜单标签都相同。
4. 保存后,重新打开编辑过的日期,并执行同等条件的宾客搜索以确认最终报价。
了解如何在 Trip.com eBooking 中修改房价不仅仅是找到一个价格字段那么简单。这里的操作风险在于修改了错误的客房、价格计划、日期范围或来源系统,然后才发现在 Trip.com 上预期的报价不可用或价格有误。
最安全的方法是识别权威的房价来源,仅编辑预期的产品,保护已连接的定价和限制条件,并验证保存的内容以及面向宾客的最终结果。Trip.com 将 eBooking 描述为其用于管理房价和房态的住宿合作伙伴后台(extranet),但可用的工具和标签可能会因账户、语言、物业设置和界面版本的不同而有所差异。
在修改 Trip.com 房价之前
首先确定哪个系统控制 Trip.com。如果酒店渠道管理系统、中央预订系统(CRS)或酒店管理系统(PMS)连接是经过批准的房价来源,请在那里进行修改。手动在 eBooking 中修改的数值可能会被稍后的同步消息替换,给员工留下一个他们无法重现或解释的临时价格。
使用 Smart Order 的酒店渠道管理系统的酒店,应在该系统中更新已批准的映射房价,并使用 eBooking 来确认 Trip.com 接收到的数据。
Trip.com 的合作伙伴常见问题解答(FAQ)确认 eBooking 用于管理房价和房态。而 Trip.com 的直连平台也分别确认了已连接的系统可以创建或更新房价、库存和限制条件。这是两种不同的操作路径,因此酒店不应同时在两处进行编辑,除非有明确记录的特殊情况要求这样做。
在打开编辑器之前,准备一份简短的修改摘要:
- 物业和用户账户
- 房型和价格计划
- 开始日期、结束日期以及适用的工作日
- 入住人数、餐食标准、取消条款和支付模式
- 货币、计税基准、当前房价和预期房价
- 来源系统、修改原因以及回滚日期
检查预期计划是否使用其他计划作为其价格来源,或者是否有针对特定账户的调整。不要认为每一个不可退款、会员、移动端或活动报价都会自动从最优无限制房价(BAR)衍生而来。这种关系取决于酒店的产品和促销活动是如何配置的。
如何在 Trip.com eBooking 中修改房价
使用您账户中可用的房价编辑器
Trip.com 并没有为每个 eBooking 账户发布一份通用、公开、逐按钮说明的日历指南。请遵循您账户中可见的标签,并将以下顺序视为一种操作控制流程,而不是承诺每个菜单都会有相同的名称。
- 登录Trip.com eBooking,请使用具有修改房价权限的用户账户。
- 如果该账户管理多个物业,请在打开其房价工具之前确认物业是否正确。
- 打开您账户中用于管理房价与房态、客房价格或房态日历的区域。
- 设置预期的日期或日期范围。在继续之前,请检查年份、开始日期、结束日期以及任何工作日筛选条件。
- 准确选择房型。相似的客房名称、床型或入住人数变体不能互换使用。
- 选择预期的价格计划,并确认其餐食标准、取消条款、入住人数、支付模式以及任何关联房价设置。
- 使用物业配置的货币和定价基准输入新房价。使用与现有设置相同的税务处理方式。
- 检查与该房价一起显示的房态、停售控制和入住限制。除非同一商业决策需要更新库存或限制条件,否则请保持它们不变。
- 保存或更新您的选择,并等待账户的确认消息。
- 重新打开相同的客房、计划和日期,以确认 eBooking 已保存预期数值。
菜单标签可能会因账户语言、物业配置、合同和界面版本而异。如果您的账户中的房价编辑器与此顺序不符,请在修改不熟悉的控件之前,使用账户内的帮助或酒店支持聊天功能。
避免批量编辑错误
只有当每个选定日期都应接收相同指令时,批量编辑才是高效的。在将一个数值应用到一个较长的日期范围之前,请确认周末、活动、季节性时段、现有的价格波动以及回滚日期。
当酒店打算仅修改价格时,不要同时覆盖房态或限制条件。当必须更改库存或入住规则时,请将它们记录为单独的受批准字段,以便员工能够独立验证每个结果。
统一通过单一房价来源更新 Trip.com
保持客房映射、房价、库存和支持的限制条件一致,而不是维护第二个手动日历。
保护价格计划并确认结果
完成价格计划检查
在酒店认为操作完成之前,价格更新应当通过以下控制检查。这是一份编辑操作检查清单,而不是 Trip.com eBooking 界面的截图。

分别确认客房、计划、日期范围、定价基准、限制条件和促销活动。如果一个计划使用另一个房价作为其价格来源,请编辑授权来源并确认其衍生的结果,而不是假设显示的子价格可以独立更改。
检查已保存的房价和公开报价
首先在 eBooking 中重新打开已编辑的日期。确认物业、房型、价格计划、日期范围、货币和已保存的数值。这证明了后台目前持有的数据,但还不能证明宾客实际能预订到什么。
接下来,使用无痕浏览器窗口或未登录的 Trip.com 会话搜索相同的物业和住宿。匹配以下所有条件:
- 入住和退房日期
- 客房数量、成人和儿童人数
- 房型和入住人数
- 餐食包含情况和取消条款
- 付款时间、客源市场、货币和登录状态
比较最终应付总额以及每晚显示的价格。促销、活动、税费、货币转换、基于入住人数的定价或其他符合条件的价格计划,都可能导致面向宾客的结果与保存在编辑器中的金额不同。
在更改的日期范围内至少测试一次单晚住宿和一次多晚住宿。多晚搜索可能会暴露单晚测试无法发现的遗漏日期、混合价格、不可用夜晚或入住限制。
保存关于更新时间、操作用户、来源系统、客房、计划、日期、保存数值、公开报价以及任何可见促销活动的证据。此记录有助于酒店区分是输入错误,还是连接、配置或显示方面的问题。
保持 Trip.com 价格计划映射并可追踪
一次更新受批准的房价,同步至预期的 OTA 产品,并保留更清晰的修改记录。
故障排除和常见问题解答
当房价无法保存时我该怎么办?
确认所选的物业、客房、计划、日期、权限、货币格式以及任何验证消息。检查产品是否处于激活状态,以及账户是否需要不同的定价基准或最低允许数值。当原因不明时,请勿反复提交不熟悉的字段;截图保存提示信息并使用酒店支持(Hotel Support)聊天功能寻求帮助。
为什么修改后的 Trip.com 房价又恢复原状了?
在手动编辑之后,已连接的酒店渠道管理系统或中央系统可能又发送了另一个房价。请在进行下一次 eBooking 修改之前,检查连接日志并在权威来源系统中更正该数值。
为什么 Trip.com 的公开价格与已保存的房价不同?
比较完全相同的日期、入住人数、客房、计划、餐食、取消条款、付款时间、货币、客源市场、税费、促销活动和登录状态。搜索中显示的第一个价格可能属于另一个符合条件的报价,因此也请比较最终结账页面的总额。
修改 BAR(最优无限制房价)会更新所有 Trip.com 的价格计划吗?
不一定。只有被配置为以该房价作为价格来源的产品才会随之变动。独立计划、促销活动、基于入住人数的价格以及针对特定账户的覆盖设置,都需要进行单独验证。
在检查结果之前我应该等待多久?
在保存完成后,应立即确认 eBooking 已保存的数值,然后刷新匹配的 Trip.com 宾客搜索。不要依赖固定的延迟时间,因为手动 eBooking 更新与连接系统传输之间的路径是不同的。如果已保存的数值正确,但报价仍不一致,请记录这两个屏幕的截图并联系酒店支持。
已连接的酒店应该在哪里修改 Trip.com 房价?
使用被指定为权威来源的酒店管理系统(PMS)、中央预订系统(CRS)或酒店渠道管理系统。Trip.com 的直连文档已确认支持房价、库存和限制条件的更新。使用 eBooking 验证接收到的结果,并管理直连无法控制的特定账户设置。
将手动修改 OTA 视为受控的例外情况是最安全的。作为酒店授权源,已连接的酒店管理系统和酒店渠道管理系统能够提供更清晰的审计路径。指定责任人,记录原因和回滚日期,并证明已保存的数值以及面向宾客的最终结果。这能将一次微小的价格调整转变为一个可审计的流程,而不是破坏折扣、遗漏日期或无法解释的价格差距的根源。