自動化重試、重複資料與人工補救
將暫時故障、業務拒絕同未知結果分開，設計重試上限、對帳及人工處理隊列。
作者：WeTech 技術團隊 · 內容更新： (香港時間（GMT+8）)
流程錯誤處理要先判斷操作有冇成功，再決定可唔可以重試。斷線未收到回覆可能已經寫入；應以業務識別碼核對，避免重複付款、訂單或通知。不可重試嘅錯誤要交可追蹤例外隊列，保留人工修正紀錄。
適合哪些情況？
適合使用 n8n、Make、Zapier、Power Automate 或訂製 API 流程，想驗收失敗處理嘅團隊。
錯誤分類與處理
| 類型 | 例子 | 處理方法 |
|---|---|---|
| 暫時故障 | 限流或短暫不可用 | 有上限嘅延遲重試 |
| 資料錯誤 | 必填值缺失或編碼不符 | 停止該項並交修正 |
| 未知結果 | 寫入後斷線 | 先查狀態再重送 |
| 權限問題 | 憑證過期或被撤權 | 通知負責人並安全暫停 |
用穩定編號避免重複
為每項業務操作保留來源識別碼、目標識別碼及處理狀態。重跑時識別已完成、待確認同待重試項目，不能只用整個流程最後顯示紅色就全部再做一次。對外通知都要考慮重送影響。
例外隊列要有人負責
顯示受影響紀錄、原因、最後嘗試及下一步，限制可見敏感內容。指定誰可修正、批准重跑或放棄，保留原因同時間。只發一封告警電郵而冇處理狀態，難以知道問題有冇解決。
驗收要刻意製造失敗
在隔離環境測試逾時、限流、重複、亂序、過期憑證同目標已寫入但回覆失敗。確認告警到達、重試停止、人工操作及對帳結果，而唔只看流程有冇顯示成功。
假設情境
假設訂單已建但通知步驟失敗，重跑只補通知，唔再建訂單。若無法確定有冇建立，就先查來源訂單編號。呢個係假設例子，實際要按目標 API 能力設計。
常見問題
失敗可以無限重試？
唔應該，要有次數或時間上限，超出交人工。
重跑等於回復？
唔等於，已寫入或傳送嘅動作可能要另外撤銷或補償。
用平台內置重試就足夠？
仍要按業務檢查防重複、例外責任同對帳。
品牌與公開案例範圍
WeTech Consulting（亦稱 WeTech／WeTech AI HK）提供香港 AI 與 IT 顧問服務。WeProperty HK 與 WeCredit HK 為自行開發產品，公開案例只支持所列可觀察功能。WeProperty 展示樓盤、屋苑與成交參考入口；WeCredit 展示提交、審核及公開資料遮蔽，唔構成 TU 信貸評級或最終事實裁定。
參考來源
官方文件用於核對技術、風險及量度概念；本文清單、估算方法與合成例子為 WeTech 規劃建議，並非官方定價或客戶成效。工具方案及條款以供應商當時版本為準。來源查閱： (GMT+8)
相關閱讀
一起梳理你的業務需求
提供現有流程、使用系統與目標，我們會先了解範圍，再討論交付、驗收與報價。
預約免費初步諮詢了解服務