一个很常见的尴尬：客人拿着手机上的一张房费券走到前台说「我用这个订今晚」。
前台查了半天，说「这个券要在线上下单才能用」。客人当场无语——他有券、有需求、人也站在这里，但用不了。
11 月批次加了一个权限开关：参数设置-权限控制里增加「前台预定时是否支持选择卡券」，默认关闭。开启后，散客和协议公司预定时可以使用卡券。
为什么默认是关闭的
| 担心 | 是否成立 |
|---|---|
| 前台会滥用券冲业绩 | 部分成立，取决于券的类型 |
| 券的核销与账务处理变复杂 | 成立，券要单独核销，影响收入确认 |
| 客人会要求「券 + 折扣」叠加 | 成立，需要明确规则 |
| 前台不熟悉操作，出错 | 成立，需要培训 |
四条里，第二条最实质。券是预收的负债，核销才转收入。前台直接用券抵房费，账务上要走「券核销」而不是「现金收款」，如果前台操作不规范，月底对账会乱。
开与不开的三种情况
该开：券以自有渠道发放
券是酒店自己发的（会员活动、沉睡唤醒、异业合作）。客人拿到券来前台用，是正常需求，不开就是自己给自己设障碍。
该开：前台是主要成交场景
散客占比高、电话预订多的门店，大量订单在前台或电话完成，线上用不了券等于券没用。
可以不开：券全部来自平台
券是 OTA 或团购平台发的，前台用券会打乱平台结算逻辑，这时候不开是对的。
第一条的判断标准很清楚：券是谁发的。自己发的券，前台必须能用；平台发的券，走平台流程。
开之前要定三件事
第一件：哪些券能用
不是所有券都该在前台用。房价抵扣券、房费券适合；餐饮券、商品券不适合走房费预定。
第二件：能不能与其他优惠叠加
券 + 会员折扣？券 + 协议价？必须写死规则，否则每次都要前台临场判断。
第三件：找零与差额怎么处理
券面 100 元，房费 88 元，剩下 12 元退不退？多数券是「不找零」，这条要写在券的规则里。
第二件是最容易出纠纷的。「券 + 会员价」这个组合，如果不明确禁止，客人一定会问。而前台如果当场答应，其他客人知道了会要求同样待遇。
一条建议的规则写法：「本券可与会员权益同时享受，但不与其他折扣、协议价、平台活动价叠加。券面金额不找零、不兑现。」
三句话，把最容易吵的三件事都封住了。
操作上的两个细节
前台要看得到券的余额
客人说「我有一张券」，前台要能查。查不到就只能让客人自己翻手机，体验很差。
不要相信截图
客人出示截图，前台照做——截图可以伪造、可以重复使用。必须以系统核销为准。
第二条是风控底线。券的核销必须走系统，不能看截图。这一点要在培训里反复强调。
开了之后账务上要跟上
| 环节 | 要做的事 |
|---|---|
| 开单 | 选择券核销，系统记录券号与金额 |
| 结账 | 房费拆成「券核销」+「实收」两部分 |
| 对账 | 券核销金额与券发放记录对得上 |
| 报表 | 券核销单独一列，不混在现金里 |
第三行是财务最关心的。券的核销总额必须等于券的发放总额减去未使用部分。这个等式不成立，说明有券被绕过系统用了。
一个反过来看的角度
这个开关默认关闭，其实是在保护门店。
默认关闭的好处
门店必须先想清楚规则再打开。强迫做一次决策，比默认打开然后出问题好。
默认打开的坏处
上线就生效，前台不知道怎么核销，账务也没准备好，出问题要花一个月收拾。
「默认关闭」这种设计，本质上是把「要不要改流程」的决定权交回门店。这套思路在这批更新里出现了三次（卡券、手机号查房号、房态统计口径），值得注意。
对京津冀门店的建议
连锁 / 多店
建议开，但要统一券的规则。多店各自定规则，客人跨店用券会混乱。
单体中端
建议开。散客和电话预订占比高，券在前台能用才有意义。
电竞酒店
建议开，尤其配「包夜券」「时段券」这类产品券，前台成交率高。
最后一句
卡券这件事的核心矛盾是：发券是为了让客人用，用了才有复购；但如果用起来太随意，又会伤价格体系。
开关解决的是「能不能用」，规则解决的是「怎么用」。开关打开只是第一步，规则没定清楚，问题会更多。