第二章：工单系统基础架构

大家好，我是老张。干风电运维这行十几年了，从最早的纸质工单到现在的数字化系统，我算是亲眼见证了这场变革。今天咱们聊聊工单系统的骨架——基础架构。

说白了，一个工单系统就像咱们风场的运维团队。有人负责接活（模块划分），有人负责干活（角色权限），有人负责传递信息（数据流转）。这三样搞明白了，系统就立住了。

2.1 系统模块划分

我习惯把工单系统拆成四个核心模块。你想想看，一个风场从发现问题到解决问题，是不是就这几步？

模块名称	核心功能	我踩过的坑
工单管理	创建、派发、执行、关闭	曾经漏了「转派」功能，现场乱成一锅粥
资源管理	人员、备件、工具、车辆	备件库存和工单没打通，领料全靠吼
知识库	故障案例、标准作业流程	没人维护，最后成了摆设
统计分析	工单完成率、故障分布、MTTR	数据不准，领导开会拍桌子

2.2 用户角色权限

嗯，这里要注意。权限设计搞不好，系统上线第一天就会出乱子。我记得有个项目，把「删除工单」权限给了所有人，结果有人误删了重要记录，查了三天才恢复。

我一般按这四类角色来设计：

• 运维值班员：创建工单、填写执行记录、关闭工单。说白了就是干活的人。
• 值长/班长：派发工单、审核工单、调配资源。相当于现场指挥官。
• 专工/工程师：查看所有工单、编辑知识库、处理疑难故障。技术大拿的角色。
• 管理员：系统配置、用户管理、数据导出。权限最大，责任也最大。

2.3 数据流转逻辑

数据怎么在系统里跑？我画了张图，你看一眼就明白了。

数据流转其实就一条主线：发现→创建→派发→执行→记录→关闭。但这里面有几个关键点，我单独拎出来说说。

2.3.1 工单状态机

每个工单都有生命周期。我见过最乱的情况是，一个工单同时处于「执行中」和「已关闭」两个状态。为什么会这样？因为系统没做状态互斥。

我一般用这几种状态：

• 待派发：刚创建，还没人接
• 执行中：已经派给具体的人
• 待审核：干完了，等值长确认
• 已关闭：审核通过，归档
• 已驳回：干得不行，打回去重做

2.3.2 数据关联

工单不是孤立的。它得跟设备台账、备件库存、人员排班挂上钩。我举个例子：

工单编号：WO-2024-03-15-008
关联设备：#08风机（双馈2.0MW）
关联故障：齿轮箱高速轴轴承异响
关联备件：轴承SKF-6324 × 1个
关联人员：张三（主）、李四（辅）
执行时长：4.5小时（含等待备件1.2小时）

你看，一条工单把设备、备件、人员、时间全串起来了。这才是数字化该有的样子。

2.4 避坑总结

最后，我把自己这些年踩过的坑总结一下：

1. 权限别太粗：我曾经给「值长」角色开了所有权限，结果他顺手把别人的工单给关了。后来改成「只能操作自己管辖风机的工单」。
2. 状态别太多：有个系统设计了12种状态，现场的人根本记不住。我建议控制在5-6种，够用就行。
3. 数据别乱删：工单是运维的「黑匣子」，删了就没了。我一般只做「逻辑删除」，数据保留至少3年。
4. 接口别漏了：工单系统得跟SCADA、EAM、ERP打通。我见过最惨的案例，工单系统独立运行，数据全靠人工录入，比纸质工单还慢。

好了，基础架构就聊到这儿。记住一句话：模块是骨架，权限是肌肉，数据是血液。这三样搞明白了，系统就活了。

---

公众号:蓝海资料掘金营，微信deep3321