概念：业务流程
Workday 中的业务流程是人们为实现预期业务目标而发起、执行操作和完成的一组任务。当您发起业务流程时，Workday 会将任务转至负责的角色（能够根据其在安全组中的成员资格来完成任务的用户），并在整个业务流程中强制执行安全性和业务规则。
任何具有相应角色的用户都可以发起业务流程。发起后，业务流程会在处理每个步骤时通知担任角色的用户，并在每个步骤完成时收到反馈，以便继续下一步。请注意，业务流程中的步骤可以是有条件的。
所有业务流程均基于业务流程定义；必须先对其进行定义，才能在 Workday 中创建业务流程。Workday 的默认业务流程是提供的定义，可以根据自己的需求进行自定义。您可以将业务流程复制到任何主管组织，并根据需要对其进行裁剪，从而为不同的组织创建同一业务流程的不同版本。业务流程逻辑是继承的，因此下级组织将使用上级组织的业务流程定义，除非您为下级组织指定自定义定义。
如果业务流程没有默认定义，您可以使用
“创建业务流程定义（默认定义）”
任务来创建和配置默认定义。“使用默认定义的业务流程类型”
报告显示正在使用的默认业务流程。“业务流程配置选项”
报告显示您可以将哪些组织类型与业务流程关联。示例
“雇用”
是一个简单的两步业务流程：- 具有相应角色的人员（例如经理或人力资源合作伙伴）可通过在 Workday 中完成“雇用员工”任务来发起业务流程。
- Workday 会将“建议薪酬”步骤发送给具有相应角色的人员（例如经理或人力资源合作伙伴），由他们为候选人建议薪酬。
当最后一个步骤（在本例中为
“Propose Compensation
”）或指定的完成步骤完成时，业务流程即 完成
。业务流程定义
业务流程定义是由业务流程和负责完成这些步骤的角色组成的步骤（任务）列表。
为实现最佳业务流程性能，Workday 建议您限制业务流程定义中的步骤数量。
在一个业务流程中，我们最多支持 72 个连续的非手动步骤。非手动步骤是指无需用户交互即可由系统自动处理的步骤。示例：“非必需”步骤、
“集成”
步骤或 “报告”
步骤。如果您的业务流程包含 72 个连续的非手动步骤，Workday 建议您评估业务流程定义以减少这些连续步骤的数量，或者将基于规则的业务流程定义配置为带有条件步骤。Workday 提供业务流程的只读图形视图。您可以使用此图形视图来沟通设计、确认设计和确认工作流变更。要查看业务流程的图表，请单击“
查看业务流程定义”
页面上的 “查看图表”
，或者从业务流程的相关操作菜单中，选择 。编辑业务流程定义时，无法更改现有步骤的步骤类型。如果要更改步骤类型，您可以移除该步骤，并在业务流程定义中添加具有新步骤类型的新步骤。
在复制或链接到业务流程定义时，您不能设置早于原始业务流程创建日期的生效日期。
要在 Workday 中查看业务流程列表，您可以：
- 运行“业务流程定义”报告。
- 从主管组织的相关操作菜单中，选择 。Workday 会显示与所选组织关联的业务流程。
对于审核报告，您可以标记业务流程的实例。如此一来，您就可以跟踪和报告租户中的业务流程配置变更，例如对业务流程定义所做的变更。请注意，您不能将审核标记应用于动态业务流程。因此，系统不会在
“审核线索报告”
中为动态业务流程创建审核线索条目。通过“停用孤立的业务流程定义
”任务，您可以筛选和停用有效但孤立的业务流程定义。也就是说，业务流程定义：
- 未设置为默认定义。
- 没有与其关联的组织。
- 不属于基于规则的业务流程定义。
在
“停用孤立的业务流程定义”
任务中，“要停用的业务流程定义”
字段将显示您可以停用的孤立的业务流程定义。如果您选中 “确认”
复选框然后选中 “确定”
，Workday 将停用列出的业务流程定义。如果您看到此字段中未列出业务流程定义，则如果您选中了 “确认”
复选框，则不会对租户进行任何更改，因为没有可停用的有效但孤立的定义。对于可手动推进的业务流程类型中的某些步骤，您可以将这些步骤标记为
“不推进”
。如果用户可能会未经批准而推进事件完成，那么您可以使用此功能来消除欺诈风险。通过将业务流程定义中的关键步骤标记为 “不推进”
，还可以降低意外手动推进事件的风险。无法从标记为 “不推进”
的步骤推进事件（包括诸如业务流程事件中的“ 手动推进”
相关操作之类的方法），也无法通过 “推进业务流程
批量操作管理”类型来推进事件。此功能仅适用于您可以指定给安全组的步骤。您无法指定给安全组的步骤（“报告”
步骤除外）不能被标记为 “不推进”
。业务流程和安全性
业务流程定义中的每个步骤都与一个安全组相关联，该安全组定义了负责该步骤的人员。此外，业务流程定义还受业务流程安全策略的管理，该策略决定了谁可以：
- 启动业务流程。
- 执行业务流程内的操作步骤。
- 对整个业务流程执行操作。
- 批准、更正、取消和撤消步骤。
- 重新分配任务。
当您访问和查看某个业务流程安全策略，并且在以下任意业务流程操作中存在意外的安全组时，我们会显示一条警告消息，指明这些安全组和这些安全组配置于哪个业务流程操作中：
- 特殊审批
- 拒绝
- 拒绝（Web 服务）
- 手动送回
- 申请重新指定
通过此操作，您能够识别无效的安全组并将其从安全策略中移除，从而确保合适的人员能够访问业务流程允许的操作。
在业务流程安全策略中，如果为 5 种业务流程操作中的任意配置了意外的安全组，那么即使您对该安全策略进行了任何更改，您仍然可以保存所做的变更。Workday 会显示有关意外安全组的警告消息。如果您看到此警告消息，Workday 建议您对配置进行全面测试，确保它不会导致任何意外的数据访问，并且流转规则按预期运行。
如果您在租户中发现意外的数据访问，我们建议您从业务流程安全策略中移除安全组。当您从上述任何业务流程操作中移除意外的安全组并保存变更时，您将无法将这些安全组重新添加到这些业务流程操作。您也无法在这 5 个业务流程操作提示中搜索安全组。
要识别业务流程安全策略中意外的安全组，您可以访问“
安全异常审核”
报告，以查看以下选项卡中的审核条目：
- 业务流程安全策略异常
- 安全组异常
当您标记业务流程并更改业务流程安全策略时，将创建审核线索条目。在
审核线索报告
中：
- 如果您首次编辑业务流程安全策略并保存而不做任何更改，则 Workday 会在报告中添加多个条目。
- 如果对业务流程安全策略进行安全性变更，即使在您激活变更之前，也会在报告中创建审核线索条目。
- 当您更新安全策略权限提示时，报告的“世系”列会显示业务流程安全策略中相应版块的路径，但不会指明已更改的实际提示。
如果您的租户中存在停用的安全组，并且这些安全组与业务流程安全策略中不再可用的允许操作相关联，您可以移除这些停用的安全组。具有以下域权限的任何用户都可以通过访问“
Remove Inactive Security Groups from Unavailable Actions”
任务来移除停用的安全组：
- Business Process Administration
- Security Activation
- Security Configuration
“从不可用操作中移除停用的安全组”
任务可帮助您识别并移除停用的安全组。运行
“从不可用操作中移除停用的安全组”
任务之前，Workday 强烈建议您访问“ 激活待处理的安全策略变更”
任务，以确认并激活现有的安全变更。运行“ 通过不可用操作移除停用的安全组”
任务后，您必须再次访问“ 激活待处理的安全策略变更”
任务以完成该流程。如果您在 “激活待处理的安全策略变更”
任务中未看到业务流程类型，请继续确认待处理的安全策略变更。确定您是否需要在继续之前移除租户中停用的安全组。在您移除该安全组并访问
“安全异常审核”
报告后，Workday 将不会在 “业务流程安全策略异常”
选项卡上显示该安全组。“从不可用操作中移除停用的安全组
”任务无法解决可能显示在以下 安全异常审核
报告选项卡上的审核条目：
- 域安全策略异常
- 安全组异常
共享您的业务流程定义
您可以使用
“Business Process Definition”
数据源与主要利益相关方共享有关业务流程定义的信息。示例：您可以创建一个自定义报告，在其中显示一组选定的业务流程定义，以及构成每个定义的发起安全组、各个工作流步骤和自定义通知。此报告可以共享或导出，以供上级管理人员、项目经理或客户经理使用。“业务流程定义”
数据源由 “Manage: Business Process Definitions”
安全域提供安全性。