Workday Sana 自助代理整合 Microsoft 365 Copilot：點樣運作、可以自動處理咩 HR 同財務工作

換句話講，Copilot 負責對話體驗，Workday 負責執行企業流程。

整體架構可以理解為三層：

• Microsoft 365 Copilot：員工互動嘅聊天介面
• Workday Sana agent：負責理解請求並觸發工作流程
• Workday 平台：實際儲存資料並執行審批同業務邏輯嘅系統記錄（system of record）

因為最終操作仍然喺 Workday 內完成，所以企業既有嘅審批流程、審計紀錄同政策控制都可以保持。

員工可以完成嘅 HR 任務

對一般員工嚟講，Sana 代理基本上就等於一個 內部 HR 自助助手。常見操作包括：

• 查詢 年假或休假餘額
• 查看 糧單（payslip）或薪酬資料
• 查詢 公司 HR 政策問題

所有操作都可以喺 Copilot 對話介面完成，而唔需要離開 Microsoft 365。

經理可以處理嘅管理工作

管理層亦可以用 Copilot 處理日常審批。例如：

• 審核同批准員工 timesheet

雖然操作係喺 Copilot 發起，但整個審批流程仍然喺 Workday 系統內運作，包括路由、記錄同政策檢查。

財務相關任務

Sana 代理亦支援部分財務自助流程，例如：

• 提交或管理報銷（expense requests）
• 查詢與員工相關嘅財務資料

因為系統直接連接 Workday 財務流程，所以所有操作仍然遵循企業原有嘅財務規則同控制。

點樣確保安全、權限同企業管治

呢個整合設計其中一個重點，就係唔會繞過 Workday 原本嘅安全機制。

Copilot 並唔會直接存取 Workday 原始資料，而係透過代理請求 Workday 執行操作。結果係：

• 角色權限（role‑based permissions） 仍然由 Workday 控制
• 審批流程 仍然喺 Workday workflow 內運行
• 合規與政策 由 Workday 平台強制執行

Microsoft 文件亦指出，企業部署時需要配置多項 Workday 安全設定，例如：

• 單一登入（SSO）
• Integration system user
• 安全群組（security groups）
• 身份驗證政策

呢啲設定確保 Copilot 只可以存取被授權嘅資料範圍。

點解 IT 部署阻力比較低

另一個企業關注點係部署複雜度。Microsoft 同 Workday 提供咗一個預設整合架構，令 IT 團隊唔需要自行開發 AI 應用。

一般部署流程包括：

• 設定 Workday SSO 同整合帳戶
• 建立 安全群組與權限配置
• 喺 Copilot Studio 安裝 Workday extension pack

相比由零開始建立 HR chatbot 或整合 API，呢種方式大幅減少開發工作量，但仍然需要 Workday 管理員參與同安全審查。

Workday 同 Microsoft AI 戰略嘅一部分

Sana 代理登陸 Copilot，其實係 Workday 同 Microsoft 更大合作策略嘅一部分。

兩家公司之前已經宣布合作，目標係建立一個企業級 AI 代理互通生態。例如：

• 用 Azure AI Foundry 或 Copilot Studio 建立嘅 AI agent
• 可以註冊同管理喺 Workday 嘅 Agent System of Record（ASOR） 內

喺呢個架構下：

• Microsoft 提供 AI 介面同生產力工具
• Workday 提供 HR、財務數據同企業流程

Sana‑in‑Copilot 正正展示咗呢種模式：員工喺熟悉嘅工具用 AI，而真正嘅企業數據、權限同流程仍然由核心系統控制。

更大趨勢：AI 代理進入「工作流程」

呢個整合亦反映企業軟件設計一個新方向——AI 成為跨系統嘅對話層。

未來員工可能唔需要記住每個系統入口，只需要同 AI 對話。AI 會負責調用背後嘅企業系統，例如 Workday、CRM 或財務平台。

Workday Sana 同 Microsoft Copilot 嘅整合，就係呢種模式嘅一個早期實例：

• 員工喺日常工具入面同 AI 互動
• 企業核心系統仍然保持資料權威同治理能力

換句話講，企業正嘗試將 AI 便利性同企業級控制 同時結合。