Workday 从入门到精通

01Workday 是什么

先建立全景认知：Workday 是什么、凭什么在大型企业里取代传统 ERP 的人力模块。

素材依据：设计特征与模块全景译自官方《人力资源管理模块概述》P1；厂商定位、市场格局、PeopleSoft 类比为作者通识补充（见附录"素材来源与依据"）。

1.1 一句话定义

Workday 是一家美国的企业级 SaaS 云应用厂商，核心产品覆盖人力资本管理（HCM）和财务管理（Financials），在全球大型企业（尤其是 5,000 人以上）市场中占有率极高。你可以把它理解为"跑在云端的一体化 HR + 财务系统"，国内类似定位的产品有北森、SAP SuccessFactors、Oracle Fusion HCM。

1.2 官方概述的五大设计特征

官方功能概述开篇即给出 Workday HCM 的核心卖点（概述 P1）：

1.3 HCM 功能模块全景

官方概述把 HCM 划分为以下功能域（概述 P1-P38），本教程章节与之对应：

1.4 学习本教程需要什么基础

• 有 HR 或 IT 工作经验即可，不需要编程基础（进阶篇的集成部分除外）。
• 理解组织架构、薪酬、考勤等 HR 基本业务概念。
• 教程中出现的英文术语都会给出中文解释，第一遍读不懂可先跳过，附录有术语速查表。

02核心概念全景

Workday 的所有模块都建立在同一批底层概念上。这一章是全书地基，务必读懂。

素材依据：业务对象与对象-动作模型译自教材第 1 章（P10-P13）；生效日期细节见教材 P210（第 6 章展开）；其余为承上启下的导览。

2.1 业务对象（Business Object）、字段与实例

Workday 以业务对象存储数据：组织、员工（worker）、职位（position）、薪酬包都是对象。业务对象类似数据库表或 Excel 工作表——表有行和列，业务对象有字段（fields）和实例（instances）。"员工"是对象类型，张三这个员工是其中一个实例（教材 P10）。

Workday 自动关联相关业务对象，形成链条：Worker → Position → Job Profile → Management Level / Job Classification / Exempt Status。围绕 Worker 对象的关联还有 Roles、Security Groups、Benefits、Address、Compensation 等——这正是报表"跳对象取数"的基础（第 14 章）。

2.2 对象-动作模型（Object-Action Model）

Workday 用对象-动作模型驱动导航和报表：页面上大多数条目都是链接，很多条目旁有"相关动作（Related Actions）"图标。核心口诀是——在 Workday 里看到任何东西，都可以对它执行动作（教材 P10）。同一操作往往有多种发起途径：搜索、相关动作、收藏夹都可以到达同一任务。

2.3 有效日期（Effective Dating）

Workday 的一切变更都带生效日期：调薪 10 月 1 日生效，那么 9 月 15 日发起、9 月 20 日审批通过也没关系，系统在 10 月 1 日之前仍显示旧值。许多业务对象可指定"as of"生效日，变更可以在数据录入之外的时间生效（追溯雇佣、未来薪酬变更）。编辑时系统不提示录入日期，但总是存储 entry date（录入日期），两类日期组合支撑各类报表（教材 P210）。

2.4 业务流程（Business Process）

Workday 的审批流不是写代码实现的，而是可配置的业务流程：由动作、审批、审批链、待办（TODO）、检查清单组合而成，谁审批、谁做事、谁知情、触发什么系统事件全部由流程定义决定（详见第 7 章）。

2.5 组织（Organization）：多维度并存

Workday 支持多种组织类型同时存在：管理线（Supervisory）、法人（Company）、成本中心（Cost Center）、区域（Region）、薪酬组（Pay Group）、矩阵（Matrix）、自定义组织等。员工被雇佣进监督组织的职位，同时自动成为组织分配中各默认组织的成员（详见第 4 章）。

2.6 安全域（Security Domain）与数据源

谁能看到什么数据，由"安全组 → 安全域权限"控制（详见第 13 章）；报表不是查"表"，而是从业务对象的数据源（Data Source）取数（详见第 14 章）。任务和报表都受安全保护——看不到某个任务/报表 = 没有权限（教材 P8）。

03界面与导航

Workday 的导航体系：八个着陆页、提示字段、分面搜索与收件箱。

素材依据：译自教材第 1 章（P8-P21）；"五个高频操作"为作者按通识整理。

3.1 八个着陆页（Landing Pages）

着陆页是工作集（worklet）的集合，每个页面面向一类使用场景（教材 P13-P14）：

注：All About Me 和 My Team 两个旧着陆页将在未来版本退役（教材注明）。

3.2 提示字段（Prompts）

搜索字段会显示可选内容，可逐层下钻，面包屑可回退。单选字段只允许一个值；多选字段保持打开可输入多个值，用 × 移除条目（教材 P14）。全局搜索支持部分匹配、缩写、错拼——记不全任务名也能搜到（第 1 章自测要点）。

3.3 Find Workers 与分面搜索

Find Workers 报表按位置、职务档案、监督组织等条件做分面（facet）过滤（教材 P18）：

• 分面是"非租户"的通用类别（如 Location）；分面值是"租户"的具体值（如 Chicago Sales Office）。
• 每个分面值后面的数字 = 该值的员工数；选择某个分面值后，其他分面的计数动态更新。
• 默认不选任何值；要自定义就复制标准版再修改。

3.4 收件箱（Inbox）与可操作报表

• Inbox在屏幕右上角，所有需要完成的任务都在这里；可全屏展开，含当前行动项、通知和归档流程（教材 P21）。
• 可操作报表（Actionable Reports）：报表里大多数条目是链接并带相关动作图标——报表本身可交互（教材 P13）。
• 大多数报表和页面可导出为 PDF 或 Excel。
• 着陆页可个性化：右上角齿轮图标添加/删除/排序 worklet；必选 worklet 预载且不可删（教材 P18）。

3.5 五个高频操作（作者整理）

04组织管理

组织是 Workday HCM 的骨架：职位、员工、角色、业务流程全部挂在组织上。

素材依据：译自教材第 2 章（P23-P48）；重组灵活性表述参见官方概述 P2-P3。

4.1 监督组织：HCM 的地基

Workday 支持多种组织类型，但 HCM 的主组织结构是监督组织（Supervisory Organization）——它把员工分组成管理层级，可以是业务单元、部门、小组或项目。职务、职位、薪酬结构都关联到监督组织；业务流程可分配给监督组织，所有审批和检查清单按监督组织层级建立（教材 P23-P24）。

监督组织四大特征（教材 P24）：

1. 职位只能在监督组织内创建；
2. 员工必须被雇佣进某个监督组织；
3. 可分配角色（assignable roles）在监督组织内有职责；
4. 独特的业务流程可分配给监督组织。

4.2 九种组织类型

4.3 组织层级与三个要点

• 可建层级的还有：Company、Cost Center、Regional、Location Hierarchy——注意 Location（地点）不是组织（教材 P38）。
• Company 是 Workday Financials 的主组织类型，一个 Company = 一个税号（美国语境 EIN/FEIN），可设基础货币支持多币种，报表时折算；多数财务报表按公司上下文运行。
• Matrix 组织管理员工与经理的虚线关系：员工可同时属于监督组织 + 矩阵组织。

4.4 子类型、层级强制与可见性

• 监督组织可有组织子类型（division、department 等，用 Manage Organization Subtypes 任务定义），子类型是租户数据。
• 可设置并强制子类型层级（如 department > division > team），防止建错层级；可勾选 Allow for Skipping Levels 允许跨级汇报（教材 P25）。
• 可见性（Visibility）四档（教材 P25）：

4.5 监督组织关键字段（教材 P27）

4.6 组织分配（Organization Assignments）

监督组织有 Organization Assignments 页签：设置默认组织（公司、成本中心等），员工雇佣/调入时自动成为这些组织的成员（教材 P41）。规则：

• 可按监督组织设默认、按职位设、也可对单个员工改（Change Organization Assignments 任务可批量改）。
• 下级组织继承上级的分配，除非覆盖。
• Allowed Organizations 字段限制可选值；位置层级上也可做限制，实际取两者允许值的交集。

4.7 重组（Reorganization）

• 重组活动走业务流程框架，可路由审批后才生效，可撤回（rescind）或取消（cancel）（教材 P33）。
• 创建任何组织都必须有重组事件（reorganization event）——教材 P48 章节复习强调。
• 官方概述称：新地域、调整成本中心结构、改变汇报关系都能快速执行，"市场上没有其他 HCM 系统能比 Workday 更快更容易处理公司组织变化"（概述 P2）；还可按组织结构指定业务流程，在整个企业推行标准化流程（概述 P1-P2）。

4.8 常用组织报表（教材 P47）

05职务、职位与人员配备模型

实施 Workday HCM 的第一个大决策：每个监督组织用哪种人员配备模型。

素材依据：译自教材 P50（模型概览）、P60-P71（职务档案/职位/雇佣限制/冻结/主职务切换）、P78（部署决策点）。

5.1 三种人员配备模型（Staffing Model）

设置监督组织时必须考虑人员配备策略和预算需求，每个监督组织必须关联一个人员配备模型（教材 P50）。官方概述对三种模型的描述（概述 P3-P4）：

顶层组织必填模型，下级组织继承（可改）——所以同一租户内不同分支可以混用不同模型（纠正一个常见误解：不是全租户二选一）。限制控制单个职位、一组职位还是整个监督组织，取决于该组织的配备模型。

5.2 职务档案（Job Profile）定义字段（教材 P60）

• 必填：Job Profile Name、Job Code。
• 其他字段：Include Job Code in Name、Restrict to Country、Management Level、Job Classification（如 EEO Professional）、Job Family、Company Insider Type、Qualifications（知识/技能/经验/证书）、Job Title、Default Job Exempt or Non-exempt、Job Category、Work Shift Required、Pay Rate Type、Compensation Grade and Rules、Metrics（难填补或关键职务标记）。
• 可本地化字段（按国家差异化）：Job Classification、Pay Rate Type、Certifications、Workers Compensation Code、Job Exempt、Restrict to Country。配备时 Workday 根据主营业地址和配备地点确定员工默认国家。
• Restrict to Country：按国家限制职务档案，帮经理在 Change Job 流程中选对档案；留空 = 对所有国家有效。
• 职务档案可与薪酬等级一对一关联；Impacted Eligibility Rules 字段列出包含该档案的资格规则，便于检查。

5.3 管理层级（Management Level）

职务档案里的 job category、job level、company insider type、management level 都是客户部署时自定义的值（教材 P61）。例如管理层级：1=Director、2=Chief Officer、3=Vice President……可用于报表、薪酬资格规则、业务流程条件规则（如"管理层级 ≥ VP 才触发 CFO 审批"，见第 7 章实操）。

5.4 职位字段与雇佣限制（教材 P65）

职位字段（不含雇佣限制）：Position Request Reason、Posting Date、Number of Positions（一次创建多个同特征唯一职位，标题末尾自动编号）、Academic Tenure Eligible、Availability Date（职位可见/可处理日，之前不能雇佣）、Earliest Hire Date、No Job Restrictions 复选框。

雇佣限制（Hiring Restrictions）控制职位 / headcount group / 职务管理型监督组织如何被填充——谁能填补空缺、地点及其他雇佣条件。例：职位限制地点 = 旧金山，雇佣时地点强制旧金山、不可改。

• 对使用 Job Management 模型的对象，建立雇佣限制是强制步骤；不设限制就必须勾选 No Job Restrictions。
• 执行时机：hire 与 contract contingent worker 事件中全部强制；job profile 限制在 Change Job 中也强制，其他限制不强制；Edit Position 事件中不强制任何限制。
• 可放宽：Edit Tenant Setup - HCM 勾选 Allow Override of Restrictions on Staffing Events 后，限制值默认带入但可改选。

5.5 冻结与切换主职务（教材 P70-P71）

Switch Primary Job（多职务员工改变主职务）：主职务标识用于确定主要经理和准确报表。切换前提：

• 员工侧：无进行中的 Switch Primary Job / Termination 事件，无生效日晚于切换日的已完成 Termination。
• 职务侧：新主职务必须是切换日有效的 additional job，不能是国际派遣，无进行中的 End Additional Job。
• 薪资组侧：两个职务须同属 Workday pay group、或同属外部 pay group、或都无——不能混用；不能是第一代 Payroll Interface pay group。
• 另有 benefits primary job（决定福利资格），未指定时用 HR 主职务。

5.6 部署决策点（教材 P78）

1. 需要哪些职务档案、要多细（EEO、Pay Rate Type、技能、经验）？
2. 是否用 job families / job family groups？
3. 管理层级怎么定？
4. 职位/组织是否用 job requisitions？
5. Create Position 业务流程怎么设计？

06雇佣、调配与终止

Core HCM 的事务主线：从 pre-hire 到雇佣、调配（Change Job）、终止，以及事件的事后管理（取消/撤回/纠正）。

素材依据：译自教材第 8 章（P156-P159，雇佣）、Change Job（P178-P182）、Termination（P188）、事件管理（P206-P214）。个别 OCR 存疑处已标 存疑。

6.1 Pre-Hire 与雇佣（教材 P156-P159）

主组织结构仍是监督组织；同一任务多种发起方式。使用 Recruiting 模块可引导 pre-hire 全招聘周期，不用 Recruiting 也可跟踪 pre-hire。流程链：

Create Pre-Hire（姓名/来源/联系）→ Edit Pre-Hire Profile（附简历、指定面试官、状态）→ Screen Pre-Hire for Positions → Enter Interview Results → Hire Employee → Propose Compensation。

雇佣必填六字段：Hire Date、Position、Job Profile、Time Type（全职/兼职）、Location、Scheduled Weekly Hours。薪酬包可用组件：Salary、Hourly、Allowance、Commission、Unit Allowance、Bonus、Merit、Stock plans。业务流程可简可繁——简单 hire = 发起步 HR 录数据 + 经理录薪酬两步即可。

6.2 Change Job 人员调配（教材 P178-P179）

• Change Job 支持晋升、降级、调动、平移（lateral）及职位数据/地点变更。先进入 Get Started 页回答新经理、监督组织、地点等问题，随后引导式编辑器（guided editor）逐节完成；各节受域安全控制，可按角色裁剪（字段级控制）。
• 租户设置中关于 Headcount/Job Management 的复选框，决定员工调动到同配备模型新组织时保留当前组织分配，还是从新监督组织默认OCR 存疑：此段原文受损，机制方向如此。
• Change Job Reasons：用 Manage Event Categories and Reasons 任务把租户自定义原因映射到 Workday 交付的 5 类：Transfer / Promotion / Lateral Move / Demotion / Data Change；可指定适用于员工还是临时工、哪些对经理可见；Workday 建议原因清单保持简短。
• 合并模板（Consolidated Template）：把 Change Job 与两个子流程（Change Organization Assignments、Propose Compensation Change）合并进引导编辑器一次完成。规则：Change Job 必须排第一；有基于组织的薪酬资格规则时顺序必须 Change Job → Change Org Assignments → Propose Comp Change。

6.3 人员配备报表（教材 P182）

6.4 终止（Termination，教材 P188）

• 结束企业与员工的活跃工作关系；由员工姓名相关动作发起；可配置事件。
• 系统于终止日后一天的午夜才算完成——员工终止日当天仍活跃；终止日期 = 最后工作日。
• 可标记不符合再雇资格、可标记 regrettable（遗憾流失）；离职面谈可记录在案。
• 禁止访问 Workday 系统是独立操作，不属于 Termination 事件本身。
• 临时工称 contractor / contingent worker，姓名旁显示 [C] 标记；查员工事件用 Worker History 报表（员工姓名相关动作）（教材 P214 复习）。

6.5 事件管理：取消、撤回、纠正（教材 P206-P210）

Cancel vs Rescind（P206）

可配置流程取消/撤回时自动通知指定组。Mass Cancel（Cancel Business Processes / Cancel ToDos）：批量拉回错误配置/错误生效日期的事件、清理堆积 TODO；由 Business Process Administrator（user-based 组）执行；典型用途：merit/bonus 薪酬事件启动后拉回。

Correct 纠正（P209）

• 用 Correct 任务纠正流程录入的信息，可改字段与发起时一致；最常见纠正对象：生效日期、职位、时间类型、标准周工时。
• In Progress 和 Successfully Completed 之后都可纠正；支持 80+ 业务流程（配备/薪酬/联系/个人信息/人才/财务）。
• 需先配置：编辑业务流程安全策略，把允许纠正的安全组加到 Correct 动作；安全策略变更后需运行"激活待定安全策略变更"任务任务名 OCR 不完整。

乱序纠正（Out-of-Order Correction，P210）

• 只要不影响员工的组织或职位，多数配备事件可乱序纠正。支持：Hire Employee、Add/End Additional Job、Contract Contingent Worker、Start/End International Assignment、Job Change（含晋升/调动）、Terminate Employee。
• 纠正时显示 supporting information（后续配备事件、moves、重组），需人工审查影响并手动修后续事件；改日期不能早于前一事件、晚于后一事件；事件顺序必须保持。
• Workday 不会自动把纠正传导到后续事件；纠正已完成事件不验证雇佣限制；强烈建议把乱序纠正限制给管理员。

6.6 组织侧收尾（教材 P212-P214）

• Inactivate 组织：Headcount Management 组织先移出 headcount group；Position/Job Management 组织先移出职位和员工。inactive 组织可留在层级中保留继承关系和历史，但 inactive 组织不能有 active 下级。
• Move Workers：把员工移出监督组织并指定新组织，走业务流程框架、可配审批；Headcount Management 必须整组移动。

07业务流程配置

Workday 的审批流引擎：由动作、审批、待办、清单组合而成，步骤挂安全组而非具体人。

素材依据：译自教材第 7 章（P129-P154）。

7.1 框架本质（教材 P129）

业务流程框架用安全组控制谁执行流程中的活动——步骤关联的是安全组而非具体员工，因此员工进出安全组/职位不会打断流程。业务流程定义决定四件事：谁审批、谁需要做后续任务、谁需要知情、是否触发其他系统事件。

流程由 actions、approvals、approval chains、todos、checklists 组合而成；action 可以是子流程（又是一组 action/todo/checklist）。三者区别：Action = Workday 内的任务/事件；Approval = 对任务/事件的审批；TODO = 系统内或系统外的待办提醒。步骤可设条件决定是否发起，可设通知（步骤开始/完成/特定审查响应时通知用户或邮箱）。

7.2 流程定义的列与字段（教材 P130-P131）

7.3 完成步骤（Completion Step，教材 P131/P137）

• 一个流程可有多个完成步骤；完成后仍可挂任务/TODO，不影响流程成功完成。例：Hire 流程在薪酬提出后即"完成"（员工状态 hired、生成 worker 记录、显示为经理直接下属），即使 Workday 账户未建、W-4 未填。
• 完成使数据可被 payroll、总账等其他系统使用；审批和 review 步骤必须放在完成步骤之前。指定方式：步骤相关动作 > Business Process > Set as Completion。

7.4 步骤类型全表（教材 P131-P132）

7.5 配置边界与常用流程（教材 P134-P135）

• 不能自建全新业务流程——只能编辑 Workday 交付的定义；认为某任务应有流程可在 Workday Community 提 Brainstorm 建议。
• 业务流程有自己的安全配置（谁能发起、谁能审批）。
• Business Process Configurations Options 报表：查看某流程的可用动作、允许的审批选项、可用子流程、限制和前置动作（如 Assign PayGroup 前须先 Change Organization Assignments）。
• 常用可配置流程：Staffing（Hire、Contract/End/Transfer Contingent Worker、Edit Position、Change Job、Terminate）；Compensation（Request Compensation Change、One-Time Payment、Stock Grant、Propose Bonus、Merit Adjustment）；Benefits（Change Benefits、Life Event、Open Enrollment、Retirement Savings）；Time Off/Leave（Request Time Off、Leave of Absence、Return from LOA）；Talent（Performance Review、Development Plan、PIP、Disciplinary Action）；Personal Data（出生日期更正、Legal Name、ID、婚姻状况、主地址变更等）。

7.6 延迟与高级路由（教材 P139）

• Step Delay：把流程置入"后台"直到指定时间——适合需数周的步骤、或不想提前触发的步骤。延迟期间其余步骤从各组收件箱消失，延迟结束重现。延迟可基于：前一步完成日、流程发起日、或外部字段日期。
• Recalculate Upon Correct：默认延迟在事务到达该步骤时锁定，之后纠正流程（如改生效日期）不重算；勾选后纠正时重算。

7.7 合并审批与临时审批（教材 P140-P141）

• Consolidated Approval：拼接前面各步骤数据生成动态审批页，一次动作批准/拒绝多个前置步骤；可放发起步之后任何位置，但只能聚合其之前的步骤（d 可含 a,b,c，不能含 e,f）。
• Ad hoc approval（Add Approvers）：流程进行中从工具栏/收件箱添加审批人（如经理审批 Create Position 时加总经理）。临时审批人可 approve/send back/deny/delegate；每个审批步骤只能添加一次，临时审批人不能再继续添加；只能选安全策略中授予 Ad Hoc Approve 动作的安全组成员。
• Test Rule（条件规则测试器）：流程相关动作 > Business Process > Test Rule，选规则后显示条件是否满足 + 完整执行流，用于排查条件规则结果与预期不符。

7.8 教材实操范式（活动 7-3，P145-P148）

教材用一个 Hire 流程编辑演示了"加审批 + 防自审 + 条件触发 + 通知"的完整范式：

1. 搜索 hire → 打开流程定义 → Edit Definition；
2. 插入步骤 ba（Review Employee Hire，HRPartner，1 day）和 bb（Review Employee Hire，CFO，1 day）——注意插入的是同字母并行位或子字母位；
3. 对 ba 加路由限制 Exclude Initiator（HRPartner 自己发起则不审）；
4. 对 bb 建条件规则：管理层级 ≥ VP 才触发（Business Process > Maintain Condition Rules 新建）；
5. 给步骤 d（Edit Government IDs）配 On Exit 通知：收件人 Manager 组，主题用 External Field（Full Legal Name），正文自定义。

7.9 章节要点与决策点（教材 P153-P154）

• 流程 = 动作/待办/清单/审批/审批链/通知/集成/批处理/报表的组合；字母排序、发起步为 a、完成步可早于全部步骤。
• 步骤挂安全组、受可配置安全管控；条件步骤 = 流程内业务智能；专门步骤类型（mass/consolidated approval）提效。
• 部署决策点：用哪些流程？每流程需要什么步骤、谁负责？哪些条件步骤处理特定场景？是否需要路由限制防自我审批？

08薪酬管理

Workday 薪酬的思路：先在企业级定义"结构"，再通过资格规则套用到人，最后才是发薪。

素材依据：译自教材第 5 章（P79-P102）；"记数 vs 算钱"两场景表为作者通识补充。

8.1 两层结构与组成（教材 P79-P80）

Workday 在企业级（结构定义）和个体员工级（员工薪酬）两层跟踪薪酬。结构 = grades（等级）+ plans（计划）打包成 packages（包）：grades 提供参考工资范围，grade profiles 支持本地化，plans 提供各类薪酬组件。

计划类型及其前置：Merit Plan（←资格规则）、Salary/Hourly Plan（←Payroll Earnings + Compensation Element）、Allowance Plan、Bonus Plan（←公司绩效/记分卡）、Commission Plan、Stock Grant Plan（←Grant Types + Vesting Schedules）、Future Payment Plan、One-Time Payment Plan；另有 Optional Compensation Matrix、Waiting Periods、Time Proration Rules。

8.2 建立薪酬结构的六步（教材 P81）

1. 创建 compensation elements，连接薪酬与薪资发放（payroll earnings）；
2. 建立指导框架（grades、grade profiles、steps）并关联薪酬要素；
3. 定义 compensation plans 和 grades；
4. 将 plans + grades 打包成 compensation packages；
5. 创建 compensation eligibility rules，界定哪些员工群符合哪些 plans；
6. 把规则指派给薪酬组件（packages/grades/grade profiles/plans）控制资格。

8.3 发起薪酬事件（教材 P81-P82）

可单独发起，或并入 hire/transfer 等配备事件（薪酬任务自动进相应收件箱）：

后两者共用 Request Compensation Change 业务流程，以不同发起步骤限制可改范围。变更方式：单个员工，或群体事件（merit review 等）——merit 事件启动时所有薪酬含 merit plan 的员工自动纳入。

教材示例（P82）：CHRO 的 Executive 包含 Salary Range $145K-$200K/年、Car Allowance $500/月、Housing $5000/月、Phone $150/月、Merit、Bonus 40%。要点：等级仅指导——允许超范围，超范围可触发额外审批；津贴默认金额雇佣时可改；符合资格 ≠ 必须提供；勾 No Override 则员工级不可编辑（只能移除不能改额）；Merit 按百分比、Bonus 按金额或百分比计算。

8.4 薪酬资格规则（教材 P83）

• 规则在配备和薪酬变更流程中确定员工对每个组件的资格；条件 = 组织、职务档案、职位、地点或任何可用 class report 字段的组合（And/Or）。
• 指派途径：Assign Compensation Components to Rule 任务，或直接在组件定义上指派。
• 要让组件在配备事务中默认带入：规则须指派给 package，且默认 grade/grade profile/plans 关联到该包；plan 的规则可与所在 package 的规则不同。
• 还可用于：给不同人群下发唯一下的 bonus/merit/stock 目标和 grade profiles；批量上线/下线 plan。
• 注意：职位上设置的默认薪酬会覆盖资格规则；等级直连职务档案时优先于规则。

8.5 薪酬等级 Grades（教材 P88-P89）

grade 内可建 grade profiles（把员工指到与默认不同的范围，如按职位/地点资格规则）和 steps（等级/档案内的单个货币金额，员工的包可同时含 plans + 一个 step）。

8.7 "记数"与"算钱"是两个场景

很多企业只采购 HCM、发薪走各国本地系统，再通过集成把薪酬结果传出 Workday——这正是第 16 章集成体系的典型用武之地。

09福利管理

从福利计划定义、资格自动判定，到开放登记与生活事件，Workday 把福利做成一套可配置的规则体系。

素材依据：本章译自官方《人力资源管理模块概述》P9-P12（原中文方案级概述，OCR 后按上下文还原）。

9.1 计划、供应商、方案三层结构

公司先在系统里定义、管理和调整福利计划：建立福利计划、福利供应商和福利方案，再定义"谁有资格享受什么"，系统自动计算每位员工可享有的计划资格。

9.2 资格规则：任意字段组合

有别于传统系统"预交付"的固定福利资格标准，Workday 可根据系统域的任何字段或字段组合来定义福利资格——例如按公司、地点、职务类别组合判定，不依赖写死的规则。

9.3 覆盖范围

9.4 保险配置细节

• 保费类型：固定保费、弹性保费或补贴保费。
• 覆盖计算：可按工资的百分比，或以工资的某数额为增量，配合适当的阈限与计算日期设置覆盖范围。
• 费率表：设置费率表时可考虑年龄、性别、是否抽烟等因素。
• 医疗保障类型：医疗/牙科/视力/主要医疗，及医疗分类、雇主与雇员的成本均可灵活定义。

9.5 支出账户与退休计划

• 支出账户：定义医疗保健支出账户和年度计划上限；员工可自行输入每年的供款额。
• 退休计划：容易定义计划类型和供款上限，并设定验证规则（如领取的最低年龄）。

9.6 自动化处理

• 新员工登记和离职手续自动化。
• 默认确认逻辑：为错过福利登记窗口的员工自动补登记。
• 福利事件可配置在"生活事件"上，由系统判定哪些改变是允许的。

9.7 开放登记（Open Enrollment）

开放式福利登记让员工随个人信息变化，在自助服务上完成福利选择。开放登记窗口可以设在单一组织、多个组织或整个企业层面，也可针对特定事件或特定计划执行；员工提交的登记可由福利合作伙伴批量审批。

9.8 生活事件（Life Event）

• 以结婚、生育、工作变化等事件判断员工可享有的福利计划。
• 员工可自行提交生活事件，由福利合作伙伴审批。
• 被动事件（如家属到达一定年龄）亦可处理。
• 每件事件都可定义登记规则并启动自动化功能。

9.9 多职位员工的福利资格

多个职位的员工，其福利资格可依以下基础计算（任选其一）：

• 员工的主要职位（Primary Position）
• 多个职位的总预定工作小时
• 多个职位的基本工资总额
• 多个职位的年度化基本工资
• 多个职位的工龄
• 多个职位的年度化薪酬

10时间与缺勤管理

把"请假"从纸质单据变成有规则引擎的业务流程：请求、审批、结余核减、联动发薪。

素材依据：本章译自官方《人力资源管理模块概述》P14-P16。

10.1 功能清单

• 高度灵活、可配置的规则引擎（用计算引擎定义和管理不同的假期政策）
• 应计政策（Accrual）与应计限制
• 负结余（允许余额为负）
• 可配置的结转津贴
• 灵活计算期间的计划
• 与考勤（Time Tracking）系统无缝集成
• 动态且实时的报表，显示员工休假结余

10.2 一次请假的完整链路

员工提交休假请求 → 按预设流程审批 → 批准后休假结余自动递减 → 集成到工资系统参与计算。员工和经理在自助服务上可随时查看假期结余及请求历史。

10.3 三种角色的分工

10.4 与人才模块的衔接

管理员工培训信息是 Workday 人才概要的一部分——经理和员工可透过自助服务查看和维护下属与个人的培训信息和历史记录。

11人才与绩效

目标对齐、绩效考核、职业发展与继任计划——围绕"人怎么成长"的模块群。

素材依据：目标与绩效、人才与继任译自官方《人力资源管理模块概述》P5-P8、P12-P13。

11.1 目标与绩效管理

• 建立组织目标，把员工目标与组织、经理人的目标相一致，增强员工参与度，更容易评估目标完成情况和员工绩效的整体画面。
• 可在公司、部门、职务、职位或个别员工层面建立个人和组织目标。
• 可在不同员工群、组织、职务、职位上使用不同的绩效考核模板。
• 考核表格和模板可预先填入相应信息（如全部门的目标和通用工作要求）。
• 可建立不同考核流程用于不同考核周期（如季度、年中、年度考核）。
• 评估的结果可被用于薪酬制度——与第 8 章的薪酬矩阵衔接。

11.2 绩效考核三大支柱

11.3 职业和发展计划

• 员工更容易规划自己的职业路径。
• 人才概要（Talent Profile）显示能力程度、过去的经验、完成的培训。
• 与上司协作创建"能力为本"的发展计划，帮助员工达到事业目标。
• 确保高潜质员工的发展计划取得进展。

11.4 继任计划（Succession）

• 标识对企业重要的职位，识别重要职位中的继任断层。
• 准备继任方案，追踪每名候选人的潜力和可达性（availability），识别和维系风险，识别顶尖候选人。
• 多名候选人可并排在同一屏幕比较；报表可列示整个公司的继任风险。
• 管理人员可查看和管理其组织的继任计划。
• 帮助分析：应发展内部人才、聘请新人才，还是挽留现有人才。

12员工与经理自助 ESS / MSS

让员工和经理自己处理事务，HR 腾出时间做战略；自助服务的推广程度直接决定 Workday 的采用率。

素材依据：安全机制与 Professional Profile 译自教材 P216-P225；功能清单参照官方概述 P16-P21（概述为方案级描述，教材为机制级描述）。

12.1 自助服务为什么重要

Workday 是 Web-based 应用，让员工和经理查看他们的个人以及直接下属员工的记录。自助服务的重点，是让员工和经理为自己的就业和发展承担更多责任。推广自助能显著减少 HR 和薪资团队的事务性工作，也是提高整个 Workday 采用率的关键手段。

12.2 自助背后的安全机制

• 员工完成 Hire 后自动加入 All Employees 安全组。
• 创建 Workday 账户后自动加入 All Users 和 Employee as Self 安全组。
• 员工查看自己的记录，通常是该员工数据最完整的视图。
• 默认安全设置下，经理看不到直接下属的出生日期、社保号、紧急联系人等敏感信息——需要专门授权。

12.3 员工自助（ESS）功能清单

12.4 Professional Profile（个人专业档案）

• 组件：Experience（经验）、Education（教育）、Skills（技能）、Things in Common（共同点）、Feedback（反馈）。
• 点击自己的一项技能，会自动启动 Find Workers by Skills 分面搜索，找到有相同技能的同事。注意：这里的技能与 Talent Management 模块的技能体系是两套独立的东西。
• Import From LinkedIn：把 LinkedIn 上的技能和教育经历安全地复制到 Workday。

12.5 经理自助（MSS）

• 经理 Home 页的 worklet 按经理职责裁剪显示内容。
• 按业务策略，经理可发起（如 Change Job、招聘职务、人事变动请求）、审批下属事务，或仅接收通知。
• My Team 是经理的重要着陆页：查看直接和间接下属、组织员工数、总薪酬、绩效考核、奖金分配、股权授予等。
• 经理必选的默认 worklet 在 Edit Tenant Setup - HCM 中配置。

12.6 Personal Notes（个人笔记）

任何用户都可以对员工记录写笔记，只有本人可见（浏览器与 iPad 均可）——这是自助体系里留给个人的"便签"能力。

13安全与权限

可配置安全（Configurable Security）由对象管理系统（OMS）强制执行：不在授权安全组内，就看不到数据。

素材依据：译自教材第 6 章（P112-P116）。第 6 章前半（P104-P111）为概念铺垫，本版未逐页展开。

13.1 核心原则：一个例子

SecurityAdministrator（安全管理员）能给大家发密码，但看不到薪酬数据——除非同时兼任 Compensation Partner。权限跟着"安全组"走，与职位高低无关。这就是 OMS 强制执行的语义：安全配置决定数据可见性，而非应用菜单。

13.2 四个核心概念

13.3 安全是元数据与租户数据之间的桥梁

安全组和安全策略在租户域（Tenant）里配置；而"域"本身定义在元数据域（Metadata）里、不可配置。改安全组、改策略，不改对象模型。

13.4 Functional Area（功能区域）

• 同一产品特性相关的域 + 业务流程策略的集合，如 Benefits、Compensation。
• Functional Areas 报表可查询功能区域的构成。
• 整个功能区域可以启用/禁用——分阶段实施时（Phase 1 不上线 Benefits）直接禁用即可，权限无需逐项拆除。

13.5 三种策略类型

13.6 权限叠加规则

• 同一个可保护项可能出现在多个域的策略里：不同域给出不同级别时，取最高权限。
• 每个域可以由一个或多个安全组保护。

13.7 待定安全变更（Pending Security Changes）

安全权限的变更受管控：修改后先进入待定状态，激活后才生效——这天然形成了"谁在什么时候改了什么权限"的审计抓手。

13.8 报表看不到数据时的排错三步

1. 确认用户在哪些安全组；
2. 确认这些组对报表数据源涉及的安全域有无权限；
3. 确认报表本身的可见范围限制（报表可以只共享给特定组）。

14报表开发 Report Writer

Workday 报表是配置出来的：不懂 SQL 也能做。选数据源是第一步，也是最重要的一步。

素材依据：数据源与字段体系译自教材第 12 章（P240-P245）；五张核心报表译自教材 P278；开发步骤与 Top 10 提示参照 W22 Report Writer 指南摘要（本版未逐页深读，见附录"素材来源与依据"）。

14.1 数据源（Data Source）：报表的地基

• 开发自定义报表第一步也是最重要的一步是选数据源；每个自定义报表只用一个数据源。
• 每个数据源有一个主对象（primary object） + 多个次对象（1:1 或 1:M 关系）。
• 对某数据源出报表，输出 = 主对象的每个实例一行：All Active Employees 为每个活跃员工一行，除非报表定义里再加过滤。
• 数据源由 Workday 定义交付；同一主对象可有多个数据源（按过滤和安全组区分），各有自己的安全。
• 数据源访问权限决定你能否基于它创建/运行报表；选择列表里只显示你所属安全组被授权的数据源。

14.2 浏览与过滤

14.3 字段体系

• 业务对象字段除 text / date / currency / numeric / boolean 外，还可含代表相关对象的字段：single instance（1:1），如一张发票只关联一个客户；multi-instance（1:M），如员工有多项成就。
• 报表字段可设访问限制（非必需）：受限字段只有相应安全组能在报表定义中选用、运行时看到数据。
• Class Report Fields 图标含义：主对象字段输出为超链接 + 相关动作图标，发布为 web service 时实例 ID 传入 XML（自引用对象）；1:M 字段可能输出多值列表，同样超链接化；1:1 字段也是超链接；其余为货币/布尔/日期/数字/文本字段。

14.4 Create Custom Report from Here

任何对象的相关动作 > Reporting 里可选"从此处创建自定义报表"：以该对象为基创建报表。界面不友好、不是推荐入口（相关对象一多就乱），但适合探查某数据源和相关对象数量；有权限还能看到关联的计算字段。

14.5 标准开发步骤（七步）

1. 选数据源 → 2. 挑字段（含关联对象字段）→ 3. 加过滤器 → 4. 排序/分组/小计 → 5. 设置安全（谁能跑）→ 6. 测试运行 → 7. 发布为共享报表。

14.6 五张核心报表（教材 Day 4 清单）

15自定义字段与对象

交付字段不够用时，扩展业务对象：加自定义字段、建自定义对象，规则与计算字段一视同仁。

素材依据：译自教材第 13 章（P248-P255）。P253 活动中 Field Type 选择路径末词 OCR 不清，已标 存疑。

15.1 可扩展的业务对象（18 个）

Pre-Hire、Asset、Bank Account、Former Worker、Job Profile、Company、Cost Center、Customer、Location、Position Restrictions、Project、Purchase Order、Region、Supervisory Organization、Supplier、Supplier Contract、Worker (Effective Dated)、Worker（含临时工/员工/实施者，不可单选）。

15.2 两条硬限制

• 每个业务对象最多 20 个自定义字段。
• 创建自定义对象需属于 Custom Object Management 安全域。

15.3 自定义字段怎么用

• 可用于计算字段和条件规则，等同交付字段。
• 可在 4 个业务流程内编辑：Contract Contingent Worker、End Contingent Worker Contract、Hire、Termination。
• Edit Additional Worker Data 业务流程可独立增改自定义数据。

15.4 自定义对象（多实例）

• 每个业务对象实例最多 3000 个自定义对象实例（例：在位置对象上建 county 对象，每个地点可存 3000 个县）。
• 七种标准字段类型：Boolean、Currency、Date、Decimal、Integer、Paragraph、Text。

15.5 安全规则

• Custom Object Management 域管理定义；数据访问 = 保护该自定义对象的所有安全域 view/modify/integration 权限的并集。
• 条件规则可控制 View Additional Data 时谁可见（例：仅英国 HR Partner 可见英国绩效对象；不影响 Edit 可见性）。
• 集成 get/put 由域集成权限按集成账户控制。
• inactive 字段只读且不可见；不能停用整个自定义对象。

15.6 管理与删除

• 只能从扩展对象实例的相关动作编辑自定义字段，立即生效、无生效日期。
• Configure Related Group 任务可给 profile 组加 Additional Data 页签。
• Purge 数据不可撤销（定义保留、审计留痕）。
• Delete Custom Field 彻底删除：仅限未被报表/计算字段/条件规则引用、未用作 display/reference ID 的字段，不可撤销。
• 管理报表：Custom Fields Status、View Custom Field Types；Edit Custom Object 可停用/重激活字段。

15.7 教材实操示例：给员工加"饮食限制"

1. Create Custom Object → 选 Worker → 命名 Dietary Restrictions。
2. 加字段：Label + 类型（经 By Type → Custom 选择 存疑）。
3. Permissions 页签输入安全域：Self Service: Personal Data、Worker Data: Personal Data。
4. 激活后，从员工相关动作 Additional Data > Edit 填值（如 Gluten Intolerant）。

16集成体系

Workday 与外部系统的桥梁：70% 以上集成不需要写代码，用报表工具 + 集成工具就能搭起来。

素材依据：集成策略与工具译自教材 P227-P228；Integration Cloud 组成、连接器与示例译自官方概述 P24-P28；选型速查表为作者按通识整理。

16.1 教材定调：集成的三种路径

• 集成不可避免：数据传入传出是常态。
• 可配置的集成库 + 工具 + 咨询服务三层支撑。
• 70% 以上的集成（含多数标准常见集成）可用 Report Writer + 集成工具 EIB 或 RaaS 构建——不需要 Workday 基础设施。

16.2 高容量事件的批量加载

mass hires / terminations / LOA / position edits 等大批量事件，用模板电子表格（教材原文 ".xml spreadsheet"，OCR 写法存疑）批量加载，可免逐笔在线录入；配置后甚至可跳过业务流程。

16.3 Web Services API

• 程序化访问业务服务和数据，客户 IT 可自行开发。
• 标准公共、版本化向后兼容、与任意中间件语言互操作、订阅内含。
• 客户和 Workday 自身都基于它构建——Workday 自己的集成工具也跑在这套 API 上。

16.4 Integration Tools 与 Cloud Connect

• Integration Tools 解决常见集成用例：无需 Workday 基础设施即可设计构建部署，基于 web services API，业务用户也能用，可配置可调度，版本升级自动更新。
• Cloud Connect 提供打包 + 定制集成（Workday Payroll / Benefits / External Payroll / Security / Financials），每周新增；含五个子网络：Benefits Network、Payroll Network、HCM Network、Financials Network、Spend Network。

16.5 Integration Cloud 组成（官方概述）

16.6 Core Connector 与 Payroll Connector

• Core Connector：基于 Workday 业务对象公共 API 建立；从 Workday 导出基础数据（组织架构、与工作有关的资讯），转化数据并发送到所选择的端点。
• Kronos 集成包示例：HCM 组织资料同步到 Kronos，员工在 Kronos 打卡记录工时；数据加密经外部 FTP 服务器传出再导入；集成云负责日程设置和运行（通常每天同步一次）。
• 东软 MDM 示例：同步员工姓名、员工 ID、部门名称、主管姓名、成本中心、办公室地址、电话号码。
• Payroll Connector：预设模板构建与外部工资系统的双向集成；标识并只传送影响工资的 HCM 事件；分配员工到相应工资组；配置数据转化和验证；运行后可核查上一次 Run 抓取并发送了什么。
• 双向 Payroll：把数据从第三方工资系统导回 Workday HCM，支持决策——优化薪酬范围、管理津贴及超时工作政策、了解员工在世界各地的真实成本。

16.7 选型速查（作者通识整理）

17认证与部署

学完本书之后怎么检验？教材 Day 4 综合实验是最好的自测清单；认证体系为作者通识整理。

素材依据：Day 4 综合实验与部署概览译自教材 P275-P280（P280 部署图 OCR 不全，节点按可辨认词转写、顺序可能不完整）；认证方向表为作者通识补充。

17.1 Day 4 综合实验：全流程落地清单

1. 前置顺序：先建 Location 再建组织；新组织层级必须分配 reorganization event；plans 和 grades 先于 compensation package 创建。
2. 组织：以 Logan 登录 → 建 LA 地点 → 用 Position Management 建 Acme Textiles 监督层级（上级 Acme Textiles，下级 Acme Production Operations、Acme Manufacturing）→ Assign Roles 给 CHRO → Organization Assignments 用现有 Company/Cost Center/Region。
3. 职务档案：建 Acme Chief Production Officer、Acme Manufacturing Manager（从课程样例复制改造）。
4. 业务流程：对 Acme Textiles 相关动作 Business Process > Create, Copy of Default Definition 建 hire 定义；要求 ≥5 步（含 1 个 TODO 步 + 1 个 Service 步）、2 个条件规则、1 个通知；步骤挂给支持组织的安全组；用 Business Process Configurations Options 报表查步骤顺序和前置。
5. 雇佣：跑 All Applicants for Contract/Hire 报表选 pre-hire → 走 Hire 流程 → Propose Compensation 确认包默认值 + 输入工资；再在巴黎雇佣一人，验证 EUR 等级档案与条件规则。
6. 安全练习：查 Hire/Terminate 默认定义的业务流程安全策略——谁能发起？谁能执行 action 步骤？属于哪个功能区域？

17.2 部署概览（教材附录）

• Workday 部署目标：尽快、高效地部署客户，用上尽可能多的功能，同时不牺牲客户满意度。
• 流程节点（OCR 图不全，保守转写 存疑）：Load Testing → Prototype → System Testing → User Acceptance → Final Testing。

17.3 认证方向（作者通识）

17.4 本教程与认证的衔接

• 入门篇 + HCM 模块篇（第 1-12 章）≈ Pro HCM Core 的知识地图主干。
• 进阶篇第 14-16 章 ≈ 官方 Report Writer / Calculated Fields / Integrations 指南的摘要级内容。
• 第 13 章安全是所有方向的共同必修。

附录 A · 术语速查表

按主题分组的英中对照速查。

附录 B · 学习路线检查清单

四个阶段的自测清单，勾完即可进入下一阶段。

附录 C · 素材来源与依据

本教程译介自用户提供的官方素材，此附录交代每类内容的来源与深读程度。

素材清单与深读程度

通识补充（非素材来源，作者自有知识）

• 厂商定位与市场格局（第 1 章"国内类似定位产品"对比）
• PeopleSoft 类比框（第 1、2、13 章的 PS 对照片段）
• 沙箱租户练习建议（第 3 章）
• "记数 vs 算钱"两场景表（第 8 章 8.7）
• 集成选型速查表（第 16 章 16.7）
• 认证方向表与报考渠道提示（第 17 章 17.3）

V3 新增：网络验证补充资料

各章章末"延伸阅读与时效更新"块为 V3 新增的第三类来源——网络验证资料（官方新闻稿 / 官方文档 / 官方产品页 / 第三方实操文），与本附录所列的教材译介、通识补充相互独立，全部链接见 附录 D。

OCR 存疑处一览（共 6 处，正文均有 存疑 标记）

深读方式说明

扫描件经 Windows OCR（WinRT）识别 → 机械清洗 → 按"关键词 × 篇幅"的价值密度挑选页面 → 忠实翻译落盘为分章提炼（保留原页码）→ 融入本教程。每章章首的"素材依据"标注了该章内容与素材页码的对应关系，供核对。

附录 D · 补充资料来源（V3 新增）

V3 各章"延伸阅读与时效更新"块的全部网络来源，按类别列出，均于 2026-09-07 逐条打开核对。

官方新闻稿（newsroom.workday.com）

官方博客（blog.workday.com）

官方文档与产品页

第三方实操文（只用于"实战要点"，不作事实依据）

核对说明

• 两类"待核对"：第 15 章官方字段上限页正文未能抓取（保留 W22 教材值）；Workday Pro 考试形式 / 费用 / 有效期官方页未披露。
• 第三方来源（evocs / Invisors / Surety / AssistNow / samawds / knowledgelib）只用于实操要点，时效性结论一律以官方新闻稿与官方文档为准。

关于作者 · 找到我

教程之外，欢迎交流——纠错、提问、聊聊落地经验都行。

我是雷神（王明雷），从 PeopleSoft 时代一路走过来的 HR 数字化老兵——本教程里那些 PS 类比就是这些年攒下的。这篇《Workday 从入门到精通》是学习笔记性质的免费教程；我同时还在写《各行各业 AI 落地实战 · WorkBuddy 实战绿皮书》（在线免费阅读），记录 AI 在 HR 等行业的落地实战。

想交流 Workday / HR 数字化 / AI 落地，或者发现教程有错漏想纠偏，欢迎加我微信或关注公众号：

个人微信

雷神 · 王明雷

备注「Workday 教程」通过更快

公众号 · 雷哥AI探究

每天一篇 AI 落地实战

扫码或搜索「雷哥AI探究」