先问密码跟不跟业务状态走，而不是先比门锁价格
酒店或民宿想用智能门锁和自助入住减少前台值守，这个目标本身没有问题；问题在于选型常从比较硬件价格开始。行业经验显示，智能门锁的价值不只是免去实体房卡，更在于密码与订单自动关联后，客人退房时密码自动失效、保洁入场时密码自动切换、异常开门时系统自动告警。行业中常见的选型错误，是只看硬件价格，不看系统联动能力。
智慧酒店改造的行业教训是：先后顺序比设备数量重要。应该先打通订单直连和房态房价直连这两个信息流，再做硬件直连和旅业登记直连；如果反过来先上硬件后补系统，往往出现硬件能用但数据不通的局面。
把这两条放在一起看，门锁选型真正要问的不是“这把锁多少钱”，而是“密码能不能跟着订单、退房和保洁状态走”。如果答案是否定的，门锁越早上，后续需要人工兜底的环节反而越多。
订单状态是密码生命周期的起点
路客云 SPMS 的订单管理把不同渠道订单归集到同一张住宿订单列表，用订单号、渠道、订单状态、房型、房间、门店等字段呈现；列表上方可按全部、今日新单、今日预抵、今日在住、今日预离、明日入住、明日退房、待接单、待退款、异常订单等生命周期筛选。
打开订单详情后，这一单的客人信息、房间房晚、房费收款、押金和欠款等账本信息集中呈现；详情底部提供入住、退房、换房、取消房单等处置动作，也有门锁密码入口。
这意味着，订单状态是密码生命周期的起点：订单生效、退房、取消或换房，都是密码应当被下发、失效或切换的触发点。只有订单直连并保持状态准确，门锁密码才可能随业务动作变化；否则前台仍要逐单核对、手工发码或收回权限。
全渠道订单列表
门锁绑定房间后，自助入住才把订单动作变成开门权限
路客云 SPMS 的智能门锁台账集中管理密码门锁与房卡门锁，记录门锁编码、品牌、联网情况、类型、电量与更新时间、分组、名称和绑定房间等；未绑定房间的行提供绑定房源操作。
门锁绑定房间后，自助入住或前台才能对该房下发密码或制卡，并与订单、保洁门锁密码权限联动。自助入住配置把房客路径组织为接收短信、进入智住小程序、身份登记、缴纳押金、办理入住、查看门锁密码等环节；密码门锁配合自助入住，给客人下发开门密码。
硬件由此成为订单、登记和房态流程的末端执行环节，而不是独立设备。未绑定房间，就没有该房的下发能力；绑定之后，密码才有机会跟着订单动作走。
智能门锁台账
自助入住配置页
退房、换房、取消要同时驱动保洁任务与密码权限
路客云 SPMS 的智能保洁把房间清洁做成一条可管闭环：系统根据退房、续住、换房、取消等订单动作自动生成对应保洁任务并派给保洁员，保洁完成后房间由脏房转净房，可再售。
在保洁设置里，可以配置自动创建退房日任务、入住中每日任务、换房后任务、取消后任务，也可以设置保洁时段和门锁密码权限，包括查看权限、获取密码次数和密码有效时长。
行业经验也指出，保洁与维修任务的自动化，取决于作业流程能否被拆解为可枚举、可验证的状态节点；流程含混时，再先进的设备也无法判断何时介入。
因此，退房和换房若不触发保洁任务与密码权限切换，就会出现退房后权限残留、保洁进不了门或房态不准。密码失效与保洁入场，应当绑定同一组订单动作来理解。
保洁设置
先补订单与房态房价信息流，再上硬件和自助入住
按行业教训，智慧酒店改造应先打通订单直连和房态房价直连，再做硬件直连和旅业登记直连；反过来先上硬件后补系统，容易出现硬件能用但数据不通。
结合前文，智能门锁能否减少前台值守，取决于密码生命周期是否由同一套订单、退房、保洁任务和房态脏净驱动：订单生效时下发，退房、取消、换房时按规则变更，保洁按任务获取临时权限，房态随保洁完成由脏转净。
因此，经营选择应把硬件改造放在信息流打通之后，并保留必要的人工服务，用于异常订单、身份核验和现场接待。无人入住不等于无人服务；门锁是流程的末端执行环节，不是替代流程的起点。
