QTM项目的立项原因:经销商上报的车辆质量与售后问题缺乏标准化的流转通道,导致响应滞后、责任不清、知识无法沉淀。
业务背景:主机厂拥有庞大的经销商网络,需通过系统实现问题从提交、分派到技术专家解答的闭环管理,以提升一次性修复率和客户满意度。
点击空白处退出提示
QTM项目的立项原因:经销商上报的车辆质量与售后问题缺乏标准化的流转通道,导致响应滞后、责任不清、知识无法沉淀。
业务背景:主机厂拥有庞大的经销商网络,需通过系统实现问题从提交、分派到技术专家解答的闭环管理,以提升一次性修复率和客户满意度。
具体功能模块
经销商问题发起与闭环判定模块
管理员分发与升级处理模块
经办人解决方案模块
全流程记录与角色权限可视模块
企业微信集成入口模块
Web后台管理模块(人员同步、身份配置、报表查看)
主要功能描述
经销商可通过企微发起问题,管理员接收后可直接解答问题,无法解答则分发给对应经办人解答;问题解决后由经销商在企微端判定是否解决,若未解决可升级问题,管理员重新分发。整个流转过程全程记录,经销商、管理员、经办人仅能查看自己提出或处理的问题详情。系统与企微深度集成,所有发起与解决操作均从企微进入。此外,Web管理端支持同步组织人员、为成员指定身份角色,并提供多维度报表查看功能,便于管理者监控问题处理效率与质量。
一、我负责的具体任务
Web端后台管理模块开发:实现人员同步、身份指定、报表查看等功能。
三方认证与系统集成:负责对接企业微信的认证体系,完成OAuth/企微身份校验。
定时拉取企微人员:使用XXL-JOB调度任务,定时从企业微信拉取组织架构与人员信息,同步至本地数据库。
企微端消息集成:实现企微侧的消息收发与事件回调,包含企微侧的认证校验。
问题状态流转Bug修复:参与解决复杂的问题状态(经销商判定→升级→重新分发)中的逻辑缺陷,保障闭环流程的稳定性。
二、项目使用的技术栈、架构、亮点、难点
技术栈:Spring Boot(基础框架)、MyBatis(数据持久层)、XXL-Job(分布式任务调度)、Sa-Token(轻量级权限认证框架)、RocketMQ(消息队列,用于异步解耦问题流转通知)。
架构:前后端分离,Web管理端与企微H5/小程序端共用后端接口;企微集成采用OAuth2.0免登流程;定时任务通过XXL-Job管理;问题状态变更通过RocketMQ异步通知相关角色;权限控制使用Sa-Token实现角色级数据隔离。
亮点:
企微人员同步的增量更新策略,避免全量拉取的性能损耗。
状态机结合消息队列,保证经销商升级操作后的实时分发与可追溯性。
Sa-Token + 企微认证双因子身份识别,支持Web端与企微端的统一权限模型。
难点:
企微回调与定时任务的数据一致性(如人员变更后关联问题权限的即时刷新)。
问题状态流转中的并发场景(经销商快速多次点击升级),通过RocketMQ的顺序消息与分布式锁避免状态错乱。






评论