多家酒店，一个账号
无需退出登录即可在酒店之间切换。每家酒店的房间、预订和账单各自独立；客人在整个连锁内可被识别。
酒店系统权限管理与开放API
角色决定谁能查看和修改什么。限定范围的API密钥和签名Webhook连接你自己的系统。
角色与岗位相符
前台接待、客房服务员、集团经理：每个角色只能查看和操作工作所需的内容。
该开放的地方开放
为员工、客人和应用提供有文档的 API，事件发生时通过带签名的 webhook 通知，每家酒店一个 API 密钥。
包含内容
目前已支持。仍在计划中的功能，套餐表中会注明。
- 一次登录管理多家酒店，宾客档案在连锁内共享
- 精细设置角色权限
- 开放 API、签名 Webhook 和 API 密钥
- 在账单页面查看套餐、发票和用量
套餐对照
| 包含内容 | Starter | Growth | Enterprise |
|---|---|---|---|
| 酒店 | 按酒店 | 不限 | 不限 |
| 每家酒店的客房数 | 最多 15 间客房 | 不限 | 不限 |
| 单点登录 | 不包含 | 不包含 | 已包含 |
| API 和 Webhook | 不包含 | 已包含 | 已包含 |
三步添加一家酒店。
创建、授权、连接所需工具。
创建酒店
添加房间、房型和房价；新酒店有自己的工作空间和营业日期。
授权人员
分配限定在该酒店的角色，并为统管多家酒店的人分配集团角色。
连接工具
签发 API 密钥，为会计或渠道连接器订阅 webhook，并在计费页面查看方案和用量。
谁在这里工作
多家酒店的业主
一个账号管理多家酒店，客人在整个连锁内可被识别，每家酒店的数据相互独立。
管理员
为每个人分配带细粒度权限的角色，并按酒店签发或撤销 API 密钥。
开发者
基于带签名 webhook 的开放 API 和连接器 SDK 进行开发。
示例的一天
开设第二家酒店
业主添加新酒店。员工获得限定在该酒店的角色，业主则保持对两家的统筹。第一家酒店的回头客在第二家也会被识别。财务在计费页面查看方案、发票和用量，会计连接器随事件发生而接收数据。
虚构的一天，用于展示流程，并非客户案例。
开始之前
如何规划跨酒店访问权限？
演示时请准备酒店列表和团队职责。明确哪些人需要本地访问、哪些人需要跨酒店管理，再确认该配置可用的权限控制。
每家酒店的数据是相互独立的吗？
是的。每条记录都限定在其所属酒店，人员只能看到其角色允许的酒店，而客人在整个连锁内共享。
多家酒店需要哪个方案？
Starter 涵盖一家酒店，最多 15 间房。Growth 和 Enterprise 不限酒店和房间数量；单点登录、审计导出和专属上线实施属于 Enterprise。