WLM よくある質問
- 最終更新日2025/10/10
この FAQ を確認して、WLM の一般的な概念について学んでください。
一般
- WLM 機能は私が何をするのに役立ちますか?
- ワークロードの管理(WLM)は、複数のデバイスにわたって大量の作業項目を効率的に管理および配布することを可能にします。 タスクが優先順位付けされ、効率的に処理され、定義されたサービスレベル合意(SLA)を満たすことを保証します。
- 作業項目とは何ですか?
- 作業項目 は、ワークロードキューに存在し、オートメーションによって処理される個々の作業単位です(例えば、単一の請求書、1つの顧客記録、1つのローン申請など)。 各作業項目には、オートメーションがそのタスクを完了するために必要なデータが含まれています。
- WLM でデータセキュリティをどのように確保しますか?
-
- 適切な権限をユーザーおよびロールに割り当てることで、ロールベースアクセス制御(RBAC)を実装します(たとえば、WLM 管理者のみがキューを管理でき、特定のロールのみがアイテムを消費できます)。
詳細については、WLM をご覧ください: ユーザーのロールと権限
- 自動化によって使用される機密資格情報の安全な保存およびアクセスのためにCredential Vaultを使用してください。
詳細については、Credential Vault の資格情報と ロッカーを参照してください。
- 適切な権限をユーザーおよびロールに割り当てることで、ロールベースアクセス制御(RBAC)を実装します(たとえば、WLM 管理者のみがキューを管理でき、特定のロールのみがアイテムを消費できます)。
- BPM や ERP などの外部システムと WLM を統合できますか?
- はい、WLM はAutomation Anywhereの公開 API を使用して統合できます。 外部システムは次の操作を実行できます:
- 作業項目をキューに挿入します。
- クエリキューのステータスと作業項目の詳細。
- 処理された結果を取得します。
この統合により、異なるプラットフォーム間でのエンドツーエンドのプロセス オーケストレーションが促進されます。 詳細については、Control Room APIを参照してください。
ワークロード キュー
- ワークロード キューとは何ですか?
- ワークロードキューは、Control Room内の作業項目が保存される中央リポジトリです。 それらは、優先順位付け、負荷分散、再試行メカニズム、および作業項目のリアルタイム ステータス追跡を可能にします。
- ワークロードキューを作成するにはどうすればよいですか?
-
Control Room で、次の手順に従います。
- の順に移動します。
- キューを作成 をクリックします。
- キュー名を定義し、作業項目の列または構造を指定します。
ここで優先順位ルールと再試行設定を定義することもできます。 詳細については、標準キューを作成をご覧ください。
- どの種類のファイルをアップロードしてワークロードキューに追加できますか?
- 通常、CSV(.csv)ファイルを直接アップロードしてキューに入力できます。 これらのファイルのヘッダーは、自動的にキューの列を定義できます。 さまざまな他のソースから作業項目を挿入するために、ワークロード パッケージ 作業項目を挿入 アクション または API を使用することもできます。
- WLM で異なるタスクや作業項目に優先順位を設定できますか?
- はい、各キューの優先順位ルールを設定できます。 定義された列のいずれかの値に基づいて作業項目を並べ替えることができます(例えば、期限日 の昇順、優先度 の降順で並べ替え)。 高優先度のタスクが最初に処理されることを保証します。
詳しくは、[キューを参照] ページで許可されるアクションをご覧ください。
- 処理中に作業項目が失敗した場合はどうなりますか?
- 自動化がエラーに遭遇した場合、作業項目は失敗としてマークされます。 キューの設定に基づいて、作業項目は指定された遅延の後、定義された回数だけ自動的に再試行されることがあります。 最大リトライ回数に達した場合、Failedとして人間によるレビューのために残ります。
詳細については、WLM 作業項目のライフサイクルと作業項目のステータスとアクションを参照してください。
- 失敗した作業項目を再処理するには?
-
- 自動再試行: 自動再試行が設定されている場合、WLM はFailed作業項目を自動的に再処理します。
- 手動再試行 キューの所有者は、Control Roomで失敗作業項目を手動で選択し、それらのステータスを新規に戻して自動化による再処理をトリガーできます。これは、多くの場合、人による確認と根本的な問題の解決が行われた後に実施されます。
デバイスとデバイス プール
- デバイスプールとは何ですか?
- デバイスプールはデバイスの論理的なグループです。 自動化がデバイスプールにデプロイされると、WLM はそのプール内の利用可能なデバイスに作業項目を自動的に配分し、最適なリソース利用とスケーラビリティを確保します。
- WLM におけるデバイスの役割は何ですか?
- デバイスは実行用のエージェントです。 それらは、WLM 設定によって割り当てられた作業項目を処理するために、オートメーションが実際に実行されるマシン(物理的または仮想的)です。
- 複数のキューに同じデバイスプールを使用できますか?
- はい、複数のキューに対して同じデバイスプールを使用することができます。 これは一般的で効率的な手法であり、共有デバイスプールが全体の優先順位と可用性に基づいて関連するキューから作業を取得できるようにします。
- 複数のキューがデバイスプールを共有している場合、WLM はどのタスクまたはオートメーションを最初に実行するかをどのように決定しますか?
- WLM の設定は、各キュー内の優先度設定を考慮し、その後、デバイスプールを共有するすべてのキューにわたる全体的な優先度構成を考慮します。 次に利用可能なデバイスのために、関連するキューから最優先の作業項目を引き出すことを目的としています。
- ワークロードの増加に対応するために、WLM セットアップをどのようにスケールしますか?
- キューに関連付けられたデバイスプールにデバイスを追加することで、スケールを拡大できます。 WLM のセットアップは、新しい容量を自動的に検出し、すべての利用可能なデバイスに作業項目を分配します。
デバイス プールの詳細については、デバイス プールの概要を参照してください。
監視およびトラブルシューティング
- ワークロードキューのパフォーマンスをどのように監視しますか?
- Control Room は、リアルタイムの Automation Command Center(ACC)ダッシュボード()を提供します。 自動化の実行回数(新規、進行中、完了、失敗)を表示し、データを CSV ファイルにエクスポートできます。
- 私の作業項目は新規のステータスで停止しており、処理されていません。 どうすればいいですか。
- 以下の一般的な原因を確認し、原因に基づいて適切な対策を講じてください:
- 関連デバイスプールに利用可能なデバイスはありません。
- オートメーションが正しいデバイスプールにデプロイされていません。
- デバイスの Run as ユーザーには、キューから作業アイテムを消費する権限がありません。
- キューは一時停止されています。
- デバイスがオフラインであるか、Bot エージェントサービスが停止しています。
- デバイスと Control Room の間でネットワーク接続の問題が発生している可能性があります。
- 自動化のためのアクティブなスケジュールやトリガーはありません(ただし、WLM はデバイスプールに展開される際にこれを暗黙的に処理することがよくあります)。
- なぜ私の作業項目は再試行されることなく直接失敗ステータスに移行するのですか?
-
- Control Room のキュー構成を確認してください。 最大の再試行回数は0に設定される可能性があります。
- 自動化は、その内部ロジックに基づいてリトライを許可せずに、アイテムを失敗として明示的にマークしている可能性があります。
- 特定のダウンタイム(例えば、システムメンテナンス)中にオートメーションが作業項目を処理しないようにすることはできますか?
-
- ダウンタイム中に Control Room からキューを一時停止できます。 自動化は新しいアイテムの取得を停止します。 メンテナンスが完了したら、キューを再開できます。
- あるいは、自動化ロジックで現在時刻を確認し、既知のダウンタイムウィンドウ内であれば自身の処理を一時停止したり、作業項目を延期することができます。