自動化之前，先確定誰為失敗情況負責

自動化可以減少重複抄寫，但不能自動解決不完整資料、錯誤權限或不清楚責任。開始串接表單、CRM、付款、電郵或訊息平台前，先把事件與人工覆核寫清楚。

定義觸發事件與唯一識別

說明「甚麼時候」觸發，而不是只說「資料會同步」。例如付款已確認、表單已驗證、預約已取消。每個事件需要可追蹤的唯一識別，避免同一個 webhook 或重送請求造成兩次建立、收費或通知。

最少資料與最少權限

只傳送完成目的所需欄位，並分開測試與正式環境。API key、token、密碼與個人資料不能寫入前端、公開 repo、截圖或一般日誌。供應商帳戶應使用可撤銷、範圍最小的權限。

失敗要可見、可重試、可停止

決定失敗後由誰收到通知、是否可以安全重試、何時轉交人工、如何避免重複執行。不要把「重試直到成功」當通用策略：付款、訊息和資料寫入通常需要冪等設計與明確上限。

保留人工覆核出口

自動化適合處理規則清楚的工作；涉及例外、敏感資料、退款、法律判斷或高影響通知時，應保留人工審批、停止和更正方法。交付前要用測試資料驗證成功、失敗、重送及權限不足四種情況。

本頁是一般工程準備清單，不構成資料保障、資安或法律建議。需要項目評估可到 聯絡頁。