酒店数字化运营的难点，往往不在于是否拥有一个预订入口，而在于客户下单后，会员权益如何兑现、房间如何安排、服务请求由谁处理、退款如何闭环。云乐住 v1.0.76 以真实经营流程为主线，进一步完善酒店订房小程序在支付、入住、服务、管理和履约环节的协同能力。
版本聚焦：积分抵扣支付、入住服务编排、智能门锁发码、微信消息配置、订单退款处理、移动房态操作与微信履约同步。
让积分从“账户数字”变成可用的支付权益
本次更新为订房、商城和点餐增加了可独立启用的积分抵现机制。运营方可以定义兑换比例、单笔抵扣上限，并按房型或商品决定哪些业务可参与。客户下单时，可将积分抵扣与线上支付、余额支付组合使用，优惠权益不再停留在单纯的展示层面。
为了让账目可追溯，取消订单、退款和超时未支付等情况会按规则返还已使用积分；管理端也提供积分流转统计、抵扣记录和历史积分清理能力。对于采用统一会员体系的连锁品牌，酒店平台小程序可以据此建立更完整的会员激励与成本核算机制。
把九类住中需求放进一条清晰的服务路径
云乐住重新梳理了住客在入住前、入住期间和离店后的操作入口。在线选房、接机预约、客房送物、清洁服务、开锁密码、早餐查看、意见反馈、发票申请和 WiFi 使用，被整合进统一的入住服务页面。客户从订单出发即可找到对应服务，酒店也能避免把流程拆散在多个页面中。
平台可以统一维护服务页样式，门店则可配置自身的联系电话和住客网络信息。系统会结合入住日期、订单状态和房间分配判断服务是否可用，避免敏感信息被无关用户看到。接机、送物、打扫、投诉和开票等请求会同步进入门店工单，便于分派、更新进度和导出留档。
智能门锁从设备管理延伸到订单服务
通通锁能力不再只是单独的设备配置。门店可以同步门锁、查看状态并将锁具绑定到实体房间；完成分房后，订单能够自动生成对应开锁密码，也支持工作人员在后台补发或重新生成。密码可通过短信和小程序订阅消息推送，客户、前台和店长在各自使用的端上都能核对房间与密码信息。
消息配置集中处理，多门店通知更易管理
新版支持一次配置预订成功、入住房号、开锁密码、会员审核和订单确认等小程序订阅消息。公众号模板消息则增加模板同步、扫码绑定接收人和按场景分配名单等方式，使订房、商城、点餐、活动、住中服务、提现和新会员通知能够按实际职责送达相应人员。
售后、房态与前台操作，围绕实际工作节奏优化
商城与点餐订单的退款处理增加了实际退款确认、拒绝说明和处理状态校验。系统会同时核验支付渠道进度、已退金额和核销状态，再联动优惠券、库存、积分及门店收入，降低售后误操作风险。订房订单详情也更集中地呈现住客、会员、账款、房间和门锁相关信息。
针对门店现场场景，移动工作台重新设计了首页、单日房态和订单详情。前台可按房型、房态、渠道或订单筛选，再对空房执行新增预订、办理入住、关房或保洁等操作；手机端也能查看积分结算和处理门锁密码，让酒店小程序更贴近日常交接班与客房管理流程。
订房履约同步扩展，同时收拢旧分销规则
微信订单管理同步现已支持订房业务，平台能够分别决定订房、商城和点餐是否接入。符合条件的微信在线支付订单会自动同步履约信息，后台保留日志和单笔补同步入口，便于按需启用和复核。
同时，系统停止新增分销资格付费购买、购买会员等级返佣和相关员工返佣业务。历史订单、既有配置与账目不会被删除，仍可用于查询和财务核对，帮助运营规则切换保持平稳。
发布提醒：v1.0.76 涉及小程序页面和业务交互调整。部署完成后，请上传最新代码包并重新提交微信小程序审核，审核通过后再发布新版。
云乐住持续围绕酒店订房小程序的全流程经营需求推进产品迭代，让预订转化、会员权益、到店服务、前台执行和售后管理能够在同一套数字化体系中协作。