Talent Summoner購買
在購買或續約前比較 HRIS 資料流：欄位、身分識別、同步頻率、API、webhook、隱私、保存期限、故障復原和總成本。
HRIS（人力資源資訊系統）資料流，是在 HRIS 和另一個系統之間搬移人員、組織或聘僱資料的流程。一筆展示用的資料，證明不了欄位歸屬、身分比對、資料新鮮度、刪除或復原。這份不限廠商的比較與續約工作表，是寫給招募營運負責人的；它不是法律、隱私、資安或採購建議。在有註明日期的回覆或測試釐清之前，一律標為未知。
定義邊界與分類
先從業務事件、方向和權威資料來源開始。「新進員工到職時開通身分帳號」和「核准的職缺需求單複製到 ATS」，兩者的權限歸屬和回滾方式都不同。每個資料流記一列，包括系統和環境、使用者和國家、資料類別、預期資料量、初次與增量載入、保存期限、決策日期和負責人。
| 資料流 | 業務目的 | 來源 -> 目的地 | 觸發條件與新鮮度 | 寫入權限 | 負責人與證據 |
|---|---|---|---|---|---|
| 範例（示範用）：複製職缺需求單 | 把核准的職缺需求單複製到 ATS | HRIS -> ATS | 職缺需求單核准後；每小時複製一次 | HRIS 是來源；ATS 能否回寫，測試前標為未知 | 招募營運；欄位對照表證明職缺需求單 ID、職稱、部門和負責人；備註、刪除和重播仍未知 |
| 模式 | 要比較的證據 | 營運工作 |
|---|---|---|
| 原生連接器 | 物件、欄位、方向、方案資格、版本發布與故障通知 | 設定、監控、相依性與退出 |
| API 加 webhook | 端點／事件、沙盒、簽章、順序、重試與重播 | 工程開發、密鑰、限制、對帳與版本變更 |
| 整合平台 | 多一個處理者、對照設定負責人、區域與上報管道 | 第二份合約、用量單位、維護與替換 |
| 排程檔案交換 | 格式、排程、加密、傳輸位置、資料結構與重複規則 | 檔案處理、延遲、執行失敗、封存清理與替換 |
| 人工交接 | 說明為何可以接受延遲與逐筆查證的決定 | 人員時間、一致性、存取、證據、更正與對關鍵人物的依賴 |
示範用的實例：一份核准的職缺需求單每小時從 HRIS 複製到 ATS 一次。欄位對照表證明了職缺需求單 ID、職稱、部門和負責人；但在測試之前，試行仍把候選人備註、刪除時機和重播行為標為未知。這個例子是虛構的，並不描述任何廠商。
對照欄位、身分與頻率
要一份欄位對照表，不是一張截圖。每個欄位都記下：來源與目的地路徑、方向、必填或選填、型別、列舉值、空值與預設值、轉換、敏感程度、用途、保存期限、存取角色、更正負責人和測試證據。涵蓋穩定的人員／員工／候選人 ID、姓名和電子郵件、組織和主管、職缺需求單／職缺狀態、生命週期日期、資料來源紀錄和敏感資料。把每個欄位標為傳送、接收、衍生、排除或未知。把不可變的 ID 和顯示值分開測試；支援連結、解除連結、隔離和人工處理，而且不會覆寫權威資料來源。
對照風險，比較輪詢、事件延遲、批次時段和時區的差異。記下完整重新載入能否安全重跑、增量游標的復原、延遲或亂序的事件、時鐘偏差、限制和對帳。就算用 webhook，仍然需要驗證、冪等性、重試、隔離、重播，以及找出漏掉的事件。
要求技術與隱私證據
針對報價中的服務和方案，索取 API 版本、物件／事件清單、分頁、篩選、限制、逾時與錯誤語意、棄用通知、沙盒和可觀測性。要求提供請求／事件 ID、日誌、警示和暫停控制。
| 面向 | 通過的證據 | 停止訊號 |
|---|---|---|
| 欄位與生命週期 | 建立／讀取／更新／封存／刪除、穩定 ID、列舉值、日期與時區 | 必要的物件或事件無法呈現 |
| 傳遞 | 不可變的事件 ID、順序、重複處理、重播與有上限的重試 | 沒有去重或重播的途徑 |
| 驗證授權 | OAuth／API 金鑰／服務身分、最小權限範圍、到期、輪替、撤銷與緊急停用 | 共用、權限過大或無法撤銷的憑證 |
| 故障與變更 | 狀態碼、部分寫入與逾時的對帳、速率退避、版本政策與相容性測試 | 寫入結果不明，或未經審查的破壞性變更 |
| 營運 | 關聯 ID、指標、隔離、支援管道、負責人與人工備援 | 只有開廠商工單才能找到或修復故障 |
| 隱私與資安 | 區域、次處理者、支援存取、加密、RBAC 與稽核、保存期限、刪除、備份、資安事件與匯出 | 針對適用範圍的證據仍然未知 |
在核准的資料負責人允許使用真實資料之前，先用虛構或遮蔽過的資料。NIST CSF 2.0 於 2024 年 2 月 26 日發布；RFC 6749（2012 年 10 月）、RFC 7636（2015 年 9 月）和 RFC 9110（2022 年 6 月）是協定參考，不是實作的證明。OWASP API Security Top 10 2023 是提升風險意識的參考。ICO 隱私設計指引（2026 年 2 月 5 日更新）、ICO 儲存限制指引（2026 年 9 月 5 日查核）和 GDPR（2016 年 4 月 27 日）是提醒你進行負責任的法律與隱私審查，而不是放諸四海皆準的結論。
試行、成本與復原
跑同一組虛構案例：建立與更新、顯示值變更、重複、缺漏或無效的值、列舉值變更、亂序事件、速率限制、服務中斷、寫入後逾時、無效簽章、更正與刪除，以及暫停與恢復。記下輸入、預期與實際結果、ID、時間戳記、負責人、缺陷、替代做法和重新測試。來源、轉換後的資料內容、目的地的結果和核准紀錄，要分開保存。
| 續約關卡 | 必要證據 | 負責人 |
|---|---|---|
| 範圍與正常運作 | 資料流圖、欄位對照表、權威資料來源的決定，以及新鮮度與筆數對帳 | 招募營運與整合負責人 |
| 故障與存取 | 復原測試、最小權限、稽核、輪替與停用 | 技術與資安負責人 |
| 生命週期與支援 | 每一份副本的保存與刪除、事件處理管道、上報、重播、隔離與備援 | 隱私與值班負責人 |
| 商務 | 註明日期的報價，包含幣別、合約期、方案、用量、環境、支援、超額費用、續約、匯出與退出 | 採購／財務負責人 |
把供應商的收費，和導入、遷移、欄位對照、監控、更正、審查、事件處理、訓練與退出分開計價。計算公式是 first-year operating cost = supplier charges + implementation + internal operation + review/testing + expected correction + exit reserve，也就是：第一年營運成本 = 供應商收費 + 導入 + 內部營運 + 審查／測試 + 預期更正 + 退出準備金。沒有標價的費用是未知，不是零。只有在各關卡都通過，或由獲得授權的負責人記錄一個有期限的例外時，才核准續約。
可直接複製的續約工作表
HRIS 資料流試行／續約工作表
HRIS、串接的系統與環境：
目前的方案或版本，以及續約日期：
供應商窗口、技術窗口與上報管道：
決策負責人、招募營運負責人與資安／隱私審查人員：
試行日期、核准的測試資料來源與資料存放位置：
業務成果與納入範圍的資料流：
不在範圍內的系統、欄位與動作：
欄位與身分
每個必要欄位的權威資料來源：
穩定 ID 與比對規則：
必要、選填、轉換與排除的欄位：
列舉值、空值、格式、日期與時區：
更正、衝突與人工審閱負責人：
頻率與傳遞
初次載入方式與對帳證明：
增量觸發條件、輪詢間隔或事件延遲：
順序、重複、延遲事件與游標行為：
速率、單筆資料量、儲存與批次限制：
重試、隔離、重播、暫停與恢復的證據：
API、WEBHOOK 與驗證
API／版本，以及物件或事件文件：
憑證類型、權限範圍、角色、到期、輪替與撤銷：
簽章、時間戳記、重播防護與金鑰輪替測試：
請求／事件 ID、日誌、警示與變更通知政策：
隱私、資安與退出
每個資料流的用途與最少必要資料：
處理地點、次處理者與支援存取：
主要資料、日誌、備份與匯出檔的保存期限：
更正、限制處理、匯出與刪除的途徑：
資安事件聯繫窗口、通知承諾與復原負責人：
退出時匯出的欄位、附件、中繼資料、費用與刪除確認：
測試結果
建立／更新、重複、無效值、亂序與逾時的結果：
速率限制、服務中斷、無效簽章與暫停／恢復的結果：
筆數與欄位對帳結果：
已知缺陷、替代做法、負責人與重新測試日期：
人工備援與回滾結果：
成本與續約
供應商報價日期、幣別、稅與合約期：
席次、整合存取、呼叫／事件數、儲存、環境與超額費用：
導入、遷移、支援、監控與變更費用：
內部工時、審查、事件處理、更正與退出的投入：
續約變動、通知日期與替換假設：
決定
評分：0 沒有證據／1 部分具備或依賴特定負責人／2 有文件且已測試：
決定：PASS / PILOT WITH CONDITIONS / STOP：
未解決的條件、負責人、到期日與放行權限：
回滾觸發條件與最後已知正常的版本：
下次審查觸發條件與決策日期：
核准紀錄與證據存放位置：定義回滾與停止條件
回滾是一次有控制的狀態變更，不是自動刪除。保留最後一個已知正常的對照表與版本、憑證負責人、來源匯出檔、目的地筆數和核准紀錄。定義回滾時是要暫停寫入、隔離待處理的事件、還原某個對照設定、停用某個目的地，還是改走人工流程，以及暫停期間的變更要怎麼處理。
只要以下任一條件仍未解決，就停止購買或續約：
- 必要欄位、生命週期事件、身分或權威資料來源的決定無法對齊；
- 資料新鮮度、漏掉變更的偵測或安全復原不足；
- 憑證是共用的、權限過大、無法輪替或無法撤銷；
- API、webhook、速率限制、資料結構、隱私、保存期限或刪除的證據仍然未知；
- 匯出、報價範圍、支援、超額費用或退出的假設不足；或
- 沒有具名的負責人能監控、上報、對帳並授權回滾，也沒有有期限的例外。
只用一個小型的內部評分，來揭露缺少的證據：0 代表沒有證據，1 代表部分具備，或依賴某個人或廠商，2 代表在約定範圍內已有文件且經過測試。不要把總分變成一個通用的 HRIS 品質分數。依據沒通過的關卡、剩餘風險和負責人的核准，決定 PASS（通過）、PILOT WITH CONDITIONS（附條件試行）或 STOP（停止）。
Talent Summoner 的定位
Talent Summoner 是我們的人才搜尋與候選人排序產品。人才搜尋涵蓋依核准的職缺需求說明，從公開來源發掘人選；候選人排序涵蓋審閱你提供的履歷。這些頁面並未記載任何 HRIS、ATS、薪資、到職、身分開通或雙向整合。先定義好資料邊界和人工交接，再去看價格。
什麼是 HRIS 資料流？
在系統之間一段有明確定義的資料搬移，包含用途、欄位、方向、觸發條件、身分、存取、保存期限、負責人和復原方式。連接器的名稱不能當成欄位證據。
即時同步一定最好嗎？
不一定。依業務風險、可靠性、更正和營運投入，決定資料需要多新。
續約試行應該證明什麼？
必要欄位與新鮮度、身分、正常與失敗的寫入、重複資料、存取、保存與刪除、復原、成本假設和回滾，每一項都要有註明日期的證據。
Talent Summoner 能和 HRIS 整合嗎？
它公開的人才搜尋和候選人排序頁面，沒有公布任何 HRIS 或雙向同步功能；不要因此推斷它支援員工資料、薪資或身分管理。
我們什麼時候該停止？
遇到這些情況就停止：資料沒有對照、身分比對不安全、新鮮度或復原不足、存取控管薄弱、隱私或刪除仍屬未知、匯出不足，或回滾沒有負責人。
把資料流圖、對照表、註明日期的回覆、測試、報價和決定放在一起。當資料流、API、方案、次處理者或身分有重大變更時，重新跑一次。發掘人選用人才搜尋；處理你手上的履歷用候選人排序，並記錄任何 HRIS 交接。
