引言
到店核销看似就是"扫一下码"，真到多门店、多券种运营时，会发现核销码规则、店员扫码流程、账务核对每一环都藏着细节。一张券被重复核销、店员扫错门店、月底对不上账，都是常见痛点。本文围绕核销码、扫码核销、门店对账三块核心功能，把设计要点讲清楚。
内容概述
核销功能可以分成顾客端和门店端两侧：顾客端负责领券、出示核销码；门店端负责扫码、确认、记录；后台则把两边的动作汇成可对账的数据。下面分别展开这三块，再补一个异常处理环节。
核心要点
1. 核销码设计：一券一码、可验、状态可控
核销码是整个核销的凭证，设计上要注意： - 一券一码：每张券对应独立的核销码，避免多张券共用一个码； - 状态机清晰：券码经历"未使用—核销中—已使用—已过期/已退款"几个状态，状态流转不可回退错乱； - 防截图冒用：纯静态二维码存在被截图转发的风险，可结合动态码、人脸或手机号后几位校验提升安全性； - 有效期与适用范围：码上或券面标注可用时段、是否需预约。
2. 扫码核销流程：店员端要短
店员每天可能核销几十上百笔，流程越短越好： - 打开扫码：店员在门店端直接调起相机扫码； - 信息确认：扫出后显示券种、金额、剩余次数，店员核对后一键确认； - 即时反馈：核销成功有明确提示与音效，失败（已用/过期/退款）给出原因； - 手动补录：码扫不出时，支持手动输入券号核销作为兜底。 店员端用手机即可操作，不必配专用设备。
3. 对账功能：按门店、按时间可查
核销数据是结算依据，对账模块要满足： - 每笔可追溯：记录核销时间、门店、操作店员、券种、金额； - 多维度汇总：按门店、按日期、按券种统计核销数量与金额； - 与订单打通：核销记录能关联到原订单与支付流水，方便核对退款； - 可导出：支持导出表格，供财务与平台结算使用。
4. 异常处理：把纠纷拦在前台
- 重复核销：同一券码二次扫描，提示已核销并显示首次时间；
- 退款联动：退款后券码即时失效，不能再核销；
- 跨店核销：设置是否允许跨店使用，规则在券面写清。
对于次卡、月卡这类多次核销的商品，系统还要额外记录剩余次数。顾客每次到店核销一次，剩余次数同步扣减并在顾客端展示，避免到店后双方对"还能用几次"各执一词。这类商品往往还涉及预约，核销模块若能与预约日历打通，店员在核销时就能看到该顾客是否已约、约的哪个时段，服务衔接会更顺畅。
实施步骤
- 定义券码规则：确定码的形式、状态流转、有效期与防冒用方式。
- 设计店员扫码流程：从打开到确认不超过三步，备好手动补录。
- 搭建对账报表：按门店与日期做核销汇总，关联订单与支付。
- 走一遍异常用例：测试重复核销、退款后核销、跨店使用等场景。
- 培训店员：上线前让店员实际扫码几次，熟悉成功与失败提示。
注意事项
- 券码别用纯顺序号：可预测的连续码容易被试出，建议做随机或加密处理。
- 对账口径要统一：门店核销额、平台结算额、支付流水三方口径一致，否则月底扯皮。
- 店员权限收窄：离职店员及时收回核销权限，避免冒用操作。
- 核销不等于发货完成：次卡、套餐要记录剩余量，别核销后库存次数对不上。
总结
到店核销的功能设计，关键在核销码可靠、店员扫码顺手、对账数据可追溯。券码一一对应且状态可控，店员三步内完成核销，后台按门店按时间汇总并关联订单，日常运营就不会乱。上线前把重复核销、退款、跨店这些异常场景测一遍，再培训好店员，这套体系就能长期稳定运转。
