️ 新零售门店管理系统产品系统

传统零售门店面临收银效率低、库存数据滞后、线上线下会员不互通等痛点。本项目旨在构建一套O2O一体化SaaS平台，实现商品、订单、会员、库存的实时同步，帮助连锁门店实现数字化精细运营，提升人效与坪效。

立项背景和目标： 随着新零售和社交电商的快速发展，传统线下门店面临数字化转型的迫切需求。本项目旨在打造一套多端协同的B2B2C多商户电商系统，实现平台方、入驻商家、门店、消费者四方业务闭环，解决多角色在线交易、商品管理、订单流转、支付结算等核心问题。

核心功能模块： 系统包含商品管理（SPU/SKU、规格属性、分类品牌）、订单中心（普通订单、虚拟订单、门店自提订单、本地配送订单，含创建/支付/发货/退款全流程）、会员体系（注册登录、等级积分、签到、余额提现、标签分组）、营销促销（优惠券、专题活动、大转盘、超级会员卡）、门店管理（门店商品库存、核销验证、门店结算）、支付系统（微信支付V2/V3、余额支付、线下支付、退款）、物流配送（快递模板、物流追踪、同城配送）、数据统计（会员/商品/订单/访问多维统计）、消息通知（短信、微信模板消息）等模块。

业务流程： 消费者通过小程序/H5浏览商品→加入购物车→下单结算→在线支付→商家发货/门店自提→确认收货→评价售后；商家入驻→审核通过→管理店铺商品和订单→结算提现；平台方统筹管理所有站点、店铺、会员和营销活动。

整体架构和设计思路： 系统采用前后端分离架构。后端基于 PHP + ThinkPHP6 多应用模式，划分 api（C端用户接口）、shopapi（商家端接口）、storeapi（门店端接口）、shop（商家后台页面）、pay（支付回调）、cron（定时任务）、gateway（WebSocket长连接，基于Workerman/GatewayWorker）等应用模块，通过事件驱动机制解耦业务逻辑。前端包含四个 UniApp 工程：uniapp（C端用户小程序）、mshop（商家端小程序）、mstore（门店端小程序）、cashregister（收银台Electron+UniApp应用），实现一套代码多端发布。数据层使用 MySQL 存储，集成 Redis 缓存，文件存储支持阿里云OSS、腾讯云COS、七牛云。支付对接微信支付V2/V3，消息对接微信公众号/小程序订阅消息。

我的负责模块和结果： 我主要负责订单中心和支付系统的开发。完成了订单创建引擎（支持普通/虚拟/门店/本地配送4种订单类型，含促销计算、运费计算、库存扣减）、支付模块（对接微信支付V2/V3，支持余额/在线/线下/扫码4种支付方式，含退款和对账）、订单退款流程（申请→商家审核→退货发货→确认→退款，9个状态流转类解耦处理）。累计完成约30个API接口，支撑日均订单处理量上千笔。

遇到的难点和解决方案： ①订单创建逻辑复杂，多种商品类型和促销规则叠加计算容易出错——采用策略模式将不同商品类型（实物/虚拟/门店）的计算逻辑拆分为独立Tool类（GoodsTool、DeliveryTool、PromotionTool、CommonTool），主流程按顺序调用，职责清晰易维护；②微信支付V3接口签名和回调验签与V2差异大——将V2/V3封装为独立模型类，统一对外接口，通过配置切换版本，降低业务层对接成本；③订单退款