LinkedIn

A1Connection architecture

The connection uses OAuth 2.0 against the vendor's own consent screen. The authorisation request names the minimum scopes the features need — the exact scope list is shown in the security-flow panel below, pulled from the same provider registry the application uses. The code-for-token exchange happens entirely server-side (權杖要求主體中的客戶憑證, per the vendor's token endpoint contract); tokens are stored encrypted at rest and are never rendered back to any screen — connection pages show presence, not values.

權杖生命週期在單一瓶頸處處理：過期會觸發自動重新整理、輪替的重新整理權杖會被持久化，而供應商拒絕的重新整理會表面化為可見的重新連線提示 — 絕不會作為靜默故障功能。撤銷可從任一端運作：在此處斷線，或在供應商自身的安全性設定中撤銷。

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.