维护工单流程图（从申请到关闭）
维护工单流程图模板：维修申请审核、按类型与优先级建单、备件可用性判断、每周排程回路、现场执行与工时登记、额外作业的处理，以及带成本核算的结算关闭。
什么是维护工单流程图（从申请到关闭）流程
维护工单是 CMMS 围绕一项作业建立起来的一条记录，而这张图跟随的是这条记录，不是它背后的技术故障：触发点就是一条维修申请，由任何发现异常或发现项目到期的人提出。从这里开始，图会跟踪工单经过的每一个状态。计划员审核申请并通过或驳回；通过的申请变成一张带类型与优先级的工单；作业随后被规划出任务清单、备件与作业许可要求，与仓库核对，并被复核进本周的排程。指派技师之后，技师隔离并准备设备，一边施工一边登记工时；如果作业中冒出原范围之外的工作，就把它开成独立的后续工单，而不是吸收进这一张。主管对照标准签核完工，随后复核费用，登记工时、备件与停机时间，工单关闭。
这张图不讨论为什么需要这项作业。它从申请已经存在的那一刻接手，从不追问触发点是计划、状态监测报警，还是操作工发现了故障；那一段分流，以及由它产生的计划作业与故障停机之分，属于通用的设备维护流程，而在巡检中发现的已知缺陷，连同它自己那个继续按计划运行还是立即停机的判断，属于纠正性维护流程。它也不是一张备件采购图：“仓库有备件吗？”在这里只是一道关口，缺件背后的供应商选择、催料与收货细节，属于专门的备件申请流程。这张图真正拥有的，是工单本身的行政骨架——不论作业属于哪一类，每一项作业作为一条记录都要经过的那些状态；正因如此，一次五分钟的调整和一次三天的大修，读起来是同一套。在依赖它之前，请把类型清单、优先级方案和作业许可规则调整成你们自己的安全与隔离程序。
四个判断把这条记录带过它的生命周期。“维修申请是否有效？”放在计划员那里，因为申请质量是把关工作而不是技术工作，它挡住重复和非维护的工单，不让它们塞满本该留给真正作业的待办。“仓库有备件吗？”与“本周可以排程吗？”分别落在备件仓库和维护计划员两条泳道上，并且互相配合：缺件不会让工单停下，只会让它改期；而待办复核之所以画成一个回路，正是因为大多数工单在拿到位置之前，都要经过它不止一次。“发现额外作业了吗？”落在作业中途的技师那里，是那个把范围蔓延挡在原作业已登记工时之外的分叉点——把它拆成一张独立工单，而不是任由数字漂移。最后的签核“作业达到完工标准吗？”被刻意放在主管而不是动手的技师那里，这与任何一张需要签核的图上把执行与批准分开的做法，是同一个道理。
本流程图涵盖的内容
本模板包含
- 五条泳道（申请人 / 生产、维护计划员、维护主管、技师与备件仓库）横跨七个阶段：申请、审核与建单、工作准备、排程、执行、完工验收，以及结算关闭
- “维修申请是否有效？”这个判断，在工单还没建立之前就把真实作业与重复、非维护的工单分开，而被驳回的那条路会通知申请人，不是悄无声息地消失
- 建单时携带类型与优先级这两个字段，下游的一切都从它们读取；图上把它们画成占位项，供你们替换成自己的方案，而不是一份固定清单
- “仓库有备件吗？”这个判断，缺件时开出请购单而不是把作业拖住，两条分支在排程之前都汇合到同一个确认备件已锁定的步骤上
- 从“本周可以排程吗？”回到待办复核本身的回路，还原了真实情况：一张工单常常是被排给某一周、被挂起、再次复核，而不是第一次就排进去
- “发现额外作业了吗？”这个判断，把额外范围开成一张独立的后续工单，而不是吸收进来；以及主管的“作业达到完工标准吗？”签核，带返工回路，之后才是记录完整、计入成本的关闭
何时使用本模板
- 你们正在新的或替换的 CMMS 中配置工单类型、优先级与审批规则，希望先把生命周期议定下来
- 申请堆积着没人审核，也没人说得清哪些通过了、哪些被驳回了、哪些只是被忘了
- 作业一周一周地往后滑，你们需要看清待办复核和备件关口到底位于流程的哪个位置
- 技师把额外作业并进了原来的工单，登记的工时与成本数字已经失去意义
- 经理或审核员问起，一张工单是如何从一条原始申请走到一条已关闭、已计成本的记录的
运作方式
把泳道改成你们的角色
用你们现场真正存在的角色替换申请人 / 生产、维护计划员、维护主管、技师与备件仓库。在小团队里，计划员与主管往往是同一个人：把这两条泳道合并，而不要画一次实际从不发生的交接。
定义什么样的申请才算有效
写清楚重复和非维护在你们的 CMMS 里究竟指什么，谁负责审核新进的申请，以及被驳回的申请人如何被告知、告知什么理由。一个没有归属人的申请类别，正是待办里堆满永远不会有人处理的工单的常见原因。
固定你们的工单类型与优先级方案
把占位的类型（预防性、纠正性、项目、安全）和优先级等级换成你们的 CMMS 实际使用的那一套，并写明谁有权设定或变更优先级。下游大部分排程与报表，靠的就是这一个字段来筛选。
设定备件关口与缺件规则
决定可用指的是什么（货架上有，还是已下单且有确认交期），缺件时由谁开请购单，以及什么情况下缺件值得在供应商正常交期之前催料，而不是干脆把作业改期。
议定每周的排程节奏
写明待办复核在什么时候开、谁参加，以及什么条件会让一张挂起的工单重新回到复核，而不是一直搁着。这张图上的回路，只有当真的有人在固定的日子把那个会开起来时才成立。
决定作业中途发现工作的处理规则
议定技师最多可以把多少额外作业并进当前工单，超过多少就必须开成独立的后续工单，以及现场由谁批准这个判断。这里没有规则，每个技师划的线就都不一样。
拿一张已关闭的工单对照走一遍
取两三张最近关闭的工单，一张顺利走完的，一张被挂起或返过工的，把它们放到图上走一遍。凡是大家凭记忆描述、图上却没有画的步骤，或者画了却从来没被真正执行的步骤，都是发布之前值得先处理的发现。
常见问题
维护工单流程包含哪些步骤？
申请先登记进 CMMS，由计划员判断它是否有效，重复或非维护的工单被驳回给申请人。通过的申请变成一张带类型与优先级的工单，计划员据此编制任务清单，写明备件、工时与作业许可需求。仓库确认备件是否可用，缺件时开出请购单，工单随后被复核进本周排程；如果被挂起而不是排进去，就回到复核。主管指派技师，技师隔离并准备设备，执行作业并登记工时，把原范围之外的一切开成独立的后续工单。主管对照标准签核完工，不合格就退回返工，之后复核费用，把工时、备件与停机时间登记在已关闭的工单上。
维修申请和工单有什么区别？
维修申请是原始的诉求：操作工、租户或同事注意到了什么，此时还没有任何会被处理的承诺。工单则是申请经过审核、被认定为真正的维护作业、并在 CMMS 中获得类型与优先级之后所变成的东西。只有工单才带任务清单、排程位置、登记的工时与备件，以及一条成本记录；被判定为重复或非维护而驳回的申请，永远不会变成工单。把两者当成一回事，正是待办报表变得不可信的原因，因为未经审核的申请和已经承诺的工单被算在了一起。
维护工单流程由谁负责？
责任是刻意分散的，而不是落在某一个角色身上。计划员负责申请分流、建单和每周的排程判断；主管负责指派技师，以及完工是否达标的最终签核；技师负责执行，以及判断作业中途发现的额外工作是否需要自己的后续工单；仓库负责备件可用性这道关口。整个流程通常由维护经理或可靠性负责人来负责，也就是每个判断背后的定义以及它产生的记录，即便没有任何一个人经手每一个步骤。
维护工单待办应该多久复核一次？
多数维护团队跑的是固定的每周复核，这正是本图中“本周可以排程吗？”这个回路所代表的，因为它与排班和生产计划通常按周编制的方式对得上。优先级高或涉及安全的工单通常复核得更勤，有时每天一次，以免它们一直等到下一个周循环。并不存在唯一正确的节奏；要紧的是复核确实按固定的时间表进行，并且有一位具名负责人，因为一份只在有人腾出手来时才看的待办，正是工单一连数周停滞而无人察觉的最常见原因。
一张关闭的工单需要哪些记录？
至少应当包含：对照原任务清单实际做了什么、工时以及由谁完成、计入该工单的备件消耗、发生的停机时间，以及完工签核的结论。如果这项作业为中途发现的额外范围派生出一张后续工单，两张单应当互相引用，历史才追得回来。这条记录正是经理复核成本超支时看的东西、审核员索取以证明流程被遵守的证据，也是下一次做类似作业的技师真正会去读的内容——所以要把记录完整当成关闭工单的目的本身，而不是最后补上的文书。