2026-08-19 计费管理系统 3.1.1 系统钱包一阶段需求技术方案评审
会议信息
- 会议主题：3.1.1 系统钱包一阶段需求技术方案评审（钱包 H5 嵌入小程序的身份认证方案与积分体系设计）
- 会议时间：2026-08-19
- 参与人：待补充
- 评审结果：待补充（会议原文未明确评审结论，按技术方案评审记录留存）
一、评审背景
本次会议围绕 3.1.1 系统钱包一阶段需求展开，重点讨论钱包 H5 嵌入小程序后的身份认证方案与新积分体系设计，明确多端兼容、数据同源及票据交互等技术细节。原计费系统仅支持红包体系，本次需求将钱包 H5 搭建与新积分体系重建作为两大核心板块。
二、Part 1 钱包一阶段需求范围
小结
1. 明确核心业务模块
- 本次需求主要涵盖钱包 H5 搭建与新积分体系重建两大板块，原计费系统仅支持红包体系。
2. 划分技术功能模块
- 整体技术方案从技术角度拆分为五大模块：
- 微信小程序身份认证：解决 H5 嵌入小程序后的用户身份健全问题。
- 积分体系：全新重构，替换原有的红包体系。
- 红包页面改造：对原有红包页面进行适配调整。
- 优惠券模块：新增或优化钱包内的优惠券板块。
- 杂项处理：覆盖其他零散的技术处理需求。
待办
- 本次会议原文未列明具体待办事项，留待补充。
三、Part 2 多端兼容与数据策略
小结
1. 确定小智小程序暂不接入
- 因暂时不涉及积分体系，小智信息本次不予接入。
2. 明确历史数据与接口策略
- 后端接口沿用标准方案以兼容多端，前端为全展示层。
- 数据层策略：采用同一套数据入口，多个终端（如智慧门店、微信 H5）均可操作提现。
- 旧端过渡策略：原有智慧门店等小程序暂不下架，继续保留提现能力。
待办
- 本次会议原文未列明具体待办事项，留待补充。
四、Part 3 门店员工身份认证方案
小结
1. 规避主数据同步延迟
- 依赖主数据同步存在延时风险，改为由宿主小程序直接推送完整身份信息至后端。
2. 规范票据流转交互
- 明确了从员工获取身份票据到 H5 登录的完整闭环流程：
- 宿主小程序侧：获取员工身份票据并请求后端校验参数有效性，将信息存入缓存（缓存时长由 1 分钟延长至 5 分钟），生成唯一票据返回给前端。
- H5 钱包侧：前端组装 UI 参数加载组件，携带身份票据请求后端登录；后端从缓存消费一次该票据即清除，完成身份验证。
待办
- 本次会议原文未列明具体待办事项，留待补充。