酒店合作伙伴指南
Booking.com Extranet：酒店房价、房态与结算操作指南
Booking.com Extranet 是酒店决定 Booking.com 可以售卖哪些内容的控制面板：房价与价格计划、房态日历、促销、预订、取消政策和结算。本指南介绍如何日常运营它，以及何时应将这些控制迁移到 PMS、渠道管理器或您自己的预订平台。
- 安全登录与员工角色
- 房价与房态
- 预订与取消
- 结算与虚拟卡
它是什么
Booking.com Extranet 控制哪些内容
Booking.com Extranet 是用于管理 Booking.com 上住宿的合作伙伴后台。它位于房型和价格计划之上，执行一系列规则：哪些库存可售、客人看到什么价格、适用哪些限制，以及每笔预订从创建到取消如何处理。PHPTRAVELS 不是 Booking.com 的登录入口：合作伙伴需使用为其酒店签发的凭据，通过 Booking.com 官方合作伙伴门户登录。在首笔销售之前，请把上线当作开通一个销售渠道来对待，因为每个字段都会影响售卖内容以及争议的处理方式。
- 酒店资料：地址、设施、税费以及用于结算的法定名称
- 房型设置：房型、入住人数和儿童政策，便于日后与 PMS 映射
- 价格计划：基础价格、限制条件以及前台能够执行的取消政策
- 付款：结算方式以及虚拟信用卡的扣款方式
- 安全：开启双重验证，并为每位员工分配单独角色
- 日期
- 11月12日 – 11月18日
- 房型
- 豪华双人间 · 可售 6 间
- 价格计划
- 标准价 · 免费取消
- 限制
- 最少入住 2 晚
- 员工权限
- 收益管理角色 · 已开启双重验证
Extranet 控制项
每个酒店团队都要处理的六个领域
每项控制都会直接影响实时可售库存或资金，因此错误会立刻表现为利润流失、超售或结算纠纷。
- 新预订 · 3 晚豪华双人间 · 标准价 · 11月14日到店US$486整个行程
- 日期变更 · 2 晚高级双床房 · 不可退款价 · 改至11月20日US$298整个行程
- 取消 · 4 晚家庭房 · 灵活价 · 在截止期内取消US$152整个行程
房价管理
按房型和价格计划设置基础价与衍生价，税费按客人实际看到的方式显示。
房态日历
按日期设置可售房量、停售和最少入住天数，并根据维修、团队保留房和客房清洁进行调整。
促销
折扣可以提升曝光，但可能与其他优惠叠加，因此请先核对客人最终价格和净结算金额。
预订与取消
新预订、变更、未入住和取消，每次都以相同方式执行取消政策。
结算与虚拟卡
根据设置以银行转账或虚拟信用卡结算，并与预订和扣除的佣金逐一核对。
权限与安全
双重验证和用户角色可防止共享账号随意修改价格和结算设置。
分步操作
如何每天使用 Booking.com Extranet
一套以准确为先的日常流程：先处理预订，再检查房态，然后是房价和促销，最后是资金。
安全登录
通过 Booking.com 合作伙伴登录入口登录，凡是涉及价格或结算的人员都要开启双重验证。
查看控制台
先看预订变更、价格提醒、房态缺口和待处理的付款事项。
检查房态
在维修和团队保留房之后，确认可售房量与实际房间一致，并关闭或开放日期。
更新房价
根据入住率调整基础价和衍生价，再确认限制条件和取消政策。
开展促销
在正确的价格计划上核对客人最终价格和净结算金额后，再启用促销。
核对结算
在正确的时间按正确金额扣取虚拟卡，并将结算总额与账单（folio）核对。
集成
将 Booking.com 与其他酒店系统连接
当您管理多个渠道、房型和价格计划时，在 Extranet 中手工编辑就难以为继。目标是双向同步：库存、房价和预订更新无需人工延迟即可流转。
PMS 集成
保持房间库存与账单一致，让前台和客房部基于同一份数据工作。房型映射和入住规则必须匹配。
渠道管理器
只需设置一次房态、房价和限制，即可分发到所有渠道，Extranet 则用于监控和处理例外情况。
连接服务商
统一系统之间的技术连接。请确认哪些更新是实时的、哪些是批量的，以及是否支持限制条件和衍生价格。
可对接的酒店供应商：
Agoda
Amadeus
Booking.com
Hotelbeds
Hotelston
RateHawk
Stuba
TBO Holidays
Travelport
Wanderbeds
常见错误
Extranet 中的运营风险及防范方法
这些问题都可以避免。它们往往发生在把 Extranet 当作附带工作、而不是生产系统的时候。
最后一间房冲突
最后一间房在一个渠道售出，在另一个渠道却仍然开放。请通过支持双向同步的渠道管理器保证库存同步。
促销叠加
促销用在了错误的价格计划上，或与其他折扣叠加，结果预订量上升而净收入下降。
取消损失
前台无法执行的政策和未记录的例外会导致拒付和未入住无法收费。请记录每一次例外处理。
虚拟卡扣款错误
扣款过早、金额错误或与账单总额不符。请制定统一的 VCC 流程，并对每个班次进行培训。
更新延迟
一次延迟更新就可能以错误价格售出房间，或售出已经没有的房间。请选择能可靠同步限制条件和预订的服务商。
共享账号
全团队共用一个密码，就无法知道是谁改了房价。请为每个人分配角色并开启双重验证。
手工与集成
在 Extranet 中手工管理与集成平台对比
对于一家小型酒店，逐个渠道手工编辑尚可应付。规模更大时，带有渠道管理器集成的中央系统会改变日常工作量。
| 方面 | 在 Extranet 中手工操作 | PHPTRAVELS |
|---|---|---|
| 时间 | 在 Extranet 中手工操作每天在各个渠道修改房型、日期和促销 | PHPTRAVELS在一个后台统一管理房间、房价和房态 |
| 错误 | 在 Extranet 中手工操作各渠道之间房价和房态不一致的风险很高 | PHPTRAVELS房型映射和定价规则在所有渠道一致执行 |
| 超售 | 在 Extranet 中手工操作随着更新延迟和交接班而增加 | PHPTRAVELS配额、停售和渠道管理器同步会在房间售出时关闭日期 |
| 收益控制 | 在 Extranet 中手工操作经常在未核对净收入的情况下启用促销 | PHPTRAVELS加价、季节价和促销以规则设置，结果清晰 |
| 运营负担 | 在 Extranet 中手工操作依赖少数熟练员工，人员流动时容易出问题 | PHPTRAVELS角色、日志和可重复的流程，任何受过培训的用户都能执行 |
适用对象
谁应该阅读本指南
单体酒店
对于单一酒店，Extranet 往往是主要的分销控制面板，因此严格的日常流程最为重要。
酒店集团
在已有 PMS 或渠道管理器的情况下，Extranet 是处理例外和特殊操作的备用层。
旅行社与预订网站
通过直签合同和供应商 API 销售酒店、并希望在自有平台上拥有相同控制能力的团队。
为什么选择 PHPTRAVELS
在您自己的平台上执行同样的控制
包含源代码
在商业许可下自行托管，您的开发人员可以调整酒店模块及其集成。
您自己的供应商后台
酒店合作伙伴登录后，可在您的加价规则下管理房间、房价、房态和预订。
24 种语言
后台和预订页面支持您目标市场的语言和货币，包括从右到左的语言。
B2C 与 B2B
一套系统同时支持面向公众的酒店网站和代理门户，并适配移动端预订。
使用与您酒店账户绑定的凭据，通过 Booking.com 官方合作伙伴门户登录。PHPTRAVELS 不签发也不管理 Booking.com 登录账号。请为员工创建独立用户并分配合适的角色，同时开启双重验证。
根据配置，促销可能只适用于某个价格计划，或与其他折扣叠加。在保持促销生效之前，请核对客人最终价格和预期净结算金额。
使用支持双向同步的渠道管理器或 PMS 集成。库存和预订更新必须及时到达，否则手工修改会滞后，导致最后一间房冲突。
根据设置，结算会以银行转账或虚拟信用卡的形式到账。员工必须在正确的时间按正确金额扣取每张卡，并与账单进行核对。
先从掌握房间库存和预订状态真实数据的系统开始。然后选择支持您所需限制条件、价格计划、库存同步和预订更新的渠道管理器或连接服务商。
把控制台当作每日检查清单：先看预订，再看房态，然后是房价和促销，最后是结算与对账。记录每一次更改，并培训员工了解每项控制的作用。