酒店门锁难在哪：问题不在锁，而在"锁和系统对不上"
大多数酒店换门锁时踩的坑都一样：锁本身能用，但它是一个孤岛。前台办完入住，还要在另一套发卡机上手工写卡；客人提前退房，房卡还留着有效期；保洁、维修、临时工的权限靠纸质登记；出了问题要一间一间房去读锁，才知道谁在什么时候开过门。
真正的酒店智能门锁方案，要解决的是门锁系统与酒店业务系统的数据贯通，而不只是把机械钥匙换成卡片。外星锁的做法是把门锁当作 PMS 的一个受控终端：房态、权限、记录全部由云端统一调度。
方案构成：门锁 + 云端 + 一次对接
| 层级 | 组成 | 解决什么 |
|---|---|---|
| 锁端 | 联网门锁（WiFi 直连 / 蓝牙 / 刷卡 / 人脸）、联网发卡器、门磁传感器 | 开门方式、状态上报、异常告警 |
| 网络 | 超低功耗 WiFi 直连云端，或经智能网关集中接入；断网时本地缓存继续放行 | 不依赖酒店弱电改造，断网不停业 |
| 平台 | 云端管理后台 + 微信小程序 + iOS / Android App | 房态、权限、记录、告警集中管理 |
| 接口 | 39+ 标准 REST API，与 PMS 双向同步 | 入住即发卡、退房即失效 |
与 PMS 怎么对接：三种模式
模式一：标准接口对接（推荐）
外星锁已与订单来了、云掌柜、番茄来了、住哲、百居易、去呼呼、客栈通、青芒果、麦田云等主流酒店与公寓管理系统完成对接。如果酒店用的是其中一家，通常只需在 PMS 侧填入接入凭据，即可实现"办理入住 → 自动下发房卡权限 → 退房 → 权限即时失效"的闭环，不用改造任何业务流程。
模式二：自有系统 API 对接
酒店集团自研 PMS，或使用非标系统时，通过开放平台的 REST API 自行集成。核心动作只有四个，通常一天内可以跑通：
- 获取 Token：以 access_key 换取短周期访问令牌
- 下发权限：按房间号 + 有效期 + 开门方式（密码 / 卡 / 人脸）写入
- 查询记录：按房间、时间、人员拉取开锁流水
- 远程注销：房卡挂失、人员离场时即时失效
模式三：私有化部署
对数据落地有要求的酒店集团、政务接待、涉外项目，可整套系统部署在自有服务器，核心系统支持源码级交付，技术自主可控。
酒店场景下必须做对的六件事
- 前台发卡效率：联网发卡器与门锁实时联动，写卡成功即生效，避免"发了卡却开不了门"的前台纠纷。
- 退房自动失效：以 PMS 退房事件为触发源，而不是靠员工记得去删权限。
- 一客一密：支持一次性密码、限时密码，用于钟点房、延时退房、维修临时进入。
- 挂失与换房：客人换房时，旧房权限立即回收，新房权限立即下发，全程不需要跑楼层。
- 内部人员分级：保洁只能进责任楼层且在指定时段，维修工的权限按工单临时开。
- 记录可追溯：每一次开锁都带时间、身份、方式，争议时可导出留证。
断网怎么办？联网门锁在断网状态下仍在本地保留已下发的权限与有效期，刷卡、密码、人脸照常可用；网络恢复后自动补传离线期间的开锁记录。断网不停业，这是联网门锁与"必须联机才能开"的纯云端方案最本质的区别。
改造与实施：不用停业换门
存量酒店最常见的顾虑是"换锁是不是要停业"。实际实施路径通常是：
- 锁体兼容评估：确认门体开孔与锁体规格，大部分国标锁体可直接替换锁芯模块。
- 分批替换：按楼层或楼栋滚动施工，当期客房照常售卖。
- 新旧并行：替换期间旧卡与新房卡并行有效，切换完成后再统一注销旧权限。
- 前台培训：发卡、换房、挂失、报表四套动作，半天完成培训。
常见问题
酒店换成联网门锁需要停业吗？
不需要。常规做法是按楼层滚动施工，替换期间旧卡与新房卡并行有效，当期客房照常售卖。只有门体开孔不兼容、需要现场改孔的房间才会单独安排时间。
酒店没有稳定 WiFi 能用吗？
可以。每条走廊或每层有 WiFi 覆盖即可用免网关 WiFi 锁；信号不稳的楼层可改用智能网关集中接入，或局部用蓝牙锁补位，形成混合组网。
门锁断网了客人还能进房吗？
能。权限与有效期已写入锁内，断网时刷卡、密码、人脸照常验证；网络恢复后自动补传离线期间的开锁记录。
能对接我们现有的 PMS 吗？
系统在已对接清单内（订单来了、云掌柜、番茄来了、住哲、百居易、去呼呼、客栈通、青芒果、麦田云等）时配置凭据即可。自有系统可通过 39+ 标准 REST API 集成。
房卡丢了怎么处理？
后台按卡号即时挂失，该卡在所有门锁上立即失效，同时可为客人补发新房卡，不需要去现场处理。