問題與情境：工具很多，主線卻沒打通

許多企業同時使用 ATS、履歷信箱、試算表與面試工具，候選人狀態卻無法單一視圖呈現。AI 初篩與非同步初面若不回寫主檔，主管得在多系統切換，稽核與報表也難產出。整合的目標不是「多買一個模組」，而是讓招募狀態、評分摘要、媒體連結與權限在既定治理框架內流通。

典型斷點

• 初篩結果只存在廠商後台，ATS 仍顯示「待審」。
• 部門自訂欄位與總部欄位衝突，匯出報表對不起來。
• 離職交接後，權限與資料归属不清。
• 影音與個資散落，無法一致執行保存／刪除。

整合設計：狀態機、欄位映射、唯一事實來源

先定狀態機，再談 API

定義候選人从「投遞—初篩—結構化初面—部門面—Offer—結案」的合法轉移；每一狀態對應責任角色與 SLA。沒有狀態機，介面串得再漂亮也會亂。

欄位映射表

列出 ATS 欄位、AI 初篩輸出、非同步初面評分維度與主管備註的對應；標明誰是權威來源（例如最終錄用決策以 ATS 為準）。

權限與稽核

依角色（HR、用人主管、面試官、稽核）劃分最小權限；敏感操作需留痕。

落地步驟

1. 盤點現有系統與資料流，找出最大重工點。
2. 與 ATS 廠商／內部 IT 確認可用介面與頻率限制。
3. 試點 1 條完整職缺流，強制所有結果回寫主檔。
4. 建立資料品質儀表板：缺欄位率、回寫延遲、狀態卡住名單。
5. 每季檢討欄位映射與保存政策，尤其法規或契約變更時。

風險與治理

避免將個資複製到不可控的個人裝置；下載與轉寄應有政策。跨境傳輸與委外廠商處理須符合公司規範與適用法令。

與稽核、多據點專案的關係

稽核準備需要一致主檔；多據點需要一致角色與權限模型。兩者常應併案規劃，避免重複建置。

內部評估清單

• 是否已有書面狀態機與責任角色？
• 欄位映射表是否由三方簽核？
• 是否能量化回寫成功率與延遲？
• 離職與調職的權限回收是否自動化？
• 保存與刪除是否可批量執行且可追溯？