任务接单业务方案：多类型任务工单系统设计思路

小马总

19人浏览 · 2026-09-29 15:42:36

小马总 · 2026-09-29 15:42:36 发布

在同城接单、上门服务、本地生活履约类平台中，任务工单是承载所有业务履约的核心载体。平台往往包含家政服务、维修安装、跑腿代办、私厨上门、保洁养护等数十类差异化任务，不同类型工单在提交字段、履约流程、审核规则、结算标准、售后机制上完全不同。

多数初级开发方案采用“一张工单表承载所有业务”的粗暴设计，随着业务迭代，字段冗余、流程混乱、数据耦合严重，出现新增业务需改表、不同工单流程互相干扰、统计异常、状态流转错乱等一系列问题。本文基于 SpringBoot 实战架构，聚焦多类型工单通用抽象、动态模板配置、差异化流程、统一调度，拆解一套高复用、可扩展、低耦合的多类型任务工单系统设计方案，附带核心 Java 代码与数据库建模思路，适配商业化接单平台落地。

一、多类型工单核心业务痛点

多品类任务并存的接单平台，传统单体工单设计存在大量结构性缺陷，是后期迭代维护的主要瓶颈：

字段无法适配：维修工单需要设备型号、故障描述；私厨工单需要菜品、人数；跑腿需要取件地址、物品类型，固定字段结构冗余且无法灵活扩展。
业务流程不统一：简单跑腿任务无需审核，高价值家政、私宴任务需要人工预审，固定流程无法适配差异化场景。
状态流转混乱：不同工单完结、取消、退款条件不一致，统一状态字段导致业务判断错乱，脏数据堆积。
规则硬编码严重：新增工单类型需要修改代码、重启服务，无法后台动态配置，运营灵活性极差。
数据统计隔离性差：多类型工单数据混杂，分类统计、类目对账、业务复盘难度极大。

二、整体设计思想：模板化+通用抽象

2.1 核心设计理念

摒弃传统单表硬字段模式，采用通用工单主表 + 类型模板配置 + 动态扩展详情 + 流程规则引擎四层架构，实现：一次开发、多类型复用、动态新增业务、零代码配置流程。

通用层：所有工单统一的基础属性、状态、时间、履约人、用户信息，保证调度、统计、检索统一。
模板层：按工单类型配置表单字段、必填规则、审核流程、派单策略、结算比例。
扩展层：不同工单类型的个性化业务数据，以 JSON 或分表形式独立存储，解耦核心流程。
规则层：基于工单类型自动分流，匹配对应的审核、派单、履约、售后、结算规则。

2.2 技术栈选型

适配多类型工单高扩展、动态配置、流程差异化的业务特性：

Java SpringBoot + MyBatis Plus + MySQL8.0 + Redis + 规则引擎 + 状态机 + 定时任务

核心支撑能力：动态表单解析、工单类型分流、差异化流程执行、统一状态管控、超时兜底、数据隔离统计。

三、系统分层架构与模块拆解

3.1 四层架构模型

1. 工单接入层

统一接收用户发布的各类任务，完成参数校验、类型识别、模板匹配，标准化工单基础数据，拦截非法请求。

2. 模板配置层

平台后台可可视化配置工单类型，包含字段模板、必填项、审核开关、派单模式、超时时间、抽成比例、违规处罚规则，新增业务无需改代码。

3. 流程执行层

根据工单类型自动执行差异化流程：普通轻量任务直接进抢单池；高价值任务进入人工预审；定制化任务定向派单。

4. 数据持久层

主表存通用数据，扩展表存个性化数据，实现通用数据统一检索、个性数据独立解析，兼顾查询效率与业务扩展性。

3.2 多类型工单流程差异化设计

通过模板配置区分三类核心工单流程，覆盖绝大多数同城接单场景：

轻量快速工单：跑腿、小件代办，无需审核，发布直接进入抢单池，短时效自动过期。
标准服务工单：家政、保洁、常规维修，系统自动派单+自由抢单结合，基础资质校验即可履约。
高端定制工单：私厨家宴、大型维修、商务代办，需要人工审核需求、保证金校验、专项资质匹配，履约流程更严谨。

四、核心状态机统一管控设计

为避免多类型工单状态混乱，系统设计全局统一状态机 + 类型差异化流转规则：状态字段统一，流转权限按类型差异化配置，既保证数据统一，又适配业务差异。

通用工单状态：已创建、待接单、服务中、待核验、已完成、已取消、已退款

流转规则：轻量工单跳过审核，定制工单必须经过审核才可进入待接单状态。

五、核心 Java 代码实战落地

5.1 多类型工单状态枚举（统一状态机）

/** * 通用工单状态枚举 * 统一所有类型工单状态，差异化流转由业务层控制 */ public enum WorkOrderStatusEnum { CREATE(1, "已创建"), WAIT_ROB(2, "待接单"), SERVICING(3, "服务中"), WAIT_CHECK(4, "待核验"), FINISH(5, "已完成"), CANCEL(6, "已取消"), REFUND(7, "已退款"); private final Integer code; private final String desc; WorkOrderStatusEnum(Integer code, String desc) { this.code = code; this.desc = desc; } /** * 通用合法状态校验 */ public static boolean isValidStatus(Integer status) { for (WorkOrderStatusEnum e : values()) { if (e.getCode().equals(status)) { return true; } } return false; } public Integer getCode() { return code; } }

5.2 工单模板匹配与流程分流核心代码

/** * 多类型工单分发服务 * 根据工单类型匹配不同流程模板，实现差异化业务流转 */ @Service @Slf4j public class WorkOrderDispatchService { @Autowired private WorkOrderTemplateMapper templateMapper; @Autowired private WorkOrderMapper workOrderMapper; /** * 工单创建自动流程分流 */ public Result<Boolean> dispatchByType(WorkOrder order) { // 1.查询当前工单类型对应的模板配置 WorkOrderTemplate template = templateMapper.selectByType(order.getOrderType()); if (Objects.isNull(template)) { return Result.error("工单类型模板不存在，创建失败"); } // 2.根据模板配置差异化流转 if (template.getNeedAudit().equals(1)) { // 需要人工审核：停留在已创建状态，等待后台审核 order.setStatus(WorkOrderStatusEnum.CREATE.getCode()); log.info("高端定制工单{}进入人工审核流程", order.getOrderNo()); } else { // 无需审核：直接进入待抢单池 order.setStatus(WorkOrderStatusEnum.WAIT_ROB.getCode()); log.info("普通工单{}直接进入抢单池", order.getOrderNo()); } // 3.保存工单基础数据 workOrderMapper.insert(order); return Result.success(true, "工单创建成功"); } }

5.3 工单超时自动关闭兜底任务

/** * 多类型工单超时兜底定时任务 * 根据模板配置的超时时间自动回收无效工单 */ @Component @EnableScheduling @Slf4j public class WorkOrderTimeoutTask { @Autowired private WorkOrderMapper workOrderMapper; @Autowired private WorkOrderTemplateMapper templateMapper; // 每5分钟扫描超时工单 @Scheduled(cron = "0 */5 * * * ?") public void scanTimeoutOrder() { // 查询所有待接单状态工单 List<WorkOrder> waitOrderList = workOrderMapper.selectWaitRobOrder(); if (CollectionUtils.isEmpty(waitOrderList)) { return; } int closeCount = 0; for (WorkOrder order : waitOrderList) { // 根据工单类型获取对应超时配置 WorkOrderTemplate template = templateMapper.selectByType(order.getOrderType()); if (Objects.isNull(template)) { continue; } // 判断是否超时 long timeout = System.currentTimeMillis() - order.getCreateTime().getTime(); if (timeout > template.getTimeoutMinute() * 60 * 1000L) { order.setStatus(WorkOrderStatusEnum.CANCEL.getCode()); workOrderMapper.updateById(order); closeCount++; } } log.info("工单超时兜底完成，自动关闭{}条超时工单", closeCount); } }