Action Center

适用平台：

上次更新日期 2024年10月25日

简介

Action Center 为企业用户提供了一种方法来处理可操作项目，并为机器人提供业务输入。它支持需要人工干预的长时间运行的无人值守工作流。长时间运行的工作流的执行是碎片化的。因此，Action Center 允许您在提供人工输入后暂停和恢复工作流。

Actions Center 有两个方面：

流程—使用户可以启动无人值守流程。
“操作”— 使用户可以向机器人提供输入，这些输入稍后会用于完成工作流执行。

重要事项：Action Center 是一项许可功能，在授予用户访问权限之前，您必须获得许可证。

在 Studio 中使用 Orchestration 流程模板和特定活动配置需要人工验证的长期运行工作流。

此类工作流会生成可由用户完成的 Actions 。 Actions 经人工处理后，执行将路由回流程，在工作流中按相应的活动标记，并在可用的 UiPath 机器人上执行。在长时间运行的业务流程中，这可以实现更好的资源分配并减少执行停机时间，尤其是因为作业片段可以由任何可用的机器人执行。

生成操作后，该操作将以“未分配”状态显示在“操作”页面上。根据在 Studio 中使用相应活动自定义操作的方式，填充诸如优先级、标题或操作目录之类的属性。

根据操作目录中用户定义的标准对操作进行分组，这些操作需要首先在 Orchestrator 中定义，然后使用上述相同活动在 Studio 中的操作创建时进行设置。

假设您有一个发票处理工作流。具有执行权限的用户启动相应流程的作业。

作业将照常执行，直到遇到将其挂起的活动。这就是需要人工干预的时候。

在 Automation Cloud 中，将生成一个等待完成的活动。处理操作收件箱的操作管理员会进一步将项目分配给专门用户。该用户将收到操作待处理的通知。

经过验证后，操作将继续，由任何可用的机器人完成执行。

由于同一作业的片段可以由不同的机器人执行，因此相应的日志会针对整个作业进度，提供执行摘要，从机器人、人工审核者和作业正在等待的触发器开始。

要允许用户在 Action Center 服务中操作，请为其用户组设置所需的访问级别，方法是授予对操作、操作分配和操作目录的相应权限。

启用 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	2023.10.0+

重要提示：

使用安全身份验证对机器人进行身份验证需要重新编译使用 Orchestrator 活动的工作流，或使用 2022.4 或活动包或更高版本。

如果您使用的 UiPath.Persistence.Activities 版本低于 v1.1.7，作业执行可能会失败。

重要事项：如果您当前在 Orchestrator 中使用 Action Center（“操作”选项卡），请考虑移至本地部署版 Action Center，因为从版本 2021.10 开始，Orchestrator 中的“操作”选项卡已被删除。

以下是内部部署 Action Center 的一些功能，您可以从中受益：

在与 Orchestrator 相同的服务器上进行单独安装，或在不同的服务器上进行单独安装。
警告：
- 尽管是单独安装的，但 Action Center 需要连接到 Orchestrator 实例。
- 一个 Action Center（支持单节点设置或多节点设置）可以与 Orchestrator（生产环境或非生产环境）相连。如要连接到更多 Orchestrator 环境，您需要运行相同数量的不同 Action Center 安装。