緊急維修申請標準作業程序（24小時分流至放行）
船廠如何把 24 小時值班熱線上報的故障，轉化為經分流評估、報價或調動的維修：緊急性分流、客戶批核、機械／電機／液壓調動、功能測試及船舶放行。
甚麼是緊急維修申請標準作業程序（24小時分流至放行）流程
星期六凌晨兩點的一通故障來電，和星期二上午十點的一通故障來電，必須由同一套程序處理，因為值班熱線是船廠唯一的受理渠道，而它每天二十四小時運作。緊急性判斷「故障是否影響安全、推進或適航狀態？」緊接在分流評估之後、其他一切之前進行，因為單單這一項判斷，就決定了船舶能否在報價排隊等候的情況下等待。一項令船舶無法操縱或不宜出海的故障，不能排在三份例行工作後面等候報價，於是它會直接進入調動機械、電機及液壓人員，發票會在事後才結算，而不是事前。把這個分岔點放在其他任何位置——放在報價之後，或者交由那晚剛好接電話的工程師自行判斷——結果就是一個乾船塢檔期或吊機預約，為一份根本從來不緊急的工作而空置，又或者更糟，一個推進系統故障，要等候客戶簽名，船舶卻仍然停在它必須離開的泊位上。
完成後半段工作的判斷是「維修屬單一專業還是跨專業？」，因為船廠的工場是按工種劃分的——機械、電機、液壓——一個在電話裡聽起來像單一問題的故障，往往在技術員親身站在機艙裡之後，才發現同時牽涉兩個或三個專業。讓每一份工作在這個分岔點之前，先經過一次船上評估，而不是由最先接聽調動電話的工場自行派人，正是防止三個工種各自獨立診斷同一個故障、造成重複的做法。末端的迴路同樣重要：「系統是否通過功能測試？」把一項不合格的維修送回「送返工場進一步維修」，而不是讓它繼續走向交還船舶。在時間表壓力下跳過這道關卡，帶來的失敗模式並不抽象——就是一艘船舶，帶着一項從未在負荷下驗證過的液壓維修被放行，等到它回到海上才被發現，而完工報告卻早已簽署。
報價分支的存在，正是出於相反的理由：值班熱線上大部分的來電都不是緊急事故，如果把每一通都當成優先調動事件處理，就會消耗掉工場產能，而這些產能，真正緊急的故障可能在同一晚稍後就需要用到。一項例行故障，會先有範圍和價格，才會有人被派出，而客戶判斷「客戶是否批核範圍及價格？」設有一條真正的否定分支，「修訂範圍或價格並重新提交」，會循環回到報價，而不是讓申請卡住，或者在沒有簽署的情況下悄悄繼續進行。保持這個迴路明確可見，正是讓一位項目經理可以在晚上九點為一份工作報價、被拒絕，然後重新提交，而不會令這份申請從紀錄中消失的原因。
本流程圖涵蓋的內容
本範本包含
- 四條泳道，「船舶／客戶」、「當值工程師」、「項目經理」及工場，橫跨「報告與分流評估」、「分類與範圍」、「調動」、「維修與測試」到「放行」五個階段，讓每個步驟同時附有負責人和所屬階段。
- 緊急性分岔：「故障是否影響安全、推進或適航狀態？」把緊急答案直接送往調動，把例行答案送往「準備範圍及報價以待客戶批核」，於是同一個受理步驟會通向兩條結構截然不同的路線。
- 客戶批核關卡：「客戶是否批核範圍及價格？」附有拒絕路徑「修訂範圍或價格並重新提交」，會循環回到報價，而不是把一份被拒的估價留作死路。
- 單一的調動步驟：「調動機械、電機及液壓人員」，緊急分支和獲批核的報價都會匯流到這裡，於是工場收到的是同一份調動指示，不論申請經由哪條路線到達。
- 船上評估及專業分岔：「船上評估故障並確定維修方法」帶出「維修屬單一專業還是跨專業？」，分支到「由單一工場專業執行維修」或「由機械、電機及液壓團隊協調執行維修」。
- 交還前的驗證：「對已維修系統進行功能測試」及「系統是否通過功能測試？」把一項不合格的維修循環送回「送返工場進一步維修」，而不是讓「放行船舶並發出完工報告」在一項未經驗證的維修上運行。
何時使用本範本
- 編寫或審核值班熱線程序，讓一份非辦公時間的故障報告，不論那晚由哪位工程師值班，都經過同一套緊急性判斷及同一個調動步驟
- 客戶就着某一份工作在未經報價前就已調動、而另一份卻要等候一份已簽署的估價提出爭議，你們需要把緊急性準則及事後結算發票的規則寫成文件，而不是留待記憶
- 培訓新任當值工程師或項目經理，需要在一張圖上清楚看到，一項緊急故障在哪裡跳過報價，一項例行故障又在哪裡不會跳過
- 一份維修同時調動了三個不同工種去處理同一個故障，因為沒有單一的船上評估把關單一專業還是跨專業的判斷，結果導致返工或重複診斷
- 檢討一艘因為一項在海上失效的維修而放行的船舶，確認功能測試及不合格／合格回送工場的迴路，在那份工作上是否確實有被遵守
- 統一機械、電機及液壓工場之間的調動方式，讓項目經理不再需要就每宗事故臨時湊合一套調動次序
運作方式
用一位當值工程師能在凌晨三點套用的文字，寫下你們的緊急性準則
「故障是否影響安全、推進或適航狀態？」的可靠程度，取決於背後所列的例子。列出永遠算緊急的失效類型（失去操舵、失去推進、船殼配件破損），以及那些聽起來緊急、實際上卻屬例行的類型（一個非關鍵警報、一項舒適系統故障）。沒有這份清單，這個分岔就取決於接電話的人是誰。
為你們的工場工種命名，並保留為獨立泳道
機械、電機及液壓在這裡合畫成一條工場泳道，因為它們共用同一套評估及測試步驟，但如果你們船廠把它們當作獨立成本中心或獨立候召名單追蹤，就把「船上評估故障並確定維修方法」拆分成各工種獨立的泳道，讓調動及工作量能正確彙總。
把先調動後開票的規則明確寫出來
一項緊急故障會跳過「準備範圍及報價以待客戶批核」，直接調動，帳單事後結算。把這條規則寫成書面文件，包括誰有權宣佈一項故障屬於緊急，這樣這項例外就不會被解讀成一位工程師無權地繞過報價步驟。
訂定單一專業與跨專業的分界
決定在「船上評估故障並確定維修方法」中，甚麼證據會把一份工作送進「由單一工場專業執行維修」，而不是進入需要協調、跨工種的分支，例如故障是否僅限於一個系統，還是已經蔓延到第二個系統。
訂明一次通過的功能測試實際上證明了甚麼
「系統是否通過功能測試？」需要一套明確標準——負荷、時長，或者該系統要對照的規格——而不只是技術員一句簽名。把這套標準附在該步驟本身，讓「送返工場進一步維修」每一次都依同一條標準觸發，而不是憑個別判斷。
指派具名負責人，並按時間表追蹤工作量
本範本在每一列都附有「負責人」與「工時」。請把範例名字換成你們實際的當值工程師、項目經理及工場主管，並利用工時數字，找出星期六晚的一次緊急調動，何時會與工場裡已經排定的工作互相衝突。
常見問題
甚麼令一項故障「緊急」到可以跳過報價步驟？
在本範本中，只要當值工程師的技術分流評估標記為影響安全、推進或適航狀態，就會直接走緊急分支，直接進入調動，完全繞過「準備範圍及報價以待客戶批核」。船廠會在維修之後才結算發票，而不是之前。一項例行故障，也就是不威脅船舶安全出海能力的故障，則永遠會先有範圍和價格。
如果客戶拒絕範圍及價格，會發生甚麼事？
「客戶是否批核範圍及價格？」有一條「拒絕」分支，導向「修訂範圍或價格並重新提交」，這會循環回到同一個報價步驟，而不是就此終結申請。這份工作會維持開啟狀態，並在修訂後的估價備妥時重新進入批核判斷，於是一份被拒的報價永遠不會悄悄從流程中消失。
為甚麼流程要先在船上評估故障，才決定由哪個工場來維修？
「船上評估故障並確定維修方法」在調動之後、單一專業與跨專業判斷之前進行，因為一個在電話裡聽起來像單一工種問題的故障，往往在技術員親眼看着它之後，才發現牽涉兩個或三個工種。先評估、後分岔，可以避免多個工場各自獨立派人去診斷同一個故障。
如果維修未能通過功能測試，會發生甚麼事？
「系統是否通過功能測試？」把不合格的結果導向「送返工場進一步維修」，這會循環回到船上評估，而不容許「放行船舶並發出完工報告」運行。船舶不會被放行，完工報告也不會發出，直到隨後的一次功能測試合格為止。
這份標準作業程序可以改用於非船舶維修設施嗎？
可以。這套結構——值班熱線受理、可以為真正緊急故障跳過報價的緊急性分流評估、附帶修訂迴路的客戶批核關卡、調動至按工種劃分的維修，以及附帶不合格迴路的測試與放行關卡——適用於任何以同一個受理渠道同時處理緊急及例行維修申請的設施，由工業廠房保養到車隊維修都可以。重新命名泳道並調整緊急性準則，配合你們自己的設備即可。