设置时需考虑的事项：申请
在规划请求模块的配置和使用时，您可以利用本主题来帮助做出决策。本主题解释了以下内容：
- 设置目的。
- 如何与 Workday 的其他功能协同工作。
- 对下游的影响和产品间的交互。
- 安全性要求和业务流程配置。
- 实施前要考虑的问题和限制。
用途
高级别流程：
- 管理员可以创建多个具有不同步骤和审批人的申请类型。
- 用户可以发起申请，也可以代替其他人发起申请。
- 检查人可以检查用户发起的申请，并根据需要在完成步骤之前对申请进行更改。
- 流程用户通过批准、关闭申请和在已关闭的申请上设置解决方法来实施申请。
通过
“申请”
业务流程，您可以在 Workday 中设置由用户发起、管理员跟踪的自定义申请流程。通过定义谁提出、检查、批准和完成申请，您可以创建不同的申请流程。该流程完成后，您将获得此信息的记录。请求本身不会更改任何内容。这是一个操作请求。
功能优势
您可以：
- 定义您自己的申请类型和流程流。
- 合并整个组织中的申请流程，避免再通过电子邮件、口头等方式提交申请。
- 跟踪您的申请的发起、检查、审批、实施和最终验证流程。
- 审核“申请”业务流程历史记录，以查找已完成的申请。
- 如果申请与 Workday 的某个业务对象相关联，则可以在该业务对象的审核线索中查看申请。
- 配置所需审批的安全访问权限、步骤和级别。
用例
您可以通过配置
“申请”
业务流程，来合并组织用于创建申请和变更的流程。然后，员工可以申请新资源或对现有资源进行变更，例如：- 业务流程
- 职务描述
- 学习课程
- 办公设备
- 组织
- 报告
- 安全组
- 系统账户访问权限
您可以代替其他人发起申请，例如：
- 为员工提交返岗申请。
- 为其他人申请安全访问权限或角色。
- 代表常务董事、办公室主管或部门主管提交部门申请。
- 为员工提交人力资源相关申请。
要考虑的问题
- 您希望 Workday 处理哪些申请流程？
- 您的申请流程有哪些申请流程详细信息，例如：
- 谁可以提出请求？
- 谁可以批准请求？
- 谁将为请求履约？
- 您希望如何跟踪和审核申请？
- 是否有我要收集的信息？
建议
为简化设置，请参考以下信息：
- 将基于规则的“申请”业务流程定义用于您使用的每种申请类型。通过这种方式，您可以为不同的申请类型创建独立的流程。
- 在主页面板上配置“申请”Worklet 以显示相关任务和报告，从而提高可用性和可访问性。
- 配置请求类型，使用户能够代替具有员工或非员工角色的其他人员（例如学生或延伸性企业学员）发起请求。如果需要，即使发起了与申请类型关联的申请，您也可以更改配置。
为防止问卷造成冗余，Workday 建议您配置是否向用户显示
“描述申请类型中的申请”
字段。此操作可帮助您控制用户在运行 “申请”
业务流程时在申请表单上看到的内容。要求
- 在“申请”业务流程中，“检查申请”操作步骤必须始终发生在完成步骤之前。
- “关闭申请”操作步骤必须始终是“申请”业务流程中的完成步骤。
限制
- 只有申请发起人和检查人可以更改申请内容。
- 只能将请求关联到 Workday 在您创建申请类型时显示的业务对象。
租户设置
无影响。
安全性
在“System”功能区域中，配置
“申请”
业务流程和安全策略。“申请”
业务流程将员工定义为 “申请”
业务流程的发起人。在您配置业务流程安全策略的情况下，您进行了以下选择：
- 选中“对人员隐藏备注”，则员工将无法在完整流程记录的“流程”选项卡上查看不是他们输入的备注。
- 选中“对处理人隐藏详细信息”复选框，则员工将无法查看业务流程详细信息。
如果您选中这些复选框，则 Workday 会向有权访问“申请”事件的非员工（例如集成用户或实施者）显示该申请事件的备注或详细信息。
“对处理人隐藏详细信息”
复选框会重设 “对处理人隐藏备注”
复选框。这意味着，如果您仅选中 “对人员隐藏详细信息”
复选框，则 Workday 会同时隐藏事件的备注和详细信息。了解基于段的安全组和分段安全性，并确定您希望如何限制对员工组的申请类型访问。
当您为某个申请类型配置安全性时，您为
“查看全部”
字段选择的安全组可以查看此申请类型的申请的所有事件详细信息。配置“System”功能区域中的以下域：
域 | 需考虑的事项 |
|---|---|
设置：请求
| 由此域提供安全性的用户可以创建和查看申请类型。 |
Self-Service: Requests（自助服务）
| 由此域提供安全性的用户可以查看其申请和申请类型。 |
查看：请求
| 由此域提供安全性的用户可以查看申请。 |
设置：申请类型安全段
| 由此域提供安全性的用户可以创建申请类型的安全段。 |
“Reports: Requests”
| 由此域提供安全性的用户可以查看申请相关报告。 |
业务流程
业务流程管理员可以向
“申请”
业务流程定义添加多个步骤，包括审批或其他问卷。Workday 根据申请发起人的组织来流转申请步骤。示例：Workday 将步骤发送至发起人的人力资源合作伙伴，而不是申请的发送人。- 如果您没有为申请类型创建基于规则的“申请”业务流程定义，Workday 会使用默认的“申请”业务流程定义。
- 在配置基于规则的“申请”业务流程定义时，您可以创建条件规则层次结构，以用于确定 Workday 运行哪个“申请”业务定义。
报告
报告 | 需考虑的事项 |
|---|---|
我的请求
| 显示由用户发起的所有申请。 |
所有申请
| 显示在 Workday 中发起的所有申请。 |
我最近的申请
| 显示过去 7 天内由用户发起的开放事件和已完成的事件。 |
正在进行的请求
| 显示当前正在进行的所有请求业务流程。 |
代我提交的申请
| 显示由他人代替用户发起的所有申请。我们会显示申请等信息：
|
查看申请类型
| 显示用户可以访问的申请类型。 |
您可以在自定义报告中使用以下报告数据源：
- 所有申请
- 我的请求
- 申请类型
- 代我申请
“显示申请描述”
设置不会影响您的报告，“描述申请”
字段将继续在您的报告中显示。集成
无影响。
关系和关联点
无影响。