Workday Sana 成為新入口：員工到職需要連貫的跨部門交付

公開動態與原創分析 · 消息日期: 2026-10-13 · 消息來源

Workday 本週將 Sana 推向工作入口，凸顯企業 AI 從詢問進入事項協同的方向。員工到職申請背後仍有人員資料、設備準備、帳號權限與負責人確認。墨客雲的應用位置，是圍繞同一到職事項組織任務與交付，讓員工和管理者掌握實際準備進度。

本週變化：工作入口與服務代理的開放階段

Workday 於2026年10月13日宣布 Sana 成為新的 Workday Home，並介紹 HR、IT 服務代理 Sana Concierge。公告稱新 Home 已可用，管理員可決定啟用方式；Concierge 面向早期採用客戶，預計2027年第一季普遍開放。

本文依10月17日查閱的公告區分開放階段，未將 Concierge 寫成全面上線。消息已超過72小時，本篇結合本週工作入口變化，新增分析到職事項的跨部門交付；下述流程為編輯情境推演。

設想一家企業的新員工下週到職。HR 已有到職日期與崗位，IT 等待帳號範圍與設備需求，行政安排門禁，用人部門確認首週任務。各部門表單各自完整，員工仍需追問電腦、帳號與辦公條件是否全部就緒。

統一入口降低尋找辦理管道的負擔，跨部門事項還需要對齊識別、前置條件與結果。企業希望一次提交後持續推進，同時需要每個崗位在自身職責與權限內確認。一個部門標記完成時，其餘事項可能仍在等待。

到職事項可圍繞人員識別、開始日期、所屬崗位與獲准崗位需求組織。準備紀錄分別展示資料確認、設備交接、帳號申請與門禁事項的負責人、依據、狀態及待補項目。整體準備狀態由明確完成標準彙整。

對沒有系統回覆的事項，保留待確認狀態並交給負責人處理。帳號獲准、帳號建立與員工可實際使用屬於不同進度。敏感人員資料按職責限制存取，首次試點可採用去識別化樣本與最少必要欄位。

墨客雲數位員工平台的公開能力方向包含企業知識、任務編排、系統串接與流程執行。用於到職情境時，可由知識層整理適用崗位的辦理規則，編排層組織 HR、IT、行政與用人部門的準備任務，串接層連結既有申請及結果紀錄。

數位員工承擔資料檢查、待辦整理、進度彙整與交接提醒；授權人員決定崗位權限與例外。具體 HR、OA、工單與身分系統介面需於目標環境驗證。本文方案不預設墨客雲已接通 Workday Sana，亦不建議由模型自行擴大帳號權限。

首次交付可限定為準備紀錄與待辦草稿，保留既有審核管道。形成穩定交接後，再逐項驗證申請發起與獲准紀錄更新，使人員資料、任務負責人及實際系統結果圍繞同一事項連結。

假設新員工到職前調整崗位。數位員工辨識崗位需求版本變動，整理受影響設備、應用權限與負責人，發起待確認事項。HR 與用人部門確認新需求後，相關崗位更新任務，原有已完成項目保留處理紀錄。

員工取得目前需要補充的資料及各項準備狀態，管理者看到尚待處理的缺口。跨部門交付物包括更新後準備紀錄、獲准需求、系統申請編號與未決事項負責人，方便後續接手及複查。

先選一類崗位，使用同一辦理標準比較試點前後的資料補交、重複詢問、跨崗等待與首日準備情況。記錄員工、HR、IT 及行政投入時間，避免僅統計入口回覆速度。完成標記應與實際交接或系統回覆對應。

此情境適合已有明確到職流程、任務負責人與基礎資料的企業。情境診斷可從一份去識別化到職表與崗位需求開始，明確數位員工負責的準備步驟及跨部門交付標準，再決定系統串接順序。

墨客雲編輯部 · neo@mokyun.com