Action Center
简介
Action Center 为企业用户提供了一种方法来处理可操作项目,并为机器人提供业务输入。 它支持需要人工干预的长时间运行的无人值守工作流。 长时间运行的工作流的执行是碎片化的。 因此,Action Center 允许您在提供人工输入后暂停和恢复工作流。
Actions Center 有两个方面:
- 流程—使用户可以启动无人值守流程。
-
“操作”— 使用户可以向机器人提供输入,这些输入稍后会用于完成工作流执行。
重要事项:Action Center 是一项许可功能,在授予用户访问权限之前,您必须获得许可证。
在 Studio 中使用 Orchestration 流程模板和特定活动配置需要人工验证的长期运行工作流。
此类工作流程会生成由 Automation Cloud 中的用户完成的操作。操作经过人工处理后,相关执行会被路由回流程,在工作流中按相应的活动标记,并由可用的 UiPath 机器人负责执行。在长时间运行的业务流程中,这可实现更好的资源分配并减少执行停机时间,特别是因为作业片段可以由任何可用的机器人执行。
生成操作后,该操作将以“未分配”状态显示在“操作”页面上。根据在 Studio 中使用相应活动自定义操作的方式,填充诸如优先级、标题或操作目录之类的属性。
根据操作目录中用户定义的标准对操作进行分组,这些操作需要首先在 Orchestrator 中定义,然后使用上述相同活动在 Studio 中的操作创建时进行设置。
- 启用 Azure AD 集成后,如果用户尚未使用其 AD 帐户登录,则您无法在 Action Center 中向用户分配任务。当用户尚未使用其本地用户帐户登录时,本地用户组也会发生相同的行为。
解决方法:考虑在创建帐户后要求用户使用其 AD 或本地用户帐户登录。
- 对于为“ 目录组”设置了权限的文件夹,所有 Azure AD 用户都会显示在“ 分配给用户 ” 下拉列表中,即使他们没有指定文件夹的权限也是如此。 即使“ 分配给用户 ”下拉列表中显示没有适当权限的用户,您也无法为他们分配操作。 此行为仅是用户界面问题,由返回所有 Azure AD 用户(无论其文件夹权限如何)的 API 引起。
要构建并执行长时间运行的工作流,必须满足以下 Studio、UiPath 机器人和 UiPath.Persistence.Activities 要求:
软件 |
版本 |
---|---|
UiPath Studio/UiPath 机器人 |
版本 2019.10 及更高版本 |
UiPath.Persistence.Activities 活动包 |
版本 1.1.7 及更高版本 |
UiPath Orchestrator |
2022.10.0+ |
使用安全身份验证对机器人进行身份验证需要重新编译使用 Orchestrator 活动的工作流,或使用 2022.4 或 活动包或更高版本。
如果您使用的 UiPath.Persistence.Activities 版本低于 v1.1.7,作业执行可能会失败。
以下是内部部署 Action Center 的一些功能,您可以从中受益:
- 在与 Orchestrator 相同的服务器上进行单独安装,或在不同的服务器上进行单独安装。
警告:
- 尽管是单独安装的,但 Action Center 需要连接到 Orchestrator 实例。
- 一个 Action Center(支持单节点设置或多节点设置)可以与 Orchestrator(生产环境或非生产环境)相连。如要连接到更多 Orchestrator 环境,您需要运行相同数量的不同 Action Center 安装。
- 业务用户界面,从 Orchestrator 外部可以快速访问“操作”和“流程”。所有现有操作将自动反映在新用户界面中。
- 业务用户能够通过表单或文件上传触发无人值守流程,并跟踪流程状态。
- 表单操作中的高级控件,例如嵌入 PDF 文件、动态和级联下拉列表,或使用 JavaScript 配置表单验证逻辑。
- 能够向操作添加任何文件附件。
- 操作摘要。
- 操作概述。
- Actions 有更多可用操作,例如转发或重新分配。
- 中间保存,用于在完成之前保存在表单上取得的进度。
- 通过“注释”面板,就操作进行对等协作。
- 批量管理操作(分配、删除和转发)。
- 可下载的操作列表,包含操作创建时间、标题、状态以及分配的用户等详细信息。
- 改进了筛选和排序选项。