自動化服務中斷怎麼辦？安排人工備援、待補資料與恢復核對
外部服務或自動化流程中斷時，先安排人工暫存、控制重複處理，再逐筆核對待補資料與恢復同步。
外部平台、API或自動化流程停擺時，最難處理的通常不是重跑本身，而是哪些工作已做、哪些資料還沒送到，以及人工接手後如何避免重複。先把中斷、暫存、待補與恢復核對串成同一條紀錄，才能讓團隊有序接手。
設定中斷觸發條件
不要只寫「服務掛掉就人工處理」，先把可觀察的訊號與轉人工門檻寫清楚。可用的訊號包括連續幾次執行失敗、資料在來源端已出現但目的端未更新、回應逾時，或人工抽查發現欄位停留在舊狀態。門檻要能由值班人員直接判斷，並說明由誰確認、去哪裡查看最近一次成功紀錄，以及多久內必須切換。單次短暫延遲未必需要啟動完整備援；若錯過時效會影響出貨、回覆或排程，就應設定較短的人工接手時限。可把門檻寫在值班清單首頁，方便第一時間查找，並記下最後一次成功時間。
接著依工作影響訂出級別：低影響可先觀察並記錄，高影響則立即暫停自動重送、通知責任人並開始人工暫存。每個流程都要定義「確認中斷」和「恢復」兩種條件，避免只因一筆成功回應便宣告正常。恢復可以要求連續檢查數筆新資料、確認目的端欄位完整，再由指定人員結束備援。訊號來源若不可用，也要有替代觀察法，例如查看上游待處理清單或由使用者回報；不要依賴單一告警。
例如訂單通知流程中，團隊可假設把「來源有新訂單、目的端過了既定處理時間仍無紀錄」當作調查訊號，而非直接判定故障。值班人先核對來源單號、最近成功時間與同一批其他紀錄，再決定暫存或持續觀察。這個門檻應寫成簡短判斷句，讓不同班次得出相同結果，並附上升級對象和接手方式。若中斷範圍不明，先把受影響區間標記起來，不要假設只有告警時間之後的資料需要補。定期檢查門檻是否能從現有紀錄判斷；若每次都要靠工程師猜測，代表訊號或責任交接仍不夠清楚。
指定人工暫存責任人
指定人工暫存責任人，不代表把整條流程交給某一個人的記憶。每個流程至少寫出主要負責角色、代理角色、通知方式與可接手的時段；若工作跨班，還要指定交班者和接班者。責任人需知道中斷時先停哪些動作、資料記在哪裡、何時通知上游或下游，以及誰能判斷可以恢復。姓名會因排班改變，操作文件應以角色為主，再連到當期值班名單，避免人員離職或休假後文件立即失效。
暫存位置也要事先約定，讓所有人能找到同一份待辦清單。可使用團隊已核准且有存取控管的工作表或案件系統，並限制編輯者、保留異動紀錄，設定必要欄位與交班格式。不要把客戶資料散落在私人訊息、個人桌面或不明雲端；如果流程涉及敏感欄位，只記錄查找所需的識別碼，詳細內容留在原有權限系統。交接時要能看出每筆由誰接手、目前狀態、最後更新時間和下一個動作。
人力安排需符合可能的工作量，而不是只列一位代理人便算完成。先估算中斷期間每小時可能累積多少筆，再決定一人可處理的上限、何時請第二位支援，以及何時暫停非急件。這些數字是團隊內部設定，應用過往實際工作量校準，不必假裝是通用標準。假設夜班只有一人，而緊急事項持續增加，就應先按已定義的優先順序處理到期項目，並清楚標記其餘待辦與承接時間。無人可用時，備援方案必須明確寫出升級聯絡路徑和暫停哪些人工承諾，不能讓每位同仁各自猜測。代理人也應知道如何取得必要權限及最新操作文件，定期驗證聯絡資訊仍有效。
控制重複手動處理
人工接手最容易出現的風險，是原本已送出的資料沒有回應，值班者便再建一筆；等外部服務恢復後，自動重試又送一次。要控制重複，先為每筆工作保留來源端可追查的唯一識別碼，例如原始案件編號或訂單編號，人工紀錄沿用該編號，不另造一個看似相同的任務。若來源沒有穩定編號，應組合數個不易改變的欄位作暫時比對鍵，並把比對規則寫明，避免只靠姓名或文字搜尋。
人工清單要分開記錄「已收到」、「處理中」、「已完成」、「待確認」和「不可重送」等狀態，並記錄操作者、時間及目的端回條或可核對證據。沒有明確回應時，先查目的端是否已有結果；若查不到，不要同時由兩人重做，應把項目標成待確認並交給指定角色裁定。對可能造成通知、建立案件或變更資料的動作，備援期間採取單一負責人執行、另一人抽查的方式，留下可辨認的人工標記，讓恢復後能篩出人工已處理項目。交班前應由接班者確認清單可開啟，並口頭確認未決項目，不以訊息已送出視為交接完成。不確定時先留待確認。
恢復時不要把所有資料直接整批重送。先暫停自動佇列或安排受控的小批次，依唯一識別碼比對人工清單、來源紀錄和目的端結果，只補送確認尚未完成的項目。若系統沒有安全的去重機制，就把人工完成的項目先排除在重送清單外，遇到狀態不明者保留待查，不以「大概沒成功」作為重做理由。完成一小批後檢查是否產生重複，再擴大處理；若重複已發生，記下受影響編號並按內部既有流程修正，不能刪掉紀錄掩蓋差異。
標記待補資料
「待補資料」不該只是備註欄裡的一句話。每筆紀錄需標出缺少什麼、向誰取得、由誰追蹤、預計何時再查，以及在補齊前哪些步驟可以做、哪些步驟必須停下。把資料本身已收到但尚未驗證、完全未收到、格式錯誤、來源不一致等狀況分開標記，才能安排正確的處理方式。若缺少欄位會改變對象、金額、日期或後續動作，就先不要猜填；若只是非關鍵描述，可依團隊規則留待後補，並標明目前限制。
待補清單應保留來源與變更脈絡：原始識別碼、資料來自哪個系統或聯絡人、收到時間、人工轉錄者、目前欄位值、待補欄位和最後確認狀態。轉錄後最好由另一人抽查高影響欄位，或與原始來源逐項比對；更正時留下前後值與更正原因，避免新資料覆蓋後無法追溯。只收集完成工作必需的內容，不把密碼、驗證碼或整份不必要的客戶檔案貼進備援表，也不要在多人共用清單留下超出角色需要的細節。
對外聯繫補件時，沿用既有溝通管道和案件識別碼，說清楚缺哪項資料、可接受的格式、回覆方式，以及資料未到之前案件會停在哪個步驟。避免同一人收到多位同仁重複追問；每次聯繫都記錄日期、聯絡者和對方回覆。若等待期間已不再需要該筆資料，應由責任人確認後標記取消或關閉，並保留原因，不要直接刪除。補件抵達後，先核對與原始紀錄是否屬於同一案件、是否為最新版本，再由有權限者更新狀態；不能確認來源或內容時，留在待確認而非直接進入後續處理。欄位名稱宜與原流程一致，每筆狀態也可標記更新者，避免只看最新欄位。
恢復後核對同步
服務恢復時先確認影響區間：最後一次成功處理的時間或識別碼、首次發現異常的時間、人工接手的範圍，以及停機期間來源端累積的待處理項目。把自動化暫停在可控狀態，檢查連線或上游輸入是否穩定，再用少量、容易觀察的紀錄確認欄位對應與結果回寫正常。恢復訊號應包含可核對的結果，不只是告警消失；若只驗證新資料正常，仍需另行整理中斷期間尚未處理的舊資料。若外部端可查詢處理狀態，先分辨已接收但未完成與完全未接收，兩者的補送方式不同；查詢權限不足時，把判斷標成待確認並交由有權限者處理。
接著以同一識別碼逐筆對照來源、人工暫存清單和目的端。每筆歸入已完成、已存在所以不重送、需要補送、資料待補、狀態待確認等互斥類別，並記錄結果證據及負責人。批次核對要能對上總數，遇到同一筆在兩處呈現不同狀態，先停止該筆的自動補送並查清原因。先處理容易驗證的小批量，確認沒有漏筆或重複後再處理下一批；若發現大量狀態不一致，就維持人工控管並擴大抽查範圍。
假設中斷期間有15筆待補，恢復核對後發現10筆已成功同步、3筆在目的端已存在，因此標成不重送，另有2筆缺少必要欄位而保留待補；10加3加2等於15，清單總數一致，但仍有2筆未結案。這個例子不代表通用處理比例，只示範如何讓每筆都有去向。最後由負責人簽記核對範圍、未結項目、重送批次與恢復時間；待辦清零或有明確承接者後，才解除人工備援，並保留可供事後查詢的紀錄。核對時也要留意時間順序，避免後到資料覆蓋較新的狀態。
演練中斷與復原
備援文件寫好後，要用演練確認值班者真的找得到資料、理解門檻，並能在不依賴特定作者的情況下完成交接。可以先選一條重要流程，模擬告警出現、主要負責人暫時無法回應、外部服務恢復但待辦仍積壓等情境。演練前說明使用的是測試資料或不會造成真實交易的安全方式，並界定停止條件；避免為了測流程而對客戶或外部系統送出未經核准的通知或變更。簡單演練可先從桌面逐步口述開始，再安排實際操作，並記錄兩者差異。演練不需一次涵蓋全部流程，可從影響較大且依賴較多的流程開始。
演練時觀察幾個實際步驟：值班人能否指出中斷觸發條件、找到正確的暫存清單、辨識已處理與待確認紀錄、通知代理角色，並在恢復後完成總數核對。記下實際花費時間、找不到的欄位、重複登錄的情形，以及判斷依據是否一致。若演練者需要臨場向作者詢問「下一步在哪裡」，那是文件缺少操作線索；若兩人對同一筆狀態做出不同處理，就補上狀態定義和裁定責任，而非只提醒大家更仔細。
每次演練後，把發現整理成有負責人和完成條件的修正項目，例如補上代理聯絡方式、說明待補欄位、增加核對記錄欄，或移除無法觀察的模糊門檻。修訂後由另一位未參與編寫的人照新版本走一次，確認步驟足以自助完成。流程、上游欄位、外部服務或排班有重大變動時，應重新檢查備援安排；團隊也可依工作風險自行設定定期演練時間。最終保留版本日期、參與角色、測試範圍與未解問題，讓下次值班知道哪些假設仍待驗證。
下一步，先挑一條最常依賴外部平台的流程，填出觸發門檻、暫存表欄位、責任人與復原核對方式；若要了解 ZhenheAI 的目前介紹，請前往 ZhenheAI 官網。