平台

重新定义的酒店 PMS

把物业管理系统当作一套系统而不是六家供应商——十个模块共享同一份状态、同一套权限模型和同一个 API,按物业分别启用。

登记等候名单 →阅读文档 →

这是什么

模块之间没有集成层,因为它们本来就是一个应用。账单上的一笔费用会过账到总账。客房状态会拦住入住。POS 的账单会结到某次住宿上。通过组件产生的预订,与来自渠道的预订落在同一份列表里。「一套系统」如果要有价值,就必须是这个意思。

01

一套导航,十个模块

物业启用的每个模块都出现在同一个侧边栏里,各自标注当前登录者可打开的板块数。没有第二个产品要登录,也没有独立的后台——Settings 与 Front Desk 在同一套导航中。

Nerve 中某家物业的侧边栏:Dashboard 链接位于 APPS 分组之上,该分组列出 Front Desk、Reservations、Housekeeping、Accounting、Inventory 和 POS——每个应用后面是当前登录者可打开的板块数——下方 WORKSPACE 分组中是 Settings。
十个模块、一套导航,且只包含这家物业和这个人拥有的部分。
02

只开你真正在跑的

模块按物业启用。没有仓库的民宿永远看不到 Inventory;没有餐厅的别墅永远看不到 Point of Sale。关闭的模块是不存在,而不是灰掉——API 密钥在那里同样调用不到它。

Nerve 中某一家物业的应用启用面板,显示物业名称、时区与 Active 标签,下方是每个应用的带标签开关,其中一个关闭、其余开启。
物业没有启用的模块,根本不会出现在它的导航里。
03

同一批操作,既给人也给密钥

角色给人授予权限范围。API 密钥从同一份清单获得权限范围。两者都无法越过自己持有的部分,也都会在审计日志里留下同一类记录。

Nerve 的 API 密钥界面。列出两把密钥,各带截断的前缀、「active」标签、创建日期与 Revoke 按钮,名称下方以代码标签显示已授予的权限范围。
一把密钥能做什么,不用打开就看得见。
这对代理意味着什么

对代理而言结论很直白:人在这里能做的,代理也能做——通过同样带权限范围的操作,写进同一份审计日志。界面与 API 之间没有功能落差,因为界面调用的正是那个 API。

继续深入

上面的每一块界面都有文档,逐个操作,对照已经发布的产品。

登记等候名单 →从你的物业类型开始 →

在想它是否适合你这个规模的物业?

← 全部功能