- 基本情報
- ベスト プラクティス
- テナント
- リソース カタログ サービス
- フォルダー コンテキスト
- 自動化
- プロセス
- ジョブ
- トリガー
- ログ
- 監視
- キュー
- アセット
- ストレージ バケット
- Test Suite - Orchestrator
- Integrations
- クラシック ロボット
- トラブルシューティング
プロセスについて
プロセスは特定のフォルダーにリンクされたパッケージ バージョンを表します。新しいプロセスをデプロイすると、そのフォルダーにアクセスできるすべてのアカウントがそのプロセスを利用できるようになります。
[プロセス] ページでは、新しいプロセスとしてアップロードされたパッケージをデプロイし、以前に作成したプロセスを管理し、最新のパッケージのバージョンですべてのプロセスを最新に維持し、望ましいプロセスを使用してジョブを直接開始できます。これは、組織内のすべてのアカウントにパッケージを配布し、[プロセス] または [ジョブ] ページからのプロセスの実行を高速化するのに役立ちます。
[プロセス] ページおよび [ジョブ] ページからプロセスを実行するだけでなく、ロボット エージェントの起動時に自動的に開始するようにプロセスを設定することもできます。これにより、管理者は、たとえば会社の IT ポリシーを確実に順守するために、必要なプロセスがマシン ユーザーの遅延や失敗なしに起動されることを確認できます。
以下の表に、[プロセス] ページのフィールドの説明を示します。
フィールド |
説明 |
---|---|
名前 |
プロセスの表示名です。 バージョンの横にプロセスの種類を示すアイコンが表示されます。このアイコンは、その特定のプロセス バージョンの種類を表したものです。
|
パッケージ名 | デプロイされたパッケージの名前です。
既定では表示されません。この列を表示するには、[列] メニューから選択します。 プロセス リストはパッケージ名で並べ替えることができます。 |
バージョン |
対象のプロセスで現在使用されているパッケージ バージョンの番号です。
|
環境 | クラシック フォルダーでのみ利用できます。 指定したパッケージに割り当てられたロボット グループの名前です。 |
ジョブの優先度 |
ジョブの優先度です。 プロセス リストはジョブの優先度による並べ替えやフィルター処理ができます。 |
スコープ |
Studio での設計時に設定されるプロジェクトの範囲です。以下のオプションを利用できます。
|
実行の種類 |
プロセスの実行の種類です。Studio のプロジェクト設定の「有人オートメーション」の設定とリンクされます。
v2021.10.3 より前の Studio でパブリッシュされたパッケージの場合は、[未指定] の値が表示されます。 |
適合性 (正常に動作する割合) |
オートメーション プロジェクトの基になるターゲット フレームワークに対応するオペレーティング システムです。 |
エントリ ポイント |
プロセスの実行を開始するために使用されるワークフロー ファイルです。既定では、
Main.xml ファイルがエントリ ポイントとして設定されています。プロジェクトに複数のエントリ ポイントが含まれている場合、プロセス作成時に選択したエントリ ポイントが表示されます。
|
説明 |
プロセスに関する独自の説明です。特に Orchestrator で複数のユーザーやプロセスに対応する場合は、このフィールドへの入力が推奨されます。 |
ラベル | プロセスに関連付けられたすべてのラベルのリストです。 |
プロパティ | プロセスに関連付けられたキーと値のすべてのペアのリストです。 |
保持期間後のアクション | 保持期間の終了時に行われる、保持ポリシーの結果のアクションです。 |
保持期間 (日) | 保持ポリシーの期間です。 |
Main.xaml
ファイルに保持することが推奨されます。プロジェクトに追加される他のすべてのオートメーションの .xaml
ファイルは、[ワークフロー ファイルを呼び出し] アクティビティを通じて Main.xaml
にリンクする必要があります。一般的なシナリオでは、ジョブの実行時には Main.xaml
ファイルのみが実行され、これがすべてのオートメーション プロジェクトの既定のエントリ ポイントになるためです。Studio でのプロジェクトの構成とデザインの原則について詳しくは、こちらをご覧ください。
.xaml
ファイルを変更して、実行「ゲート」を変更できます。同様に、RPA プロセスに複数のエントリ ポイントを追加して、オートメーション プロジェクトの特定のブランチのみを実行できるようにすることができます。
.xaml
ファイルを変更したり、Studio の RPA プロセスに複数のエントリ ポイントを追加するには、別の .xaml
ファイルを右クリックし、メイン ファイルとして設定するか、エントリ ポイントとして追加します。
たとえば、請求書を確認するワークフローを作成するとします。請求書は、クラウド ストレージからダウンロードするか、デバイス上にあるものを取得します。
プロジェクト内で、以下の 2 つのワークフローを設計し、どちらもエントリ ポイントとして設定します。
DownloadInvoiceFromStorage.xaml
- 外部ストレージから請求書をダウンロードするワークフローGetInvoiceFromLocal.xaml
— デバイスから請求書を取得するワークフロー
GetInvoiceFromLocal.xaml
をエントリ ポイントとして設定します。これにより、実行がそのステップから開始され、その後に請求書を確認するワークフロー (Main.xaml
ファイル) が行われます。
- 2020 年 7 月より前にパブリッシュされたパッケージの場合、Orchestrator はメイン エントリ ポイントを特定できないため、既定ではエントリ ポイントは選択されていません。ドロップダウンから手動でエントリ ポイントを選択する必要があります。
- プロセスで複数のエントリ ポイントがサポートされない場合、Orchestrator では [エントリ ポイント] ドロップダウンに [既定] と表示され、フィールドは無効化されています。
入力および出力の引数を受け入れるように Studio でプロジェクトを設計することにより、これらの引数をサードパーティ アプリや Orchestrator で使用できるようになります。つまり、作成するすべてのプロセスは、Orchestrator API またはインターフェイスを介して入力引数を受け取ることができます。
Orchestrator では、引数および関連情報は複数の場所に表示されます。プロセス レベル、ジョブ レベル、トリガー レベルで専用の引数セクションに表示されます ([ランタイム引数] または [引数] タブ)。
任意の入力引数の値を指定できます。Orchestrator の入力および出力引数の詳細については、こちらのページをご覧ください。
1 - エントリ ポイントを選択します。複数のエントリ ポイントを使用できる場合にのみ有効化されます。
2 - 表示された引数を、その方向 (入力、出力、すべて) に応じてフィルター処理します。
3 - エントリ ポイントとして設定された .xaml セットの引数および関連情報を表示します。
このセクションでは、ユーザー インターフェイスの要件に応じた、既存のプロセスの種類について説明します。プロセスの種類は、Studio の [プロジェクト設定] ウィンドウで設定され、プロジェクトのパブリッシュ後に Orchestrator に適宜表示されます。
プロセスにはユーザー インターフェイスの要件に応じて 2 つの種類があります。
-
バックグラウンド プロセス - 実行時にユーザー インターフェイスもユーザーの介入も必要としないプロセスです。そのため、こうしたジョブは、無人モードで同じユーザーに対して複数を同時に実行できます。各実行には、Unattended/NonProduction のライセンスが必要です。Unattended ロボットはセッション 0 の
NT AUTHORITY\LOCAL SERVICE
でバックグラウンド プロセスを処理します。このセッションでは UI が表示されないため、ユーザー セッションとは対話できません。 -
フォアグラウンド プロセス - 実行に UI の生成が必要であるか、プロセスにクリックなどの対話型アクティビティが含まれているため、ユーザー インターフェイスが必要です。こうしたプロセスは、1 人のユーザーに対して一度に 1 つしか実行できません。
注: 複数のバックグラウンド プロセスと、1 つのフォアグラウンド プロセスを、同じユーザーが同時に実行することができます。
以下の表では、ロボットの資格情報の有無に応じた、フォアグラウンド/バックグラウンド プロセスの実行に必要な UiPath® Robot のバージョンを示します。
プロセスの種類 |
ロボットの資格情報 |
Robot のバージョン |
---|---|---|
バックグラウンド |
資格情報あり |
すべて |
フォアグラウンド |
資格情報あり |
すべて |
バックグラウンド |
資格情報なし |
2021.10+ |
フォアグラウンド |
資格情報なし |
無効な設定です。ジョブを実行できません。 |
Studio でオートメーション プロジェクトを作成するときに、開発者はオートメーション プロジェクトの基になるターゲット フレームワークと、対応するオペレーティング システムに影響を与える、相互運用性の属性を設定する必要があります。
以下の表では、プロセスの実行に必要な Robot のバージョンをターゲット フレームワークおよび対応 OS 別に示します。
ターゲット フレームワーク |
オペレーティング システム |
Robot のバージョン |
---|---|---|
.NET Framework 4.6.1 |
Windows - レガシ |
すべて |
.NET 5.0+ |
Windows |
21.8+ |
.NET 5.0+ |
クロスプラットフォーム |
21.8+ |
Orchestrator で新しいパッケージ バージョンを使用可能な場合 (新しいバージョンを Studio からパブリッシュした場合)、そのパッケージが含まれているプロセスの横にアイコン が表示されます。
複数のプロセスは、個別または一括で最新バージョンに更新できます。個別に更新する場合は、対応する [View Processes] ウィンドウで行います。一括更新する場合は、複数選択を行い、グローバルな [Use Latest] ボタンをクリックします。
プロセスに関連付けられたパッケージ バージョンが構成済みの NuGet リポジトリで使用できなくなった場合は、アイコン で示されます。
特定のプロセスで最新の有効なバージョンのパッケージを使用している場合、アイコン がプロセスの横に表示されます。