一、权限模块最小化 数据模型权限设计采用经典的 RBACRole-Based Access Control 细粒度权限点岗位即角色收银员、技师、部长、店长、老板五套标准模板可复制可微调权限点下沉到按钮开单、收款、打印账单、普通结账为收银默认 4 项删单、改价、反结账、会员充值/退款、沉睡卡消费等默认关闭资源维度约束如沉睡卡消费权限需叠加卡状态180 天未到店校验核心模型示意tb_role角色 ── tb_role_permission角色-权限点 tb_staff员工 ── tb_staff_role员工-角色含门店维度 tb_permission权限点编码、名称、资源、动作二、敏感操作拦截状态机 授权流以沉睡卡激活为例设计两层校验前置校验状态机沉睡卡状态机为NORMAL → DORMANT(180天未消费) → 需授权 → ACTIVE。无SLEEP_CARD_CONSUME权限点且卡为 DORMANT 时收银界面直接禁用相关按钮绕行封堵转卡场景转卡接口入参卡源为 DORMANT 且操作人无权限时接口返回业务异常并写审计日志——这是收银无沉睡卡权限却可转出余额漏洞的根治方案所有授权动作经统一AuditService落库操作人、授权人、时间、设备、前后值满足事后追责与对账。三、交接班对账报表引擎 强制闭环对账模块的关键是渠道分列 账实不符不交班字段体系营业汇总营业总额/现金收入/总钟数/账单数、支付明细现金/微信/支付宝/银联/会员实刷、券明细美团/抖音/团购券、充值/退卡/返现明细、费用支出按渠道分列聚合自定义公式列支持表达式字段如营业实收 营业收入 - 会员消费 会员实刷避免收银手工计算强制交班状态机当班中 → 生成报表 → 账实核对现金实点现金小计→ 确认交班核对不通过则无法交班从流程上杜绝带账离岗四、报表一致性聚合口径与幂等交班报表的聚合要处理两个工程细节一是支付渠道多来源本机 POS、线上支付回调、团购平台核销回调的幂等防止回调重放导致重复计数二是券核销与收银原子绑定核销即销账重复核销、过期券、退款二次核验在服务端拦截。这样才能保证报表数字与支付后台、团购平台三方一致。常见问题FAQQ权限点设计到按钮粒度会不会影响性能A权限点在登录后一次性缓存到会话/Redis接口层做本地化校验性能损耗可忽略。Q交接班强制对账的异常如何兜底A账实不符时进入挂账复核状态由店长在权限内手工调整并留痕调整记录纳入次日对账。Q历史会员数据迁移有什么注意点A仅迁移会员姓名、手机号、余额、归属门店、生日等核心字段导入耗时约 30 秒消费流水不做全量迁移避免脏数据。Q防绕行封堵会不会误伤正常业务A封堵条件是无权限 沉睡卡有权限的店长/财务不受影响且所有拦截可配置开关便于灰度放量。