酒店的小程序做起来以后，很多门店会遇到“最后一公里”问题：客人到店了，怎么确认他这单到底能不能用？如果你靠报手机号、报姓名，遇到同名同姓或者代订，就很容易出错。
云乐住在订单体系里提供了核销码生成与验证能力，并配套核销记录。你可以把它理解成：给每一笔订单一个可核验的“凭证”，前台扫一扫/输入核销码就能完成验真。
一、哪些场景一定要用核销：越忙越要标准化
- 活动/门票：到店核验、快速放行，避免重复使用。
- 订房到店确认：尤其是代订、团体、企业客户，核验更稳。
- 商城/点餐自提或送达确认：核销后再出库/交付，减少纠纷。
二、前台怎么操作最顺：三步走，不要靠记忆
1）在订单里找到核销入口
云乐住会给订单生成核销码，前台在后台或相关页面进入核销。建议把核销入口做成“班前必看”的固定操作位，避免新人找不到。
2）核验通过再执行后续动作
建议把流程顺序固定：先核销→再分房/交付→再确认完成。这样即便高峰期换班，也不容易乱。如果核验失败（比如订单已取消/已退款/已核销），前台就能立刻拦住，不会先给服务再去追钱。
3）核销后留痕：时间、人员、订单都能对上
核销记录是很多门店忽略但很重要的东西。出现客诉时，你能说清“谁在什么时候核销的”，比解释一百句都有效。
| 风险点 | 常见后果 | 建议做法 |
|---|---|---|
| 只靠姓名/手机号确认 | 核错单、代订扯皮 | 用核销码做唯一凭证 |
| 核销后不留记录 | 责任不清、难追溯 | 要求每次核销都留痕并可查询 |
| 多人同时核销同一单 | 重复核销、账目混乱 | 一次性核销 + 状态锁定 |
三、核销和订单状态怎么配合：别让系统“各干各的”
核销本质是“确认交付”。订房订单核销后，通常要进入入住/已入住的状态；活动门票核销后，进入已核销/已完成；商城自提核销后，再进入发货/完成。你不需要在页面上说得很技术，但后台流程一定要一致。
一个很实用的建议是：把“核销=交付”的口径写进员工手册。只要交付发生，就必须核销；只要核销发生，就必须能查到记录。
四、核销与退款冲突怎么处理：提前写好规则最省事
- 未核销：按退款规则可退（全退/部分退），并在订单里留原因。
- 已核销：原则上不再支持直接退款，确需处理走人工流程并备注。
- 核销失败：先查订单状态（是否取消/超时/已完成），再决定下一步。
五、给运营的两个小建议：把核销做成体验的一部分
- 核销页要快：别让前台翻三层页面，最好固定一个入口或快捷方式。
- 给客人一个“我已被确认”的反馈：核销成功后提示语清晰，减少反复确认。
核销看起来是小事，但它决定了你在高峰期能不能稳。对酒店小程序开发来说，核销码+核销记录就是把线下动作标准化的关键一环。
