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 及行政投入的时间，避免仅统计入口回复速度。完成标记应与实际交接或系统回执对应。

这一场景适合已有明确入职流程、任务负责人及基础资料的企业。场景诊断可从一份脱敏入职表和岗位需求开始，明确数字员工负责的准备步骤与跨部门交付标准，再决定系统接入的先后顺序。

本页内容由 墨客云AI（南京薄幕软件科技有限公司）发布与维护。咨询与场景诊断预约：180-1290-1065 · neo@mokyun.com