工单系统状态机设计详解：流转规则、超时重派怎么做

车间设备一坏，维修工在群里收到三条消息：班组长发文字、操作工发语音、主任打电话。修完之后谁也说不清这台设备这月坏了几次、每次修了多久。多数工厂的工单混乱，不是人不行，是从一开始就没把「一张工单处于什么状态、谁有权把它推到下一个状态」定义清楚。这篇就把工单状态机这件事拆开讲透。

一、为什么工单一多就乱：先看状态定义

我们见过太多自建工单表，字段几十个，唯独没有状态字段，或者状态是一坨自由文本：写「处理中」的、写「等配件」的、写「快好了」的都有。月底一统计，口径全对不上。状态机的第一步，是把业务里所有真实情况穷举出来，压缩成有限个互斥的状态。

1. 一个够用的状态清单

维修类工单，十个状态以内足够：待派单、已派单、已接单、处理中、挂起（等配件、等停产窗口）、已完工、待验收、已关闭、已撤销。再多就说明你在拿状态字段记录本该记在备注里的东西。

2. 状态之间的边界要一刀切清

最容易扯皮的是「完工」和「关闭」。建议规则：维修工完工只是把工单推进待验收，报修人确认或超时 24 小时未确认，才自动关闭。这样维修工不能自己给自己盖章，报修人也不能无限拖着不验收。状态边界清了，考核数据才有得谈。

二、流转规则怎么配：动作、条件、自动化

状态定义好之后，第二层是流转规则：什么角色、在什么条件下、能执行什么动作。这三要素拆开配，比在代码里写死灵活得多。低代码平台的优势就在这里——流转规则是配置出来的，车间主任自己就能改，不用等IT排期。

1. 动作绑定角色

接单只能是维修工本人点，验收只能报修人点，撤销只能调度或管理员点。权限绑在动作上而不是页面上，手机端也不会出现越权操作。有客户上线后统计，越权改单的情况从每月十几起降到零（该客户上线 3 个月内部工单台账统计）。

2. 条件分支处理特殊情况

比如「故障等级=紧急」时跳过调度直接推给当班维修工；「等配件」挂起超过 48 小时自动升级给设备科长。条件写在流转规则里，逻辑透明，出了问题一眼能查是哪条规则把单子推歪了。

三、超时、重派与升级：让卡住的单子自己喊人

状态机最大的价值不是记录，是兜底。一张单子卡在谁手里、卡了多久，系统要比调度先知道。我们给客户的常规参数是三道防线：待派单超 10 分钟未派，提醒调度；处理中超承诺时长的一半未完工，提醒维修工本人；超承诺时长，自动升级给上级并在看板标红。

1. 重派怎么留痕

维修工干不了申请改派，调度转给下一个人，原工单不删、不新建，只是多一条流转记录。这条很关键：重派三次的工单和一次搞定的工单，月底放在一起看，派单规则该往哪个方向调，数据自己会说话。某制造企业按这个口径统计，上线 6 个月后重复派单率下降约四成（该客户工单系统内部报表）。

2. 升级不是告状，是分诊

升级机制常被员工抵触，觉得是打小报告。落地时把话术改掉：升级单推给上级，是请上级调资源，不是追责。上线前把这个逻辑讲清楚，员工抵触会小很多，实际推行的阻力的确小了——同一家工厂试点线推广到全厂只用了三周（实施顾问现场记录）。

四、通知与数据回写：状态机连上人和报表

状态每变一次，该知道的人要知道，该记的数要记下来。通知别贪多，三个节点够了：派单时通知维修工、挂起时通知调度、关闭时通知报修人。其余节点让员工自己按需查，消息轰炸只会让所有人关闭通知。

1. 数据回写别二次录入

工单关闭时自动回写：设备维修历史、备件出库、工时。这三样回写做好了，设备档案里的维修记录就是全的，年底算维修成本不用再翻纸质单据。用一套服务工单管理系统把这些串起来，比台账、群消息、Excel 三头维护省事得多。

2. 报表口径跟状态走

平均响应时长=接单时间减提交时间；平均修复时长=完工时间减接单时间；一次修复率=未发生挂起和重派直接关闭的工单占比。三个指标全部从状态流转记录里算，不靠人填月报，数字自然准。

五、自动派单规则：从人盯单到单找人

状态机跑顺之后，下一步是把「调度看着屏幕派单」变成「系统自动把单子推给对的人」。自动派单不是入智能那么玄，本质就是一张规则表：工单满足什么条件，推给哪个角色、哪个人或哪个班组。规则按优先级从上往下匹配，命中即止。

1. 三类常用的派单规则

第一类按区域：车床美故障推给机修一组，配电类推给电工班。第二类按技能等级：故障等级标紧急的，直接推给技师级别的老师傅；一般故障推给当班学员练手。第三类按负载均衡：同级别维修工里，把单子分给当前未完工单数最少的那个，避免能者永远在干、新人永远在看。

2. 自动派单要留一个人工口子

再好的规则也有覆盖不到的情况，比如老师傅请假、两个班组交接班。所以自动派单之外一定要留一个人工改派入口，调度可以一键把单子转走，但转走时系统自动记一条改派原因。某汽车零部件厂用「区域优先＋负载均衡」两条规则，上线后调度岗位从全职盯单变成半天处理例外，平均派单耗时从十几分钟压到一分钟以内（该客户上线 3 个月内部统计）。

六、落地建议与三个常见误区

最后给几条踩过坑之后的建议。第一，状态先少后多，上线时八个状态用不顺，别想着十二个更全，先跑通再演进。第二，别让挂起成为垃圾桶——挂起必须选原因、必须有时限，否则所有难单都会「挂起」。第三，移动端优先，维修工在设备边上，电脑在办公室，单子跟着手机走才有真实数据。

• 误区一：把部门、班组、维修类型全塞进状态字段，状态机变成组织架构图
• 误区二：只记录不兜底，超时机制不上线，状态机就是个电子登记本
• 误区三：验收环节省掉，完工即关闭，返修说不清是谁的责任

状态机这套东西，说穿了是把车间里口口相传的规矩变成系统里的硬约束。规矩越简单，越有人愿意用；有人用，数据才立得住。数据立住了，后续谈绩效、谈备件库存、谈设备更新，手里才有牌。