多家门店共用一个订房入口，交接班时常常需要回答具体问题：这笔订单改过哪些房间？会员余额为什么减少？某段日期为什么不能使用存储时长？云乐住多商户酒店小程序v1.0.83围绕这些核对环节，补充记录和规则，并改善手机处理日常业务的体验。
交接时，先从一笔订单查清变更
订房订单详情现在提供“操作日志”页签，工作人员在权限范围内即可查看关联操作。房间变化按房型、房号、日期、状态和金额等内容呈现，只展示有变化的项目，新增或移除房间也会分别标明。
需要按账号回看一天的工作时，平台或门店管理员可使用电脑后台的全局日志入口，按日期、账号、门店和模块筛选。已接入的会员权益、资金、房价库存及关键配置操作也纳入记录，查询与保留范围为最近三个月。该记录从接入后积累，不追补升级前缺失的操作。
处理余额调整，把金额与原因留在同一次操作里
会员余额划扣提供明确的金额和原因输入，确认前展示预计剩余余额。成功后，独立流水、会员日志和操作日志保存扣减金额、扣前扣后余额与操作人，便于后续核对。
该入口限定为平台管理员或有会员管理权限的平台操作员，余额不足会被拒绝，同次请求重复提交不会重复扣款。这是会员账户余额调整，不能作为微信原路退款使用。会员资料与财务弹窗也重新整理了内容层级。
安排兑换日期，让门店规则在下单时生效
已启用时长兑换的门店，可以提前设置多段不可兑换日期，也可以只限制一天。例如需要限制某个经营时段时，填写起止日期即可，无需精确到时分秒。留空则保持不限制。
住客选择的住宿日期与限制重合时，小程序提示不可兑换，并在提交时再次判断。普通住宿按住宿夜晚判断，不含离店当天；凌晨房沿用对应计价日期。限制不会删除会员已有时长，原有开关和房型资格仍然适用。
把房间名称写成门店熟悉的样子
楼栋字母或民宿房间名现在可以直接作为房号：支持1～20个汉字、字母、数字、短横线或下划线，保留前导零，提供逐行批量录入。同店房号保持唯一，字母大小写不作为两个不同房号。
房间改名跟随未结束订单更新，已结束订单保留原房号，方便在交接和历史查询时分清当时记录。点餐新码通过记录读取房号，旧数字码继续兼容。使用文字房号时，已对接PMS的门店须保持两端房号一致。送物、投诉、发票等公众号通知若使用不支持中文或长度不足的模板，会跳过该条通知并记录原因，需先核对模板。
离开电脑后，沿着待办继续处理
移动管理端本次完善原有26个页面。工作台按待抵店、在住、待离店等场景进入对应列表，手机端补充现场会员录入、按权限手动充值与优惠券领取记录查询；编辑订单、维护房态和处理工单时，会校验最新状态。
使用前需启用移动管理插件，并按平台或门店管理员角色进入。复杂设置继续由电脑后台处理；本次是已有移动能力的完善，不意味着手机端与电脑端的所有操作完全相同。
住客一侧，订单入口日历补充满房提示，顶部配色跟随主题；门店详情入口仍显示价格并支持切换房型。后台同步优化会员和门店表单、窄屏导航及新订单通知后的刷新。图片上传默认及最大上限调整为6MB，并默认按900像素、90%质量缩小压缩，实际仍受服务器限制。
升级时先对齐数据结构与使用端
本版新增日志、划扣流水和日期限制等结构，并调整房号字段。请先备份，使用系统升级流程检查同店重名及数据表，再配套更新后台、小程序并完成小程序审核发布。确认平台综合维护任务运行，以清理三个月前的操作日志；同时复核升级后的图片上传设置。
可通过云乐住多商户产品介绍了解酒店订房小程序的适用经营模式。需要判断是否适合现有业务时，请提供门店数量、经营方式和计划上线时间，重点说明交接核对、会员余额及兑换规则的需求。