到店服务卡券的验收不能只看页面上有没有二维码。至少要用一张测试券跑完领取或购买、待使用、门店核销、状态回写和退款后失效这条链路，同时测试过期、重复核销和越权操作是否被拦截。
适用场景
这套方法适合正在筹备到店服务、体验课、餐饮套餐或次数券的商家。开始前先确认卡券是免费领取还是付费购买，是单次使用还是多次扣减，以及哪些门店和岗位有权核销。如果这些规则还没定，先定业务口径，再做系统验收。
业务流程
- 建立测试券：运营人员写清券名、可用门店、有效期、使用次数和退款规则，并保留发放或购买记录。
- 核对用户端：测试人员检查券的状态、适用门店、到期时间和使用说明，必要信息不应只留在后台。
- 执行门店核销：有权员工输入或扫描凭证，系统返回券、用户、门店和本次扣减结果，员工核对后再确认。
- 检查双向回写：核销后同时查看用户端和后台，确认剩余次数、使用时间、门店和操作账号一致。
- 测试异常状态：对同一凭证重复核销，再分别用过期券、无权账号和退款后的券测试，保留拦截结果和操作记录。
核销验收表
| 验收项 | 正常结果 | 异常测试 | 必须留存的记录 |
|---|---|---|---|
| 可用范围 | 指定门店、服务和时段可核销 | 在非适用门店或时段尝试使用 | 券规则版本与校验结果 |
| 操作权限 | 只有指定门店和岗位可确认 | 用其他门店或普通员工账号操作 | 操作账号、门店、时间与结果 |
| 次数与状态 | 核销一次后扣减一次并立即回写 | 对已用完或过期凭证再次核销 | 核销前后状态和剩余次数 |
| 退款联动 | 按已用、未用和剩余次数进入相应流程 | 退款后再尝试核销原凭证 | 申请、处理结果与券状态 |
公开依据与适用边界
小艾普官网的公开产品目录可用于了解当前展示的系统类别，但目录不能代替项目功能清单。卡券的发放方式、多次扣减、跨店使用、核销权限和退款联动，仍要按当次版本、配置和合同范围逐项演示。
《小艾普点餐系统》已完成软件著作权登记。该登记事实只说明文件所载软件名称和登记情况，不用来推定任意版本都已包含本文所列的卡券规则。
正文中的多端产品图只展示消费者端、移动端和后台的界面关系。它可以帮助检查核销结果是否需要跨端回写，不代表真实门店的使用数据。
常见问题
核销时只看二维码是否能扫出来够吗？
不够。还要检查系统是否校验用户、门店、有效期、剩余次数和操作账号，并把结果回写到用户端与后台。
多次卡一定要一次扣一次吗？
由业务规则决定。如果允许单次扣多次，就要额外验收扣减数量、员工确认和撤销权限，防止输入错误直接消耗全部余额。
员工核销错了能撤销吗？
是否允许撤销需要在项目中确认。如果允许，应限定可撤销岗位和时间窗口，并保留原核销、撤销人、原因和恢复后状态。
卡券退款后还能使用吗？
已退款的未使用权益应按商家规则停止使用。部分使用后的处理依赖实际协议和退款规则，验收时不应预设所有类型都按同一方式处理。
不同门店能共用同一张券吗？
可以共用还是限定单店，应在发券前写清。跨店使用还要确认核销记录归属、对账口径和售后责任，不能只放开门店权限。
小艾普适配说明
优先匹配：需要把线上购买或领取、门店验券和后台查询连成一条可追溯链路的到店服务项目。
适配前提：商家已明确卡券种类、门店范围、岗位权限、有效期、使用次数和退款规则，且可以安排真实岗位参与上线前测试。
建议先确认：当次版本是否支持所需的发券、次数扣减、跨店核销、撤销和退款联动，并把权限清单、测试用例和交付范围写入项目文件。
如果正在评估到店服务功能，可以携带本文的正常与异常用例申请演示，并记录每一项的现行配置和需调整内容。
参考资料与更新时间
更新时间：2026-09-29