为了规划 Control Room On-Premises 的容量和性能，请查看一个示例场景，以了解可以决定同时（并发）运行的 bots 数量、用户会话和处理速率的要求、限制和默认值。

概述

有人值守自动化是人类与机器人之间的协作。 有人值守自动化在用户已登录并与其桌面上活动运行的自动化和应用程序进行交互的设备上运行。 设备可以是物理设备、虚拟设备、单用户设备或多用户设备。

有人值守自动化在单个用户会话中启动和结束。 一次只能运行一个活动的自动化。 有人值守自动化通常需要人工干预完成，如在表单中输入数据或执行数据验证。

有关更多信息，请参阅 有人值守和无人值守自动化 | 在桌面使用面向业务用户的 Automation Co-Pilot。

示例场景

让我们通过一个示例场景来理解自动化的扩展。 例如，一家保险公司希望对一些重复的业务流程实现自动化，以提高效率。 在此，我们以理赔处理为例。

此示例场景如下图所示。

理赔流程场景

公司名称
Acme Insurance
客服中心场景
索赔处理
并发用户
1000 坐席
班次
3 个班次，每个班次 8 小时
客服中心实际正式环境
  • 用户被分配了有人值守 Bot Runner 许可证。
  • 坐席使用 Automation Co-Pilot 访问自动化
  • 坐席触发自动化部署
  • 坐席暂停、停止和恢复自动化
  • 坐席访问和控制排队的自动化
日常运营
  • 客服中心接到保单持有人大量来电报告保险理赔事宜。 这些理赔可能涵盖汽车事故到财产损失，客服中心坐席负责初始受理过程。
  • 1000 坐席同时登录并访问 Control Room。
  • 坐席在需要用户交互的情况下在其本地设备上运行自动化。
  • 用户身份验证是第一步。 通过身份验证后，坐席可以访问可用的自动化。
  • 当保单持有人打电话报告理赔时，坐席会按照自动理赔处理工作流以及所需操作提示逐步操作。
  • 坐席访问可用的自动化，并运行自动化来执行他们的任务。
  • 当自动化完成时，坐席将根据分配的下一个电话、活动或工单继续下一个自动化或重新运行相同的自动化。
  • 该流程继续进行，坐席反复运行一组自动化以解决客户工单。

根据并发用户的数量，审查 Acme 保险公司自动化需求的基础设施建议。

最大并发用户数 节点数 配置 数据库服务器规格（最低要求）
100 单个节点 16个CPU 32GB内存 8 个 CPU 和 16GB 内存，配备 SSD 固态硬盘。 例如，AWS 实例类型 m5d.2xlarge。
750 3 节点群集 16个CPU 32GB内存
1500 5 节点群集 16个CPU 32GB内存