保養工單流程圖（由申請到結案）
保養工單流程圖範本：維修申請審批、按類型與優先次序開單、零件供應判斷、每週排程迴路、現場執行與工時登記、額外工作的處理，以及帶成本核算的結算結案。
甚麼是保養工單流程圖（由申請到結案）流程
保養工單是 CMMS 圍繞一項工作建立起來的一條紀錄，而這張圖跟隨的是這條紀錄，不是它背後的技術故障：觸發點就是一張維修申請，由任何察覺到異常或察覺到項目到期的人提出。由這裡開始，圖會追蹤工單經過的每一個狀態。策劃員審核申請並通過或駁回；通過的申請變成一張帶類型與優先次序的工單；工作隨後被編定出工作清單、零件與工作許可證要求，與倉庫核對，並被檢視進本週的排程。指派技術員之後，技術員隔離並準備設備，一邊施工一邊登記工時；如果工作途中冒出原本範圍以外的工作，就把它開成獨立的後續工單，而不是吸收進這一張。主管對照標準簽核完工，隨後檢視費用，登記工時、零件與停機時間，工單結案。
這張圖不討論為甚麼需要這項工作。它由申請已經存在的那一刻接手，從不追問觸發點是計劃、狀態監測警報，還是操作員發現了故障；那一段分流，以及由它產生的計劃工作與故障停機之分，屬於通用的設備保養流程，而在巡查中發現的已知缺陷，連同它自己那個繼續按計劃運作還是即時停機的判斷，屬於糾正性保養流程。它亦不是一張零件採購圖：「倉庫有零件嗎？」在這裡只是一道關口，缺件背後的供應商選擇、催料與收貨細節，屬於專門的零件申請流程。這張圖真正擁有的，是工單本身的行政骨幹——不論工作屬於哪一類，每一項工作作為一條紀錄都要經過的那些狀態；正因如此，一次五分鐘的調校和一次三日的大修，讀起來是同一套。在依賴它之前，請把類型清單、優先次序方案和工作許可證規則調校成你們自己的安全與隔離程序。
四個判斷把這條紀錄帶過它的生命週期。「維修申請是否有效？」放在策劃員那裡，因為申請質素是把關工作而不是技術工作，它擋住重複和非保養的工單，不讓它們塞滿本該留給真正工作的待辦。「倉庫有零件嗎？」與「本週可以排程嗎？」分別落在零件倉庫和保養策劃員兩條泳道上，並且互相配合：缺件不會令工單停下來，只會令它改期；而待辦檢視之所以畫成一個迴路，正是因為大部分工單在拿到位置之前，都要經過它不止一次。「發現額外工作嗎？」落在工作途中的技術員那裡，是那個把範圍蔓延擋在原本工作已登記工時以外的分叉點——把它拆成一張獨立工單，而不是任由數字飄移。最後的簽核「工作達到完工標準嗎？」被刻意放在主管而不是落手做的技術員那裡，這與任何一張需要簽核的圖上把執行與批准分開的做法，是同一個道理。
本流程圖涵蓋的內容
本範本包含
- 五條泳道（申請人 / 生產、保養策劃員、保養主管、技術員與零件倉庫）橫跨七個階段：申請、審核與開單、工作準備、排程、執行、完工驗收，以及結算結案
- 「維修申請是否有效？」這個判斷，在工單還未建立之前就把真實工作與重複、非保養的工單分開，而被駁回的那條路會通知申請人，不是靜靜地消失
- 開單時帶著類型與優先次序這兩個欄位，下游的一切都由它們讀取；圖上把它們畫成暫定項，供你們換成自己的方案，而不是一份固定清單
- 「倉庫有零件嗎？」這個判斷，缺件時開出請購單而不是把工作拖住，兩條分支在排程之前都匯合到同一個確認零件已預留的步驟上
- 由「本週可以排程嗎？」回到待辦檢視本身的迴路，還原了真實情況：一張工單經常是被排給某一週、被暫緩、再次檢視，而不是第一次就排得入去
- 「發現額外工作嗎？」這個判斷，把額外範圍開成一張獨立的後續工單，而不是吸收進來；以及主管的「工作達到完工標準嗎？」簽核，帶返工迴路，之後才是紀錄完整、計入成本的結案
何時使用本範本
- 你們正在新的或替換的 CMMS 中設定工單類型、優先次序與審批規則，希望先把生命週期議定下來
- 申請堆積著沒人審核，也沒人說得清哪些通過了、哪些被駁回了、哪些只是被遺忘了
- 工作一星期一星期地往後滑，你們需要看清待辦檢視和零件關口到底位於流程的哪個位置
- 技術員把額外工作併進了原本的工單，登記的工時與成本數字已經失去意義
- 經理或審核員問起，一張工單是如何由一張原始申請走到一條已結案、已計成本的紀錄的
運作方式
把泳道改成你們的角色
用你們現場真正存在的角色取代申請人 / 生產、保養策劃員、保養主管、技術員與零件倉庫。在小團隊裡，策劃員與主管往往是同一個人：把這兩條泳道合併，而不要畫一次實際從來不會發生的交接。
界定甚麼樣的申請才算有效
寫清楚重複和非保養在你們的 CMMS 裡究竟指甚麼，誰負責審核新到的申請，以及被駁回的申請人如何獲得通知、通知甚麼理由。一個沒有負責人的申請類別，正是待辦裡堆滿永遠不會有人處理的工單的常見原因。
固定你們的工單類型與優先次序方案
把暫定的類型（預防性、糾正性、項目、安全）和優先次序級別換成你們的 CMMS 實際使用的那一套，並寫明誰有權訂定或更改優先次序。下游大部分排程與報表，靠的就是這一個欄位來篩選。
訂定零件關口與缺件規則
決定可供應指的是甚麼（貨架上有，還是已下單並有確認交期），缺件時由誰開請購單，以及甚麼情況下缺件值得在供應商正常交期之前催料，而不是索性把工作改期。
議定每週的排程節奏
寫明待辦檢視在甚麼時候開、誰出席，以及甚麼條件會令一張暫緩的工單重新回到檢視，而不是一直擱著。這張圖上的迴路，只有當真的有人在固定的日子把那個會開起來時才成立。
決定工作途中發現工作的處理規則
議定技術員最多可以把多少額外工作併進當前工單，超過多少就必須開成獨立的後續工單，以及現場由誰批准這個判斷。這裡沒有規則，每位技術員劃的線就都不一樣。
拿一張已結案的工單對照走一遍
取兩三張最近結案的工單，一張順利走完的，一張被暫緩或返過工的，把它們放到圖上走一遍。凡是大家憑記憶描述、圖上卻沒有畫的步驟，或者畫了卻從來沒有真正執行的步驟，都是發佈之前值得先處理的發現。
常見問題
保養工單流程包含哪些步驟？
申請先登記進 CMMS，由策劃員判斷它是否有效，重複或非保養的工單被駁回給申請人。通過的申請變成一張帶類型與優先次序的工單，策劃員據此編定工作清單，寫明零件、工時與工作許可證需求。倉庫確認零件是否有貨，缺件時開出請購單，工單隨後被檢視進本週排程；如果被暫緩而不是排進去，就回到檢視。主管指派技術員，技術員隔離並準備設備，執行工作並登記工時，把原本範圍以外的一切開成獨立的後續工單。主管對照標準簽核完工，不合格就退回返工，之後檢視費用，把工時、零件與停機時間登記在已結案的工單上。
維修申請和工單有甚麼分別？
維修申請是最原始的訴求：操作員、租戶或同事留意到了甚麼，此時還未有任何會被處理的承諾。工單則是申請經過審核、被認定為真正的保養工作、並在 CMMS 中獲得類型與優先次序之後所變成的東西。只有工單才帶工作清單、排程位置、登記的工時與零件，以及一條成本紀錄；被判定為重複或非保養而駁回的申請，永遠不會變成工單。把兩者當成同一回事，正是待辦報表變得不可信的原因，因為未經審核的申請和已經承諾的工單被算在了一起。
保養工單流程由誰負責？
責任是刻意分散的，而不是落在某一個角色身上。策劃員負責申請分流、開單和每週的排程判斷；主管負責指派技術員，以及完工是否達標的最終簽核；技術員負責執行，以及判斷工作途中發現的額外工作是否需要自己的後續工單；倉庫負責零件供應這道關口。整套流程通常由保養經理或可靠性主管負責，也就是每個判斷背後的定義以及它產生的紀錄，即使沒有任何一個人經手每一個步驟。
保養工單待辦應該多久檢視一次？
大部分保養團隊跑的是固定的每週檢視，這正是本圖中「本週可以排程嗎？」這個迴路所代表的，因為它與更表和生產計劃通常按星期編製的方式對得上。優先次序高或涉及安全的工單通常檢視得更頻密，有時每日一次，以免它們一直等到下一個週循環。並不存在唯一正確的節奏；要緊的是檢視確實按固定的時間表進行，並且有一位具名負責人，因為一份只在有人騰出手來時才看的待辦，正是工單一連數星期停滯而無人察覺的最常見原因。
一張結案的工單需要哪些紀錄？
最少應當包含：對照原本工作清單實際做了甚麼、工時以及由誰完成、計入該工單的零件消耗、發生的停機時間，以及完工簽核的結論。如果這項工作為途中發現的額外範圍衍生出一張後續工單，兩張單應當互相引用，歷史才追得回來。這條紀錄正是經理檢視成本超支時看的東西、審核員索取以證明流程有被遵從的憑證，也是下一次做類似工作的技術員真正會去讀的內容——所以要把紀錄完整當成結案工單的目的本身，而不是最後補上的文書。