top of page

Workday 收購 C1.ai,將 HR 數據轉化為身分控制關鍵點

41 分鐘前
讀畢需時 13 分鐘

Workday 在這間身分保安公司籌得 1.11 億美元後,簽署最終協議收購 C1.ai。Workday 收購 C1.ai 的目標,是填補企業採用 AI 與規管 agents 可存取內容的控制措施之間日益擴大的落差。

C1.ai 原名 ConductorOne,負責管理員工、軟件身分及自主 agents 的存取權限。Workday 計劃將這些控制措施,與其平台現有的人事及組織紀錄連接起來。

這項策略令 Workday 與 SailPoint、Saviynt、Microsoft 和 Okta 等身分管治專家直接競爭,同時也為企業買家帶來一個棘手問題:記錄僱傭變動的系統,是否也應控制應用程式、數據和基建的存取權?

這令交易不只是企業軟件領域的另一宗收購。Workday 希望將 HR 事件轉化為保安事件,把其角色由記錄組織變動,擴展至執行這些變動所帶來的後果。

Workday 收購 C1.ai 將 HR 事件連接至存取權限

Workday 正在收購一個執行層,可將人員變動轉化為應用程式權限。

Workday 於 2026 年 10 月 13 日公布這項最終協議。財務條款未有披露。

預計交易將於截至 2027 年 1 月 31 日的 Workday 財政年度第四季度完成,惟仍須符合慣常交割條件,包括取得所需監管批准。

C1.ai 由兩名前 Okta 員工 Alex Bovee 和 Paul Querna 於 2020 年創立。公司最初以 ConductorOne 名義營運,專注於人類員工的身分管治。

隨着其產品範圍轉向人類及非人類身分,公司在 2026 年 4 月採用 C1.ai 名稱。此類別包括服務帳戶、軟件工作負載,以及在業務系統內運作的 AI agents。

根據 Techmeme 匯總的原始報道,C1.ai 在收購協議前已籌集 1.11 億美元。其已公布的最大一輪融資,是 2025 年 10 月的 7,900 萬美元融資。

公司表示,其平台可連接電郵、客戶關係管理軟件、程式碼儲存庫、財務應用程式及雲端基建。平台可授予存取權、套用政策、要求人手批准,並保留行動紀錄。

身分管治是釐定誰可存取某個系統、該存取權為何合理,以及何時應終止的流程。傳統計劃往往依賴工單、審批活動及定期存取權檢討。

Workday 看到以事件驅動控制取代部分工作流程的機會。新員工入職、職位變動、調職或離職,均會在 Workday 內產生事件。

在擬議整合下,這些事件可在相連系統中觸發權限變更。離職員工可即時失去存取權,而調職員工則可獲授與新職位相關的權限。

同一模式亦適用於 AI agents。agent 在獲指派任務時可取得範圍受限的存取權,任務結束後則失去該權限。

C1.ai 行政總裁 Alex Bovee 在其創辦人文章中,圍繞這項轉變闡述收購。他認為 agents 持續橫跨業務系統運作,不能依賴每季一次的存取權檢討。

因此,這宗交易結合兩個不同的控制平面。Workday 記錄組織脈絡,而 C1.ai 提供將這些脈絡轉化為權限的機制。

這種連接形成收購案的核心張力。Workday 可縮短組織變動與更新存取權之間的延遲,但同時亦將更多權力集中於單一平台。

AI Agents 已超越員工存取模式

AI agents 建立身分的速度,已超過傳統管治團隊可檢討及維護的速度。

員工存取權有明確界線:一個人加入組織、獲得職位、改變職責,最終離開。

AI agent 並不遵循這種穩定的生命週期。開發團隊可為短期項目建立 agent、為另一個工作流程複製它,或將其連接至多個系統。

部分 agents 代表指定員工行事,另一些則透過共用憑證或服務帳戶運作,令責任追蹤更困難。

人類使用者通常會在行動之間停下來。agent 卻可跨越電郵、原始碼、財務紀錄及客戶數據重複執行操作,毋須等待下一項指令。

這種速度改變了過度寬鬆權限的影響。過多的員工存取權本已危險,但 agent 可更頻繁地、跨越更多紀錄行使相同權限。

組織亦難以建立清晰的擁有權。保安團隊需要知道誰批准了 agent、哪個部門負責營運,以及其原有項目結束後會如何處理。

Workday 引述 C1.ai 的研究稱,95% 的大型美國公司已使用自主 agents。這個數字來自被收購公司,讀者應視之為由供應商贊助的研究結果。

獨立研究仍支持更廣泛的管治憂慮。一項涵蓋 3,235 名科技及商業領袖的全球調查發現,只有 21% 受訪者表示其 agentic AI 管治已成熟。

同一項管治研究指出,缺乏界線、監察系統及審計軌跡是常見弱點。當 agents 可毋須為每次行動尋求批准而作出決定時,這些控制尤其重要。

Workday 的應對方案始於登記。其 Agent System of Record 旨在編錄 agents、識別其擁有人,並記錄其角色。

單靠登記冊無法阻止未經授權的存取。它可顯示某個 agent 存在,卻未必能控制該 agent 可觸及的內容。

C1.ai 的目的正是加入這個執行層。agent 登記後,政策可界定其可進入哪些應用程式,以及哪些行動須經人手批准。

以一個讀取發票及準備交易的應付帳款 agent 為例,它可能需要存取收件匣、供應商資料庫及指定財務紀錄。

它不應自動獲得監督它的財務員工所持有的一切權限。agent 需要自身的身分、較窄的存取範圍,以及每項行動的紀錄。

這個分別相當重要,因為獲授權代辦不等同員工權限。agent 可代表某人行事,卻不應繼承該人獲授的一切特權。

存取權亦必須屆滿。短期對帳 agent 不應在對帳項目結束後保留憑證。

這類生命週期一直難以透過傳統工單隊列管理。工單依賴人員留意每一個建立、重新指派及退役事件。

Workday 押注其平台已有的生命週期資料可提供更佳觸發條件。相關事件可涉及某個人、某個 agent、某個項目,或不斷變動的業務角色。

這個模式只有在基礎紀錄保持準確時才會奏效。自動化可加快良好的存取決定,但亦可能傳播錯誤職位及過時的擁有權資料。

組織仍需要清晰政策及具問責性的審核人員。這宗收購改變了政策可如何執行,卻不能決定這些政策應是甚麼。

Workday 希望將 HR 數據變成保安觸發條件

這宗交易把 Workday 在 HR 領域的地位,轉化為相對專門身分管治供應商的潛在優勢。

Workday 已知道許多員工何時加入、調職、獲晉升、更換上司或離職。這些紀錄提供的脈絡,保安系統往往須透過整合才能取得。

C1.ai 可讓 Workday 直接根據這些脈絡採取行動。這個組合縮短記錄變動的系統與執行存取權的系統之間的距離。

晉升可說明其運作機制。Workday 記錄員工的新職位、匯報關係及生效日期。

C1.ai 可將這些資料與存取政策比較,授予新職位所需權限,並移除與舊職位相關的權限。

同一工作流程亦可涵蓋合約員工。存取權可在合約生效日期開始,並在聘用期結束時自動屆滿。

對 AI agents 而言,相關脈絡可包括擁有人、部門、已批准用途及運作期限。政策可將 agent 限制於該用途所需的應用程式。

這種方法不同於把身分視為靜態目錄條目。它將權限連結至業務事件及持續變動的組織關係。

Workday 將其平台稱為人員、資金及 agents 的記錄系統。這宗收購嘗試把這個定位延伸至跨第三方應用程式的身分執行。

這種延伸重要,因為 AI agent 很少只留在單一供應商的環境中。它可能讀取 Workday 數據、在另一平台發送訊息、檢查程式碼,並更新另一套財務系統。

要控制這個工作流程,便需要連接器,以及在 Workday 以外可靠地執行政策。因此,C1.ai 的價值部分取決於其整合的廣度與深度。

這宗收購亦符合 Workday 更廣泛的策略。公司收購了 Flowise,以加入建立及管理 agents 的工具。

Workday 將收購 Flowise描述為讓客戶及合作夥伴可在其平台建立 agents 的方法。公司亦致力發展用於招聘、學習、知識檢索及工作場所任務的 AI 功能。

C1.ai 為該產品組合提供缺少的控制層。建立 agents 增加了盤點它們、分配擁有權及限制其存取權的需要。

由此形成的技術堆疊遵循合理次序:一項產品協助建立 agent,另一項記錄它,而 C1.ai 管治其權限。

對企業買家而言,吸引力在於營運簡化。單一組織事件可更新僱傭紀錄、agent 擁有權及系統存取權。

這項承諾亦增加對 Workday 數據質素的依賴。錯誤職位代碼或延遲記錄的離職資料,可能在多個系統中造成錯誤的存取決定。

涉及敏感權限時,人手審核仍不可或缺。對財務系統、生產基建或機密紀錄的高風險存取,不應只依賴職位資料。

最強的設計會結合自動更新、政策例外及審批檢查點。例行存取權可迅速處理,而不尋常或具特權的請求則應接受更仔細審查。

知識工作者在文件系統內亦面對相關問題。可搜尋的知識庫只有在其權限能保留敏感資料周邊的界線時才有用。

AI 代理令這些界線更為重要,因為它們能夠從眾多來源擷取及整合資訊。即使代理呈現的是統一答案,身分控制也必須隨資料流轉。

因此,Workday 的策略不只是增加另一項保安產品,而是希望將業務背景資訊變成企業存取決策的起點。

SailPoint 及其他身分供應商現面對以 HR 為核心的競爭對手

Workday 正進入一個已有成熟供應商管理混合企業環境中複雜身分的市場。

SailPoint、Saviynt、Microsoft Entra 及 Okta 均提供身分管治或相鄰的存取控制。CyberArk 及其他特權存取供應商亦會管治敏感的機器身分。

這些公司以身分基礎架構為起點,Workday 則由人力資源及組織數據出發。

這個差異界定了主要競爭焦點。專門供應商強調能夠跨應用程式、目錄服務、HR 系統及雲端供應商保持獨立性。

Workday 可以主張,其記錄能就職位及僱傭事件提供更豐富的背景資訊。它亦可把身分管治與 HR 及財務部門已在使用的產品捆綁提供。

兩種做法都不會自然勝出。企業身分環境包含舊有目錄服務、收購而來的業務單位、承辦商、合作夥伴及多套 HR 系統。

一家跨國公司或會為眾多僱員使用 Workday,同時在地區附屬公司保留獨立平台。它亦可能營運權限模型無法直接對應職務角色的應用程式。

專門身分供應商多年來一直建立連接器,並支援這些複雜環境。Workday 及 C1.ai 必須證明可提供相若的覆蓋範圍及可靠性。

C1.ai 以自動化為先的設計,為 Workday 提供了一個可信的切入點。這家初創公司成立時的目標,是簡化存取申請、認證活動、佈建及移除權限。

其以代理為重點的產品亦處理了一個既有供應商正急於解決的新問題。優勢將取決於實際執行能力,而非用來描述 AI 管治的措辭。

代理身分正成為廣泛的競爭類別。供應商愈來愈常承諾提供探索、清單管理、授權委派、憑證管理及行為監察。

這些功能彼此相關,但不能互相替代。目錄顯示有哪些代理存在,而授權控制則決定每個代理可以做甚麼。

憑證管理保護用於連接系統的秘密資料。行為監察則在獲授存取權後,尋找可疑行動。

C1.ai 並不能取代所有這些層面。Workday 客戶或會繼續使用獨立的身分、特權存取、雲端保安及偵測產品。

這個現實令互通性成為重大議題。買家會希望政策及稽核記錄可跨產品運作,而不會建立互相矛盾的真相來源。

競爭亦將圍繞中立性。專門的身分平台可以聲稱,其在不偏袒任何特定 HR 或應用程式供應商的情況下管治存取權。

Workday 提供另一種方案。它可將管治置於描述僱員、經理、部門及組織變動的記錄附近。

公司的覆蓋範圍提供了龐大的分銷渠道。Workday 表示,逾 11,500 個機構使用其產品,當中包括超過 65% 的《財富》500 強企業。

這些數字來自 Workday,但顯示了為何既有身分供應商必須認真看待這次擴張。Workday 可在現有客戶對話中引入 C1.ai 的能力。

競爭對手的回應很可能聚焦於獨立性、連接器覆蓋廣度,以及對非 Workday 環境的支援。它們亦可加深與多個 HR 平台的整合。

企業買家不應將決策簡化為功能清單。身分管治項目的成敗,取決於政策質素、數據準確性、實施紀律及持續的擁有權。

代理管治介面看似完整,卻可能令重要應用程式未被涵蓋。買家需要證據,證明已連接系統確實會撤銷存取權。

他們亦應測試產品如何處理例外情況。真實組織包含臨時委派、緊急存取、共同職責,以及同時擔任多個角色的僱員。

Workday 收購 C1.ai 為買家帶來一個強而有力的背景資訊敘事。其競爭結果將取決於在這些複雜環境中的執行能力。

集中身分控制帶來新的集中風險

統一控制平面可更快移除存取權,但該平面內的錯誤亦可能擴散得更廣。

Workday 將整合定位為實現更簡單及一致管治的途徑。這項好處言之成理,尤其在手動工單延誤存取變更時。

然而,集中化會改變風險狀況。若一個系統同時影響 HR 狀態、代理註冊及應用程式存取權,一項錯誤記錄便可能帶來更廣泛後果。

不正確的離職事件或會撤銷仍在職僱員的存取權。遭入侵的管理員亦可能改動會驅動其他地方權限的角色。

錯誤政策可能賦予代理比原定更多系統的存取權。自動化其後會高效地分發這個錯誤。

保安主管應把組織背景資訊的來源,與敏感存取權的最終權限分開。Workday 可提供有價值的訊號,而無須成為唯一且未經制衡的決策者。

一項早期的獨立評估得出類似結論。報告認為,機構應保留專門的身分控制,同時將 C1.ai 與 Workday 整合。

這項建議反映一項常見保安原則:當機構維持獨立檢查並限制集中的管理權力時,關鍵決策會更安全。

Workday 本身亦將整合困難列為交易風險之一。公司亦表示,尚未推出的服務及功能可能改變,或較原定計劃更遲推出。

這些措辭很重要,因為收購協議並非已完成的產品整合。客戶應區分已宣布的架構與目前可用的能力。

多個實際問題仍未有答案。Workday 尚未披露收購價格,亦未詳細說明完整的整合時間表。

它未有公開說明 C1.ai 是否仍會作為獨立平台廣泛提供。C1.ai 品牌的未來同樣未明。

Workday 生態系統以外的客戶需要清楚了解產品支援及路線圖優先次序。他們會希望確保與其他 HR 平台的整合持續獲妥善維護。

現有 C1.ai 客戶亦應詢問數據界線將如何改變。身分管治平台會處理僱員、權限、應用程式及審批關係的敏感資訊。

將這些記錄與 Workday 的 HR 及財務背景資訊結合,會建立更豐富的營運圖像。它亦令存取控制、稽核記錄及管理職能分隔更為重要。

另一個未解決問題是,Workday 將如何管治沒有簡單僱傭關係的代理。有些代理服務的是部門、客戶工作流程或自動化程序,而非單一僱員。

另一些代理可能為臨時工作建立子代理。隨着這些關係增加,擁有權及繼承權限會更難追蹤。

可靠的系統需要保留責任鏈。每個代理應有可問責的擁有人、明確用途、獲批准資源及終止條件。

平台亦必須審慎處理憑證。透過人類用戶的工作階段賦予代理存取權,可能掩蓋了實際執行行動的是哪一方。

獨立身分可改善歸因,但也會產生更多需要維護的憑證及政策。短期憑證可降低風險暴露,同時要求可靠的簽發及撤銷系統。

C1.ai 表示支援範圍限定的存取權、人類審批、強制執行的政策及行動記錄。這些都是相關能力,但買家應在自己的環境中驗證。

概念驗證應測試被拒絕的行動,而不只是成功行動。它應顯示當代理更換工具或遵循意外工作流程時,是否仍然受到阻擋。

買家亦應模擬過時數據。他們需要知道,當擁有權記錄、目錄群組或應用程式連接器停止更新時會發生甚麼事。

稽核記錄必須可讓人類調查人員理解。若審閱者無法重建誰授權某項行動,即使大量日誌在技術上完整,價值亦不大。

這項收購不會消除這些實施問題。它透過把更多問題連結至 Workday 平台而提高了風險。

企業買家下一步應留意甚麼

交易的價值將透過產品整合、客戶留存及競爭回應而非收購措辭顯現。

第一個訊號是 Workday 在預計完成期結束前的整合路線圖。買家應尋找明確的可用日期及支援的工作流程。

有意義的路線圖會解釋 Workday 事件如何在第三方系統中觸發 C1.ai 政策。它應指出哪些功能現已存在,以及哪些功能依賴未來開發。

詳細的連接器資訊將很重要。若不知道哪些應用程式支援佈建、撤銷及細緻權限,便難以評估管治企業存取權的聲稱。

路線圖亦應釐清 Agent System of Record 如何與 C1.ai 互動。註冊及管治必須共享一致的身分,同時避免成為重複的管理系統。

清晰的技術里程碑將加強 Workday 的理據。反覆延誤或定義含糊的里程碑,將顯示已宣布的架構仍屬願景。

第二個訊號是現有 C1.ai 客戶的體驗。客戶留存將反映收購是擴展平台,還是圍繞 Workday 帳戶收窄其定位。

客戶需要支援、整合、合約及產品開發方面的延續性。使用另一個 HR 平台的機構會留意其首選連接器是否獲減少投資。

Workday 應釐清 C1.ai 是否會繼續作為獨立產品提供。中立的部署選項可減低被迫整合的憂慮。

客戶證據應包括存取結果,而非只展示更快的工作流程。有用的衡量指標包括撤銷時間、孤立帳戶、政策例外及未解決的存取權審查。

AI 代理部署需要額外證據。買家應詢問有多少代理獲分配獨立身分,以及未使用權限消失的速度。

即使已註冊代理數量上升,若這些代理仍透過共用僱員憑證運作,意義亦不大。身分質素比清單規模更重要。

第三個訊號是 SailPoint、Saviynt、Microsoft、Okta 及特權存取供應商的回應。它們的產品發布將顯示 Workday 是否找到了可守住的缺口。

競爭對手可透過更有效地接收 HR 事件,同時保持獨立性,來削弱 Workday 的優勢。它們亦可加強在多個雲端及應用程式環境中對代理的控制。

留意把探索、授權、憑證簽發及行為監督結合的產品。一組分散的控制措施,可能會在註冊與強制執行之間留下缺口。

定價與套裝方案同樣會影響採用意願,但供應商的技術界線比入門優惠更重要。買方應判斷,代理治理究竟是一項完整產品,還是範圍有限的附加功能。

主要關鍵字最終的重要性,將不及可量度的成果。Workday 收購 C1.ai 是否成功,取決於企業能否更快撤銷具風險的存取權限,同時不會建立另一個未受監管的權限中心。

企業團隊應先繪製現有控制點。找出人力資源事件從何而來、哪些系統將其轉換為權限,以及由誰批准例外情況。

接著,記錄每個生產環境代理、其負責人、憑證及獲准存取的資源。未知或共用身分應優先處理,因為它們會削弱問責性。

待 Workday 公布實施細節後,應根據這份地圖測試該收購案未來推出的產品。詢問整合後的平台是否真正填補控制缺口,還是只是將缺口轉移至另一處。

Workday 能否證明,組織情境可改善混合企業系統中的身分強制執行?在整合控制權之前,資訊安全及 IT 領導者應透過失敗操作測試、撤銷演練及易讀的稽核追蹤,要求取得證據。

 
 

為每個智能代理提供更完整的背景,提升工作表現

讓智能代理連接 remio 已整理好的知識、決策和歷史紀錄。

remio 目前支援 Windows 10+(x64) 及配備 Apple 晶片的 Mac。

你的 AI 工作夥伴
和 remio 一起高效工作

規劃、創作、交付
一站式完成

bottom of page