Talent Summoner評估
採購前，用一份不偏向任何廠商的檢查清單，評估面試行事曆的 API、OAuth、隱私、可靠性、支援、成本和回滾方式。
面試行事曆整合可能要讀取空檔、建立／更新行程、邀請參與者、處理變更，並安全地取消。產品展示可能把權限範圍、時區上的模糊地帶、重複行程或無法復原的故障藏起來。
這份不偏向任何廠商的採購輔助，寫給在預算階段負責審查的 IT 人員。請供應商提供文件、書面報價，以及一條可以實際測試的驗收路徑。本文只提供一般資訊；請讓法務、資安和隱私的負責人一起參與。
定義面試流程
用一句話寫出交接內容：來源系統、行事曆服務供應商、使用者／資源、動作、行程欄位、觸發條件、負責人和證明方式。決定這個整合是要建議時段、讀取忙碌／空閒資料、建立邀請，還是同步變更。如果權限不同，就把候選人自行預約、招募人員排程和面試小組協調當成不同的流程。
| 整合型態 | 要比較什麼 | 需要的證據 |
|---|---|---|
| 讀取空檔 | 忙碌／空閒區間、工作時段、行事曆的選擇和資料新鮮度 | 請求／回應範例、存取規則，以及資料過時時的行為 |
| 建立面試 | 行程、與會者、地點、提醒和視訊會議資訊 | 欄位對應表、在行事曆服務上建立的測試行程，以及取消後的結果 |
| 同步變更 | 更新、婉拒、改期、取消和擁有權 | 行程識別方式、webhook 或輪詢設計、重新執行和核對的證據 |
| 原生或合作夥伴的連接器 | 誰負責憑證、欄位對應、事故和版本發布 | 方案是否包含、資料路徑、支援範圍和退出流程 |
比較 API 和行程的證據
把行事曆服務官方的參考文件當成起點，而不是實作的證明。Google 的 Events 參考文件最後更新於 2026 年 7 月 7 日，提供 ID、時間戳記、週期規則、與會者、時區、能見度和視訊會議資料。它的 FreeBusy 查詢參考文件最後更新於 2026 年 5 月 12 日，說明了有範圍限制的查詢和忙碌區間。Microsoft 把行事曆和行程的屬性分開，分別寫在 calendar 資源（最後更新於 2025 年 2 月 19 日）和 event 資源（最後更新於 2025 年 5 月 15 日）的文件裡，兩者都在 2026 年 9 月 5 日擷取。所謂的「支援行事曆」，要逐個欄位測試。
| 面向 | 要問供應商的問題 | 停止訊號 |
|---|---|---|
| API 生命週期 | 適用哪個版本、哪些環境、限制、分頁、變更通知和棄用通知？ | 正式環境依賴沒有文件記載或已經棄用的端點 |
| 行程識別 | 用哪個穩定的 ID、iCal UID、版本或變更權杖來支援更新和去除重複？ | 一次逾時就可能產生第二封邀請，因為找不到原本那一筆 |
| 行程資料 | 週期規則、例外、與會者、回覆狀態、地點、提醒、附件和會議連結都有對應嗎？ | 某個必要的面試欄位在沒有提示的情況下被丟掉或改寫 |
| 空檔 | 能檢查哪些行事曆和資源？資料新鮮度和能見度的規則是什麼？ | 整合把過時或不完整的空檔，當成已確認的時段呈現 |
| 營運 | 是否包含日誌、關聯 ID、webhook 或輪詢、重新執行和核對？ | 只有供應商的支援人員才查得出發生了什麼事 |
| 支援與變更 | 誰能檢查事故？回應和升級的路徑是什麼？版本發布怎麼公告？ | 沒有具名的負責人、可用的日誌、變更通知或緊急復原的途徑 |
檢查 OAuth、權限範圍和存取
索取確切的權限範圍，以及核准、權杖儲存、更新、輪替、撤銷和人員離職時的處理方式。把唯讀的空檔存取和寫入行程的權限分開比較；如果較窄的權限範圍就夠用，就拒絕廣泛的權限範圍。確認是否支援服務身分，以及對使用者、行事曆、會議室或租戶的數量限制。
RFC 6749（IETF，2012 年 10 月）定義了 OAuth 2.0；RFC 7636（2015 年 9 月）定義了 PKCE；RFC 9700（2025 年 1 月）更新了 OAuth 的安全指引，包括精確比對重新導向 URI、CSRF 防護和最小權限原則。這些參考資料是用來整理問題的，不是認證。請實際測試同意、撤銷、到期、移除租戶和跨行事曆存取。
檢查時區和空檔的定義
儲存實際的時間點、預定的當地時間，以及具名的 IANA 時區。測試日光節約時間和規則變更、全天／跨夜的行程、地點、工作時段、假日、會議室行事曆，以及跨過午夜的改期。固定的 UTC 偏移不是 IANA 時區。IANA 時區資料庫 2026c 版於 2026 年 7 月 8 日發布；因為規則會變，請記下資料庫的版本。
定義什麼叫「有空」：一段空閒區間，可能因為交通、其他行程、資源衝突、休息或資料過時而無法使用。發出邀請前，先讓候選人看到最終的時間和時區，並指定一位處理例外狀況的負責人。
檢查隱私和資安
列出每一個離開招募系統的欄位：姓名／電子郵件、面試官身分、主旨、地點、會議網址、備註、回覆狀態、日誌和稽核中繼資料。詢問每一項在哪裡處理／儲存、保存／刪除的方式、備份、次處理者、支援人員的存取、跨境傳輸、事故和匯出。在核准之前，只用虛構的沙盒資料。
NIST 網路安全框架（Cybersecurity Framework）2.0 於 2024 年 2 月 26 日發布，是一套風險管理的架構，不是認證。OWASP API Security Top 10（2023）整理了授權、驗證和限制方面的問題。英國資訊專員辦公室（ICO）的隱私設計指引支持在設計階段就納入資料保護；是否適用，取決於所在的司法管轄區。
用可比較的情境估價
不要把沒有標明的「每位使用者」或「每個整合」數字當成總價。給每家供應商同一個情境，並要求報價日期、幣別、合約期間、計價單位和排除項目。變數包括用量、行事曆數量、讀取／寫入、通知、環境、資料保存和支援。用量和假設要分開記錄。
| 成本類別 | 模型要納入的內容 | 要索取的證據 |
|---|---|---|
| 供應商 | 基本方案、席次或租戶、行事曆、API 或行程用量、通知、儲存、支援、超額費用、稅金和續約 | 有日期的報價、方案限制、計價單位的定義，以及超額費用的計算範例 |
| 內部交付 | 架構、欄位對應、資安和隱私審查、實作、遷移、測試和教育訓練 | 具名的負責人、預估的工作量和驗收標準 |
| 營運 | 監控、憑證輪替、行事曆服務的變更、支援處理、核對和手動復原 | 操作手冊、告警負責人和事故工作量的假設 |
| 退出 | 匯出、替換、合約通知、刪除確認，以及暫時改回手動排程 | 退出步驟、費用、保留的資料和備援負責人 |
用兩個總額：first-year cost = supplier fees + delivery effort + migration/testing + expected operating effort（第一年成本 = 供應商費用 + 交付工作量 + 遷移／測試 + 預期的營運工作量）；steady-state annual cost = renewal and usage + maintenance + monitoring + recovery allowance（穩定期的年度成本 = 續約與用量 + 維護 + 監控 + 復原預備）。流程、方案或用量改變時，重新計算。
試行、回滾和停止條件
保留最後一次確認可用的欄位對應、權限範圍、行事曆服務版本、同意紀錄和測試結果。依序推進：文件、沙盒、唯讀空檔、小規模的寫入試行，再到受控的正式環境。事先定義回滾時要暫停邀請、取消行程、還原欄位、撤銷存取，還是改成手動作業；刪除不一定能撤回每一個連帶影響。
測試 401／403、速率限制、行事曆服務的錯誤、寫入後逾時、重複、順序錯亂的更新、格式錯誤的資料、被撤銷的同意、過時的空檔和日光節約時間的切換。只重試安全的失敗。如果不確定一筆建立請求是否成功，先用行事曆服務的行程 ID 或自己掌握的去重鍵核對，再決定要不要重新寫入。把無法處理的行程隔離出來，通知負責人，並記錄結果。
出現以下情況時，停止採購或試行：
- 必要的欄位、與會者、時區或空檔規則，無法對應和查證；
- 要求的權限範圍過大、共用、無法輪替或無法撤銷；
- 重複、逾時、過時的回應或更新失敗，無法偵測和復原；
- 審查之後，資料存放位置、保存期限、次處理者或支援人員的存取仍然不明；
- 報價漏掉了必要的計價單位、超額規則、支援範圍或續約條件；
- 無法實際示範匯出、刪除或替換；或
- 沒有具名的人負責監控、升級、暫停和手動恢復排程。
Talent Summoner 的定位
Talent Summoner 是我們的產品，用來依職缺需求說明進行人才搜尋，以及替你提供的履歷做候選人排序；它也可以草擬聯繫訊息，並用你自己連結的 Gmail、Outlook 或 LinkedIn 帳號寄出，但只會在你審閱每一則訊息並確認寄送之後才寄出。它的公開頁面沒有說明行事曆 API、面試排程流程或 ATS 整合。採購和寄送邀請的責任，留在你正在評估的系統上。使用人才搜尋或候選人排序，再把查證過的候選人交給你的流程；兩者都不能證明候選人有空，也不能取代人工審閱。
IT 審查人員應該先測試什麼？
拿一場面試，從空檔、邀請、回覆、改期到取消完整跑一遍，其中要包含一次失敗的請求、一個被撤銷的權杖、一筆重複行程和一個時區的邊界情況。
唯讀的行事曆存取就夠了嗎？
只有在流程停在建議空檔，而且邀請由人或另一個系統維護時才夠。寫入行程需要另外檢查權限範圍、負責人、重試、核對和回滾。
怎麼比較行事曆整合的成本？
給供應商同一個有日期的情境；把供應商、交付、營運、復原、續約、超額和退出的成本分開。讓假設保持看得見，而不是做成一個基準值。
行事曆整合應該儲存完整的行程內容嗎？
不應該預設這麼做。先對應出最少需要的欄位，再請隱私和資安的負責人核准用途、存取權限、保存期限、支援人員可見範圍和刪除方式。
Talent Summoner 有提供面試行事曆整合嗎？
它的範圍是人才搜尋、候選人排序，以及經你確認才寄出的聯繫訊息，不包括行事曆 API、排程、行程同步或 ATS 整合。請把它當成另一個獨立的步驟。
把報價、欄位對應、權限範圍審查、測試證據、失敗日誌和回滾操作手冊放在一起保存。API、時區、方案或隱私有重大變更時，重新檢查一次。準備好之後，從人才搜尋開始，再把查證過的候選人移到候選人排序，然後才進行受控的試行。
