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

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

概要

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

Automation 360

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