小程序扫码核销怎么设计?核销员权限、次数、撤销、离线和对账如何处理
门票、团购券、提货码和服务次卡都可能通过扫码核销,但一张码代表整单、单件还是一次服务,处理方式完全不同。若店员扫码后只有成功提示,没有人员、门店和剩余次数记录,出错后很难解释。 扫码只是读取凭证,真正的核销必须由服务端根据订单、门店、权限和当前状态完成。
ON THIS PAGE本文目录+
QUICK ANSWER
本文核心结论
一、不同业务的核销单位怎么确定
活动门票可能一票一人,商城自提可能按商品数量,次卡则每次扣减权益。需求阶段先明确一张码对应什么、能核销多少和能否分次,不能统一做成订单完成。
武汉卡卡西科技做核销小程序时,会把核销单位和售后单位对应起来。用户只领取一件商品时,剩余商品仍可提取或退款,不能因为扫码一次就关闭整单。
二、核销码怎样降低猜测和转发风险
凭证不应直接使用连续订单号、手机号或固定会员编号。可采用随机标识、动态刷新或短时令牌,并根据业务决定是否允许用户转发给代领人。
贵重商品或敏感服务可增加身份确认,普通低风险业务则避免过度验证。二维码截图能否使用要在产品规则中明确,不能技术上允许却对外声称绝不可能转发。
三、核销员权限为什么要按门店控制
店员只应核销所属门店和授权业务,临时活动人员可限定场次与时间。服务端不能相信客户端传来的门店编号,必须根据登录账号和岗位重新判断。
员工离职、调店或活动结束后及时收回权限。多人共用核销账号会失去责任追踪,应为每名人员分配独立身份,管理员代操作也要保留姓名和原因。
四、重复扫码和并发核销怎么处理
两名店员同时扫同一张单次券时,服务端只能允许一笔有效核销成功,另一笔返回已核销时间和门店。前端动画不能代替数据库的一致性判断。
网络超时后再次提交应携带同一业务请求标识,返回原结果而不是再次扣次数。操作记录区分首次成功、重复请求和状态冲突,方便门店解释。
五、多次卡和部分核销怎样记账
十次卡每次核销一项服务或若干次数,系统记录本次扣减、累计使用和剩余权益。核销数量不能超过可用值,也不能使用已经冻结、退款中或过期的部分。
套餐含不同项目时分别维护权益明细,不能只存一个总次数。改服务项目或补录核销形成调整流水,避免客服直接改余额后无法对账。
六、误核销撤销需要什么条件
撤销不是删除成功记录,而是新增一条反向操作并关联原流水。可限制在短时间内由店长处理,超过时间或已结算订单进入审核,避免店员随意反复核销。
撤销前检查是否已退款、已再次使用或已进入财务结算,冲突时转人工。完成后同步恢复可用次数或履约状态,并通知相关人员。
七、离线核销有哪些边界
完全离线时无法实时知道凭证是否已在另一台设备使用,风险比联网模式高。低风险活动可预发限定场次、数量和有效期的离线凭证,联网后尽快上传。
合并时按凭证和请求标识去重,发现重复进入异常清单。高价值商品、退款频繁或跨门店场景通常不宜离线直接放行,应准备网络备份或人工登记。
八、报价周期和验收怎样确定
成熟模板已有标准单次核销时,武汉卡卡西科技常见参考1500—10000元、周期3—7天;部分核销、次卡、动态码、离线和外部收银对接需要按范围评估。
定制中小项目常见参考5000—20000元、周期3—30天,支持独立部署、源码交付和终身售后。验收覆盖错门店、重复扫码、超时重试、撤销冲突和离线合并。
ARTICLE FAQ
关于小程序开发的常见问题
核销码可以直接用订单号生成吗?+
不建议。连续订单号容易被猜测,也可能暴露业务信息。应使用难预测、可失效的凭证,扫码后仍由服务端校验订单、门店、人员、有效期和退款状态。
两名店员同时扫码会核销两次吗?+
正确实现下不会。服务端以原子方式更新同一凭证,只允许一笔成功,另一笔返回已核销结果。客户端重复提交还应使用同一请求标识,避免网络重试重复扣减。
误核销可以直接删除记录吗?+
不能。应由有权限人员在规定范围内发起撤销,生成关联原记录的反向流水,并填写原因。若已退款、结算或再次使用,需要转人工审核,不能无痕恢复。
次卡核销一次为什么不能只减总次数?+
套餐可能包含不同项目、有效期和冻结状态,只减总数无法解释具体使用内容。每次应保存项目、数量、门店和人员,再汇总剩余权益,便于退款和对账。
没有网络时小程序还能核销吗?+
技术上可设计受限离线方案,但存在同一凭证在多设备重复使用的风险。应限制场次、数量和价值并尽快同步,高价值或跨店业务更适合恢复联网后再确认。
内容审核与说明
本文由武汉卡卡西科技项目与技术团队根据实际服务经验整理,并结合当前服务价格与项目交付情况持续更新。涉及第三方平台认证、接口及服务费用时,以对应平台最新规则为准。
- 作者
- 武汉卡卡西科技
- 内容类型
- 小程序开发
- 最后更新
