简介 - Action Center

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

Actions Center 有两个方面：

• 流程- 使用户能够启动无人值守流程。
• 操作- 使用户能够向机器人提供输入，这些输入稍后用于完成工作流执行。
  重要提示：

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

Action Center 的工作原理

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

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

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

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

示例流程

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

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

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

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

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

用户访问权限

授予用户访问权限

云平台中的用户访问基于用户组。

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

有关用户组的详细信息，请参阅利用组一节。

已知限制

1. 启用 Azure AD 集成后，如果用户尚未使用其 AD 帐户登录，则您无法在 Action Center 中向用户分配任务。当用户尚未使用其本地用户帐户登录时，本地用户组也会发生相同的行为。 解决方法：考虑在创建帐户后要求用户使用其 AD 或本地用户帐户登录。
2. 对于为“目录组”设置了权限的文件夹，所有Azure AD用户都会显示在“分配给用户”下拉列表中，即使他们没有指定文件夹的权限也是如此。即使没有适当权限的用户但仍显示在“分配给用户”下拉列表中，您也无法向他们分配操作。此行为仅是用户界面问题，由返回所有 Azure AD 用户（无论其文件夹权限如何）的 API 引起。
3. 当仅通过“目录组”为Azure AD用户分配文件夹权限时，无人值守的工作流可能无法为用户分配任务。出现此限制的原因是，机器人没有根据委派访问模型读取 Azure AD 组成员身份所需的权限。解决方法是使用以下任一方法：
   1. 直接向文件夹中的所有Azure AD用户分配权限。
   2. 将所有Azure AD用户添加到本地组，然后直接向文件夹中的本地组分配权限。
4. 作为上述限制的副作用，在这种情况下，Action Center “收件箱”页面中的任务分配也可能会间歇性地失败，并指出权限不足。要解决此问题，请执行以下操作：
   1. 阻止无人值守工作流尝试将任务分配给受影响的受分配人。
   2. 一小时后重试，或要求受影响的被分配者登录 Action Center。

先决条件

要构建并执行长时间运行的工作流，必须满足以下 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，作业执行可能会失败。