社区团购产品系统

立项原因：
1、生鲜损耗高 → 预售模式：先预约后备货，零库存
2、最后一公里成本高 → 次日自提：约定时段小区提货点自取
3、品质信任缺失 → 熟人经济：本小区当面提货验货、线下收款
4、微信群接龙管理散乱 → 预约单 + 6 位核销码：订单可查、核销留痕、库存自动扣回补
业务背景：
美团优选 2025.12 关停、头部集中度 92%→72.6%，区域社区市场出现窗口期；“预售+次日自提”模式毛利 25%-40%，货源走海吉星批发/惠州供深基地

用户端 7 页：小区选择/搜索/分类商品流、商品详情、预约确认（选小区+提货日期）、核销码展示、我的预约（状态 Tab/取消）、微信登录
管理后台 4 模块：商品管理、小区管理（提货时间段配置）、预约管理、核销台（输码核销）
核心流程：录商品 → 选小区预约 → 按单备货 → 出示核销码 → 后台核销 → 线下收款

我的任务：单人全栈端到端——调研/PRD/原型 → 后端 shequ 模块 → 小程序 7 页 → 管理端 2 页 → 数据库/部署/联调
技术栈：uni-app(Vue3+Vite) + 芋道 RuoYi-Vue-Pro(SpringBoot 3.4 + JDK17) + MyBatis Plus(多租户) + MySQL/Redis + Vue3+Element Plus 管理端
3 大亮点：
资产盘点驱动最小化开发——复用 mall 商城模块 80% 能力（商品/自提订单/核销接口/自提门店），仅新建 1 张扩展表 + 12 个类
Mock 支付渠道实现免支付链路——完整走标准订单状态机，后续接真实支付零代码改动
预约事务内扣库存 + 取消自动回补，防超卖漏补
3 大难点：多模块三层 Bean 名冲突连环排查（Controller→Mapper→type alias，用全限定名生成器解决且不动既有模块）、uni-app 生命周期必须从 @dcloudio/uni-app 导入、多租户 tenant-id 请求头 400 排查