Attended オートメーションの容量のプランニング

Control Room オンプレミスの容量とパフォーマンスを計画するには、同時に実行する Bots 数、ユーザー セッション数、処理速度を決定する要件、制限、デフォルト値を理解するために事例を確認します。

概要

Attended オートメーションは、人間と Bot のコラボレーションです。Attended オートメーションは、ログインしているユーザーがいるデバイスで実行され、デスクトップ上でアクティブに実行されているオートメーションやアプリケーションと対話することができます。デバイスとしては、物理デバイス、仮想デバイス、単一ユーザー デバイス、マルチユーザー デバイスのいずれも可能です。

Attended オートメーションは、1 回のユーザー セッションで開始し、終了します。一度に実行できるのは 1 つのアクティブなオートメーションのみです。Attended オートメーションは通常、オートメーションの完了のために、フォームへのデータの入力またはデータ検証の実行のいずれかにより、人間の介在を必要とします。

詳細については、「Attended オートメーションおよび Unattended オートメーション | デスクトップでの Automation Co-Pilot for Business Users の使用」を参照してください。

シナリオの例

シナリオの例を参考にしながら、オートメーションのスケーリングを理解しましょう。ある保険会社では、繰り返しの多いビジネス プロセスの一部を自動化し、効率化を図ろうとしています。この例では、クレーム処理について考えてみます。

次の画像は、このシナリオの例を示しています。

クレーム処理の事例

会社名
Acme 保険
コンタクト センターの事例
クレーム処理
同時接続ユーザー
1,000 エージェント
シフト
8 時間× 3 シフト制
コンタクト センターの実稼働環境
  • ユーザーには Attended Bot Runner ライセンスが割り当てられる
  • エージェントは Automation Co-Pilot を使用してオートメーションにアクセスする
  • エージェントがオートメーションのデプロイをトリガーする
  • エージェントはオートメーションを一時停止、停止、再開する
  • エージェントがキューに入れられたオートメーションにアクセスし、コントロールする
日常業務
  • コンタクト センターには、保険金を請求する保険契約者からの着信が大量にあります。自動車事故から物損事故まで、さまざまなクレームが発生し、コンタクト センターのエージェントが最初の受付を担当します。
  • 1,000 人のエージェントが同時にログインし、Control Room にアクセスします。
  • エージェントは、ユーザーとの対話が必要なローカル デバイス上でオートメーションを実行します。
  • ユーザー認証が最初のステップです。認証すると、エージェントは利用可能なオートメーションにアクセスできるようになります。
  • 保険契約者からクレーム報告の電話があると、エージェントは自動化されたクレーム処理のワークフローに従い、必要なアクションのプロンプトを表示しながら、ステップバイステップのプロセスで処理します。
  • エージェントは、利用可能なオートメーションにアクセスし、オートメーションを実行してタスクを実行します。
  • オートメーションが完了すると、エージェントは次のオートメーションに移行するか、次に割り当てられた電話、アクティビティ、またはチケットに応じて同じオートメーションを再実行します。
  • このプロセスは、エージェントが一連のオートメーションを繰り返し実行することで続行され、お客様の事例に対応することができます。

同時接続ユーザー数に基づいて、Acme 保険会社の自動化要件に対する推奨インフラストラクチャを確認してください。

最大同時接続ユーザー数 ノード数 構成 データベース サーバーの仕様 (最低限)
100 単一ノード 16 CPU、32GB RAM 8 CPU、16GB RAM、SSD ハード ドライブ搭載。例: AWS インスタンス タイプ m5d.2xlarge。
750 3 ノード クラスター 16 CPU、32GB RAM
1500 5 ノード クラスター 16 CPU、32GB RAM