SendGrid 整合

A1Connection architecture

這直接連線到您主機代管或自己輸入金鑰的系統：表單採用您的實例網址和憑證，在儲存任何內容之前透過即時呼叫進行驗證，並將機密加密儲存於靜態資料中。連線頁面顯示狀態（「已連線」、「已儲存 ✓」），從不顯示數值本身。

由於憑證是您的，因此輪替由您掌控：在您自己的系統中替換金鑰，將新金鑰貼到此處，即時驗證會在覆寫舊金鑰之前確認它。中斷連線會立即移除儲存的憑證。

A2編寫語意與資料流

每個資料移動都是一個帶有記錄結果的明確動作。寫入會在您點擊時發生 — 或僅在您啟用規則的情況下自動發生（依預設，依供應商而定，自動推送至錄用狀態為關閉）。讀取（人員、帳戶或檔案的匯入）會在您按下「匯入」時執行，針對您已有的資料進行去重複化（依名稱區分客戶，依電子郵件區分人員），採取略過而非覆寫的方式，並誠實回報已建立與已略過的數量，這就是為什麼重新執行任何匯入在設計上都是安全的。

每一個動作都會將一行寫入應用程式活動日誌 (ats_app_activity)：執行了什麼、何時執行、針對哪筆記錄以及結果 — 當某事失敗時，甚至包含供應商自己的錯誤文字逐字稿。ATS 內的用量報告會聚合相同的日誌，因此整合報告與整合實況不可能分歧。

任何脫離請求路徑的作業——通知分發、Webhook 傳遞、活動日誌記錄、郵件——都在「射後不理」的背景執行緒中運行。緩慢的外部端點絕對不會導致介面停止響應，而失敗的副作用也會被記錄下來，而不是在默默重試中導致資料不一致。

A3營運考量

連線是組織層級的，且權限控管在擁有者和管理員角色；招募人員使用連線所支援的功能，但無法連線、中斷連線或重新設定。中斷連線會立即移除儲存的憑證，並以可見而非無聲的方式停止相依功能。已經匯入的資料依然屬於您且可編輯。

匯入的人員被標記為已匯入，並具有保守的隱私預設值 — 對於從未填寫過您的申請表的人，不假定任何同意，且套用保留預設值。寫下的所有內容都屬於您帶走：CSV 匯出和資料匯出應用程式涵蓋了產品本身讀取的相同儲存庫。出口與入口一樣開放——這是設計使然，而非妥協。

A4整合拓撲中的位置

此整合現已在註冊表中上線。 One connection per provider unlocks every feature it powers, and the topology grid below shows the neighbouring connectors in the same capability area — statuses come from the same registry that drives the in-app hub, so this page can never claim more than the product does. For anything the catalogue does not cover, Webhooks and Zapier are the generic, documented escape hatch.