Google Workspace 在 2026 年 7 月 9 日宣布 inbound SCIM APIs 正式推出。這項更新的重點不是新增一個給一般使用者操作的功能，而是把企業身分管理流程接到 Workspace 目錄，讓 IT 管理員可以從既有的身分提供者、HR 系統或自建應用，把使用者與群組資料同步進 Google Workspace。
對企業而言，SCIM 的價值在於帳號生命週期。新進員工、轉調、離職、外包人員權限異動，過去常要靠人工、排程同步或客製 API 補上。Google 這次把 Workspace 放到 SCIM Service Provider 的位置，代表外部系統可以把建立、更新、停用使用者與群組的動作推送到 Workspace。
Google Workspace 管理員少了一層自建同步工程
Google 在公告中指出，inbound SCIM 可和任何支援 SCIM 的 Identity Provider、HRIS 或自訂應用同步。管理員可以在 Admin console 產生 token，也可以鎖定由外部來源同步的群組，避免 Workspace 端被人工改出和身分來源不一致的狀態。
這對大型組織很實際。企業導入 SaaS 時，最麻煩的往往不是開帳號，而是確認誰在什麼時間不該再有權限。當 Workspace 目錄能接近即時地跟著外部身分系統變動，IT 團隊就不必為每個 HR 或 IdP 流程再寫一套 Google Directory API 整合。
Gemini Enterprise 權限也會被身分生命週期牽動
Google 特別提到，當使用者在組織 IdP 裡的帳號權限改變，Workspace 資料與下游應用，包括 Gemini Enterprise，也會跟著即時更新。這句話讓 inbound SCIM 和 AI 應用採用連在一起：生成式 AI 工具進入企業後，權限控管不能只停在郵件、雲端硬碟或文件存取。
如果 Gemini Enterprise 可以讀取工作文件、企業知識庫或內部資料，離職與轉調權限就會直接影響資料外洩風險。SCIM 並不會替企業決定權限設計，但它能把來源系統的變更更快送進 Workspace，讓 AI 工具不會長時間沿用舊身分狀態。
SCIM 標準讓 Workspace 更容易放進既有 IAM 架構
SCIM 是跨網域身分管理標準，目的在於讓不同系統用一致方式同步使用者和群組資料。Google 的說法是，這次同步在雲端完成，不需要安裝同步 client 或地端軟體，適合需要增量、近即時更新的目錄環境。
這會讓 Workspace 更容易被納入企業 IAM、稽核與合規流程。對已經使用 Okta、Microsoft Entra ID 或其他 IdP 的公司，評估 Workspace 和 Gemini Enterprise 時，身分同步的整合成本會比過去清楚。
企業導入 AI 工具的門檻不只在模型能力
這次更新的產業意義，主要在企業軟體基礎工程。AI 工具要在公司內被正式採用，管理員需要知道帳號誰建立、誰停用、哪些群組由哪個來源控制、權限變動多久才生效。
Google Workspace inbound SCIM 把這些問題拉回標準身分流程。它不會讓 Gemini 本身變得更聰明，卻會讓企業在擴大使用 Gemini、Workspace Studio 或其他 Workspace 內 AI 功能時，有更可管理的權限底座。
消息來源：Google Workspace Updates、Google Workspace Admin Help、SCIM RFC 7644。
