緊急維修申請標準作業程序（24小時分流至放行）
船廠如何把 24 小時值班熱線上報的故障，轉化為經分流評估、報價或調動的維修：緊急性分流、客戶批核、機械／電機／液壓調動、功能測試及船舶放行。
運作方式
用一位當值工程師能在凌晨三點套用的文字，寫下你們的緊急性準則
「故障是否影響安全、推進或適航狀態？」的可靠程度，取決於背後所列的例子。列出永遠算緊急的失效類型（失去操舵、失去推進、船殼配件破損），以及那些聽起來緊急、實際上卻屬例行的類型（一個非關鍵警報、一項舒適系統故障）。沒有這份清單，這個分岔就取決於接電話的人是誰。
為你們的工場工種命名，並保留為獨立泳道
機械、電機及液壓在這裡合畫成一條工場泳道，因為它們共用同一套評估及測試步驟，但如果你們船廠把它們當作獨立成本中心或獨立候召名單追蹤，就把「船上評估故障並確定維修方法」拆分成各工種獨立的泳道，讓調動及工作量能正確彙總。
把先調動後開票的規則明確寫出來
一項緊急故障會跳過「準備範圍及報價以待客戶批核」，直接調動，帳單事後結算。把這條規則寫成書面文件，包括誰有權宣佈一項故障屬於緊急，這樣這項例外就不會被解讀成一位工程師無權地繞過報價步驟。
訂定單一專業與跨專業的分界
決定在「船上評估故障並確定維修方法」中，甚麼證據會把一份工作送進「由單一工場專業執行維修」，而不是進入需要協調、跨工種的分支，例如故障是否僅限於一個系統，還是已經蔓延到第二個系統。
訂明一次通過的功能測試實際上證明了甚麼
「系統是否通過功能測試？」需要一套明確標準——負荷、時長，或者該系統要對照的規格——而不只是技術員一句簽名。把這套標準附在該步驟本身，讓「送返工場進一步維修」每一次都依同一條標準觸發，而不是憑個別判斷。
指派具名負責人，並按時間表追蹤工作量
本範本在每一列都附有「負責人」與「工時」。請把範例名字換成你們實際的當值工程師、項目經理及工場主管，並利用工時數字，找出星期六晚的一次緊急調動，何時會與工場裡已經排定的工作互相衝突。
常見問題
甚麼令一項故障「緊急」到可以跳過報價步驟？
在本範本中，只要當值工程師的技術分流評估標記為影響安全、推進或適航狀態，就會直接走緊急分支，直接進入調動，完全繞過「準備範圍及報價以待客戶批核」。船廠會在維修之後才結算發票，而不是之前。一項例行故障，也就是不威脅船舶安全出海能力的故障，則永遠會先有範圍和價格。
如果客戶拒絕範圍及價格，會發生甚麼事？
「客戶是否批核範圍及價格？」有一條「拒絕」分支，導向「修訂範圍或價格並重新提交」，這會循環回到同一個報價步驟，而不是就此終結申請。這份工作會維持開啟狀態，並在修訂後的估價備妥時重新進入批核判斷，於是一份被拒的報價永遠不會悄悄從流程中消失。
為甚麼流程要先在船上評估故障，才決定由哪個工場來維修？
「船上評估故障並確定維修方法」在調動之後、單一專業與跨專業判斷之前進行，因為一個在電話裡聽起來像單一工種問題的故障，往往在技術員親眼看着它之後，才發現牽涉兩個或三個工種。先評估、後分岔，可以避免多個工場各自獨立派人去診斷同一個故障。
如果維修未能通過功能測試，會發生甚麼事？
「系統是否通過功能測試？」把不合格的結果導向「送返工場進一步維修」，這會循環回到船上評估，而不容許「放行船舶並發出完工報告」運行。船舶不會被放行，完工報告也不會發出，直到隨後的一次功能測試合格為止。
這份標準作業程序可以改用於非船舶維修設施嗎？
可以。這套結構——值班熱線受理、可以為真正緊急故障跳過報價的緊急性分流評估、附帶修訂迴路的客戶批核關卡、調動至按工種劃分的維修，以及附帶不合格迴路的測試與放行關卡——適用於任何以同一個受理渠道同時處理緊急及例行維修申請的設施，由工業廠房保養到車隊維修都可以。重新命名泳道並調整緊急性準則，配合你們自己的設備即可。