定义
PMS（Property Management System，物业/酒店管理系统）用于客房管理、预订、入住退房、门锁授权等业务流程。智能门锁可与 PMS 对接，实现入住自动发码、退房自动失效，适用于酒店、公寓、民宿等场景。
核心功能
PMS 涵盖预订管理、入住退房、房态管理、账务结算、会员管理、报表分析等。与智能门锁对接时，PMS 在入住时向门锁平台下发客房密钥（临时密码、BLE 蓝牙钥匙等），退房时自动失效。支持与 OTA 平台、渠道对接，实现预订数据同步。公寓、民宿场景可结合自助入住、无人值守，提升运营效率。
门锁对接
智能门锁多采用 BLE 蓝牙或 WiFi 与手机 App 通信，通过云端与 PMS 对接。PMS 通过 API 将入住信息（房号、客人、有效期）下发至门锁平台，平台生成密钥并推送至客人手机或写入门锁。退房时 PMS 通知平台失效密钥。部分门锁支持 NFC、密码键盘等方式。对接时需考虑协议兼容性、时延、离线场景处理。
房态事件驱动的授权
入住事件生成有时效的凭证
物业或酒店管理系统里，房间首先是一条会变化的房态，而不是一把永远有效的锁。预订确认后房态仍可能被换房、延住或取消；只有入住事件真正发生，系统才应生成开门凭证，并写上生效时刻、失效时刻和允许打开的房号。凭证可以是短期密码、手机侧的蓝牙钥匙或写进卡里的授权，但它们都只是房态的投影。投影一旦发出，源房态再变化，投影必须跟着延期、作废或改房号，否则锁具侧仍认为旧凭证合法。
对接接口传递的应是事件和有效期，不是一把永久密钥。入住、续住、换房、退房和挂失各自对应不同动作。只在入住时下发、退房时不管，客人提前离店后密码仍然能开。账务上的结账完成和门锁上的授权失效最好绑在同一个退房事件上，避免前台已经结账、锁具还要等夜间批处理。
门锁必须能接受云端撤销
使用条件是门锁侧有一条能到达的通道，用来接收撤销和延期。通道可以是房间里的网关、锁具自己的网络，或客人手机在线时的同步。完全离线的锁只能在下一次有人靠近时才知道凭证已废，这段空窗要在制度里写明：高风险房间不能只靠离线密码。时区必须统一，夏令时或跨时区门店若按本地字符串传递“今天 12 点”，失效时刻会偏一整天。
房号映射是另一项前提。管理系统里的房号、门锁平台里的锁编号和现场门牌可能三套编号。少一张对照表，101 的密码会发到 110。换锁之后编号若复用，旧凭证会打开新锁。对照表要随更换门锁一起改，并保留旧编号的作废记录。
离线窗和时区错位
容易出错的是把订单状态直接当成房态。渠道订单取消了，房态服务没收到，锁具仍按原入住时间生效，下一任客人遇到锁已被占用。应以内部门店确认的房态为准，渠道报文只作为触发，不作为最终授权。另一类错误是时钟。门锁、服务器和手机各算各的时间，密码显示未过期但锁具已拒绝，前台只能不断重发，授权记录叠成一堆互相覆盖的凭证。
权限范围也常被放得过大。保洁、维修和访客若共用客人同一条凭证，退房后工作人员也会进不去，或者客人凭证被写成长期卡。应分开凭证类型和有效期。最后要处理重复事件：同一入住被渠道重推两次，若每次都生成新密码而不作废旧的，房间会同时存在多把有效钥匙。幂等处理应按订单号更新同一条授权，而不是追加。
夜审和跨日订单还会把有效期切错。系统若以自然日零点批量失效密码，跨午夜入住的客人会在零点被锁在门外，而账单仍显示在住。有效期应锚在入住和离店的具体时刻，批量任务只做对账，不代替单笔授权。换房时要先在新房生效、再作废旧房，顺序反了会出现两头都开不了门的空档。