酒店小程序上线前，订单状态流转一定要单独验收。不要只看页面能不能下单，还要确认未支付、已支付、已入住、已完成、已取消、申请退款、退款完成等状态能按业务顺序走完，并且房量、通知、核销、导出数据都能同步变化。
本文适合单店老板、前台主管和上线负责人。新增价值不是再介绍某个订单功能，而是给一份可执行的验收清单，帮助你在正式推广前发现漏单、占房、核销和对账问题。
一、先把订单状态按真实前台流程排一遍
酒店预订系统的订单状态，本质上对应前台动作。用户提交订单后，如果没有支付，订单不能长期占用房量；用户支付成功后，前台要能收到提醒；客人到店后要能办理入住或核销；离店后订单进入完成，后续才方便统计收入、积分、分销或评价。
上线验收时，可以先画出最简单的主流程：提交订单、支付成功、到店入住、离店完成。再补充异常流程：未支付取消、主动申请退款、前台拒绝退款、退款完成、到店付款订单确认。
| 验收节点 | 应看到的结果 | 重点检查 |
|---|---|---|
| 提交未支付订单 | 订单进入未支付状态 | 是否占房、多久自动取消、取消后房量是否释放 |
| 支付成功 | 订单变为已支付，前台收到提醒 | 语音、短信、打印机、模板消息是否按需触发 |
| 办理入住 | 订单进入已入住，房间状态同步变化 | 房号、入住人信息、身份证或护照信息是否记录完整 |
| 离店完成 | 订单进入已完成，参与统计和导出 | 收入、积分、会员权益、评价入口是否正常 |
二、用三类测试订单跑完验收
只用一笔正常订单测试不够。建议至少准备三类订单：在线支付订单、到店付款订单、退款订单。这样能覆盖支付、占房、前台确认和财务对账几个关键环节。
1. 在线支付订单
选择一个测试房型，设置当天有房量，使用微信支付完成下单。验收重点是订单状态是否从未支付变为已支付，房量是否减少，前台是否收到通知，后台订单列表和导出 Excel 是否能查到这笔订单。
2. 到店付款订单
如果门店开启到店付款，要确认它和在线支付的规则不同。到店付款适合提升提交率，但也更容易出现爽约，所以要检查是否有订单提醒、保留时间、前台确认机制。不是所有酒店都适合长期开放到店付，旺季或房量紧张时尤其要谨慎。
3. 退款订单
创建一笔已支付订单，再提交退款申请，检查后台是否能看到申请、是否能拒绝或通过、退款完成后订单状态和财务记录是否一致。涉及微信支付退款时，具体到账时间和退款规则应以微信支付商户后台为准，不建议在页面上承诺固定到账分钟数。
例子：某单店民宿上线前只测了在线支付，没测未支付自动取消。正式投放后，几个游客重复提交订单却没有付款，后台房量被占住，前台误以为满房。后来补测发现取消时间设置过长，调整后房量释放才恢复正常。
三、通知和打印不要等营业后再试
从前台流程看，漏单往往不是订单不存在，而是前台没有及时知道。云乐住单店版功能资料里包含新订单语音提醒、短信通知、无线打印机通知和微信模板消息通知。上线前应按门店实际需要逐项开启和测试，而不是默认全部可用。
- 语音提醒：测试后台是否在线、浏览器或设备是否允许声音播放。
- 短信通知：测试手机号、签名、模板和余额，避免正式订单发不出去。
- 打印机：测试房型、入住日期、联系人、备注是否完整打印。
- 模板消息：确认用户触发条件和消息内容符合小程序平台要求。
四、验收结果要落到房量、报表和权限
订单状态验收的最后一步，是确认它对房量、财务和员工权限的影响。比如订单取消后房量是否恢复，已完成订单是否进入收入统计，导出的 Excel 是否包含支付方式、优惠券、余额、退款等字段，员工是否只能处理自己权限范围内的订单。
建议上线负责人做一张验收记录表，每跑完一笔测试订单，就记录订单号、测试人、支付方式、当前状态、通知结果、房量变化和导出结果。验收不是为了写材料，而是为了后面出现问题时能快速定位。
- 房量检查：下单减少、取消释放、维修停用不参与售卖。
- 财务检查：在线支付、余额支付、优惠券抵扣、退款记录能对应。
- 前台检查：入住、退房、手动补单、核销码验证流程清楚。
- 权限检查：普通员工不能随意改价、删除订单或查看无关财务数据。
如果你的门店准备上线酒店预定小程序，建议先用测试房型完整跑完上述流程，再开始做推广。云乐住提供房态、订单、核销、通知、导出等模块，具体配置可结合 单店酒店预订系统 和 版本价格说明 进一步确认。
发布时间：2026-04-25。本文适用于酒店、民宿、客栈类小程序上线前的订单状态验收，支付、退款、模板消息等涉及平台规则的内容，建议以微信支付和小程序官方后台实际配置为准。
