汽车后市场的连锁洗车行业，长期存在"总部管不住门店、门店算不清账"的典型痛点。以本项目服务的品牌为例，从直营走向加盟扩张后出现三类失控：一是门店的服务、核销、考勤全靠纸质单据和微信群，总部拿不到实时经营数据，督导巡店也只能靠事后补录；二是套餐卡、次卡、优惠券、会员储值等预收款分散在各门店，履约进度与资金去向无法对齐，跨店履约、退款、转赠极易扯皮；三是员工提成、门店分成、加盟商分润、抖音团购平台分账四套账各算各的，每月靠 Excel 手工对账，口径不一、周期长、差错率高，且一旦出错很难回溯修正。
项目立项的目标是把品牌从"人治"搬到"系统治"：用一套后端支撑总部管理后台、车主微信小程序、员工移动端三个入口，把开单、履约、核销、结算、分账全流程线上化。让总部在一张看板上看到所有门店的实时经营数据；让每一笔预收款都能追溯到"谁卖的、谁服务的、谁该分多少"；让线上流量平台的券码核销与分账明细自动回流到自有账务体系，不再依赖人工搬运。
平台由三大端构成，覆盖连锁加盟全链路业务：
【总部管理后台（Web）】数据驾驶舱 / 订单中心（含代客下单）/ 门店与直营店管理 / 服务范围与地图覆盖 / 城市代理-加盟商-督导三级渠道体系 / 会员档案与会员卡（实名认证、标签、风险预警）/ 套餐与推广套餐 / 优惠券活动与券码核销 / 营销活动与激励 / 员工档案与人脸考勤 / 绩效与工资核算（含罚款、排行榜、年终奖）/ 销售提成与分账 / 财务中心（收入、费用、资金流水、日清、结算、报表）/ 耗材进销存（物料、供应商、采购、库存、报表）/ 抖音团购分账台账 / 系统权限与操作日志。
【车主微信小程序】门店定位与选店 / 在线下单与套餐购买 / 微信支付 / 订单进度与核销码 / 会员卡与储值 / 优惠券领取与使用 / 车辆档案 / 收货地址 / 评价与售后。
【员工移动端（App）】抢单接单工作台 / 开单与代客下单 / 服务打卡与履约拍照 / 券码核销 / 客户档案 / 业绩与提成实时查询 / 考勤打卡 / 收入明细。
【技术栈】后端 Spring Boot 4 / JDK 17 / MyBatis / MySQL / Redis / Quartz，基于 RuoYi-Vue 3.9.2 做多模块二次开发（独立业务模块 ruoyi-nini）；管理端 Vue 3 + Vite + Element Plus + Pinia + ECharts；车主端与员工端 uni-app，一套代码同时产出微信小程序与 Android App。
【架构】单体多模块 + 事件驱动。API 按 admin / staff / wx 三端隔离鉴权；订单流转通过 Spring 事件 + 独立线程池异步解耦通知、推送与账务副作用，主链路不被下游拖慢；员工端用 WebSocket（握手鉴权 + 会话管理 + 心跳保活）实现派单、抢单结果秒级直达。
【我负责的核心工作】
订单履约主链路：下单、微信支付（回调幂等 + 超时未支付自动关单）、核销、退款、跨店履约的状态机设计与实现。
预收款账务：会员卡 / 套餐 / 优惠券的销售-履约-退款全流程记账，确保每笔预收款都能对上履约进度。
连锁分账结算：员工提成、门店分成、加盟商分润、抖音平台分账四套口径统一核算，Quartz 按周期结算，并支持历史补算与全量重算。
抖音团购对接：券码核销后定时回填平台分账明细，打通"平台券 → 自有订单 → 财务台账"链路。
【亮点与难点】
账务一致性：分润涉及多角色、跨周期追溯，采用"幂等重算"设计——任一期数据出问题都可全量重算且不产生重复入账。
平台对接健壮性：抖音分账明细存在 T+1 延迟与部分缺失，设计"待回填 → 补算 → 全量重算"三级补偿任务，避免账务空洞。
多端一致性：小程序与 App 共用一套 uni-app 代码与 API 契约，后端按端隔离接口与权限，杜绝口径漂移。
可观测性：关键定时任务输出执行日志与结果计数，生
评论