Orchestrator ユーザーガイド

デリバリー:

Automation Cloud Automation Cloud Public Sector Automation Suite Standalone

最終更新日時 2024年10月17日

プロセスについて

プロセスは特定のフォルダーにリンクされたパッケージバージョンを表します。新しいプロセスをデプロイすると、そのフォルダーにアクセスできるすべてのアカウントがそのプロセスを利用できるようになります。

[プロセス] ページでは、新しいプロセスとしてアップロードされたパッケージをデプロイし、以前に作成したプロセスを管理し、最新のパッケージのバージョンですべてのプロセスを最新に維持し、望ましいプロセスを使用してジョブを直接開始できます。これは、組織内のすべてのアカウントにパッケージを配布し、[プロセス] または [ジョブ] ページからのプロセスの実行を高速化するのに役立ちます。

[プロセス] ページおよび [ジョブ] ページからプロセスを実行するだけでなく、ロボットエージェントの起動時に自動的に開始するようにプロセスを設定することもできます。これにより、管理者は、たとえば会社の IT ポリシーを確実に順守するために、必要なプロセスがマシンユーザーの遅延や失敗なしに起動されることを確認できます。

以下の表に、[プロセス] ページのフィールドの説明を示します。

フィールド	説明
名前	プロセスの表示名です。バージョンの横にプロセスの種類を示すアイコンが表示されます。このアイコンは、その特定のプロセスバージョンの種類を表したものです。ユーザーインターフェイスが必要バックグラウンドプロセスプロセスリストは名前で並べ替えることができます。
パッケージ名	デプロイされたパッケージの名前です。既定では表示されません。この列を表示するには、[列] メニューから選択します。プロセスリストはパッケージ名で並べ替えることができます。
バージョン	対象のプロセスで現在使用されているパッケージバージョンの番号です。このフィールドの隣に表示されるアイコンは、お客様が最新の有効なバージョンを使用していないことを示しています。ロボットグループに関連付けられたパッケージバージョンが、設定済みの NuGet リポジトリで有効ではなくなった場合は、アイコンで示されます。最新の有効なバージョンを使用している場合は、アイコンが表示されます。
環境	クラシックフォルダーでのみ利用できます。指定したパッケージに割り当てられたロボットグループの名前です。
ジョブの優先度	ジョブの優先度です。ジョブの優先順位付けのメカニズムについて詳しくは、こちらをご覧ください。プロセスリストはジョブの優先度による並べ替えやフィルター処理ができます。
スコープ	Studio での設計時に設定されるプロジェクトの範囲です。以下のオプションを利用できます。プロセス - Studio のプロジェクトの種類がプロセスまたはライブラリの場合に表示されます。テスト - 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 — デバイスから請求書を取得するワークフロー

Orchestrator での実行時に、エントリポイントとして実際のシナリオに合ったワークフローを選択します。請求書が既にローカルデバイス上にある場合は、GetInvoiceFromLocal.xaml をエントリポイントとして設定します。これにより、実行がそのステップから開始され、その後に請求書を確認するワークフロー (Main.xaml ファイル) が行われます。

注:

2020 年 7 月より前にパブリッシュされたパッケージの場合、Orchestrator はメインエントリポイントを特定できないため、既定ではエントリポイントは選択されていません。ドロップダウンから手動でエントリポイントを選択する必要があります。
プロセスで複数のエントリポイントがサポートされない場合、Orchestrator では [エントリポイント] ドロップダウンに [既定] と表示され、フィールドは無効化されています。

入力、出力、入力/出力引数

入力および出力の引数を受け入れるように Studio でプロジェクトを設計することにより、これらの引数をサードパーティアプリや Orchestrator で使用できるようになります。つまり、作成するすべてのプロセスは、Orchestrator API またはインターフェイスを介して入力引数を受け取ることができます。

Orchestrator では、引数および関連情報は複数の場所に表示されます。プロセスレベル、ジョブレベル、トリガーレベルで専用の引数セクションに表示されます ([ランタイム引数] または [引数] タブ)。

任意の入力引数の値を指定できます。Orchestrator の入力および出力引数の詳細については、こちらのページをご覧ください。

1 - エントリポイントを選択します。複数のエントリポイントを使用できる場合にのみ有効化されます。

2 - 表示された引数を、その方向 (入力、出力、すべて) に応じてフィルター処理します。

3 - エントリポイントとして設定された .xaml セットの引数および関連情報を表示します。

注: Studio で入力引数に設定されている既定値は、レベルを問わず、Orchestrator では表示されません。

バックグラウンドプロセスとフォアグラウンドプロセス

このセクションでは、ユーザーインターフェイスの要件に応じた、既存のプロセスの種類について説明します。プロセスの種類は、Studio の [プロジェクト設定] ウィンドウで設定され、プロジェクトのパブリッシュ後に Orchestrator に適宜表示されます。

プロセスにはユーザーインターフェイスの要件に応じて 2 つの種類があります。

バックグラウンドプロセス - 実行時にユーザーインターフェイスもユーザーの介入も必要としないプロセスです。そのため、こうしたジョブは、無人モードで同じユーザーに対して複数を同時に実行できます。各実行には、Unattended/NonProduction のライセンスが必要です。Unattended ロボットはセッション 0 の NT AUTHORITY\LOCAL SERVICE でバックグラウンドプロセスを処理します。このセッションでは UI が表示されないため、ユーザーセッションとは対話できません。

Studio でのバックグラウンドプロセスの自動化について詳しくは、こちらをご覧ください。
フォアグラウンドプロセス - 実行に UI の生成が必要であるか、プロセスにクリックなどの対話型アクティビティが含まれているため、ユーザーインターフェイスが必要です。こうしたプロセスは、1 人のユーザーに対して一度に 1 つしか実行できません。

注: 複数のバックグラウンドプロセスと、1 つのフォアグラウンドプロセスを、同じユーザーが同時に実行することができます。

以下の表では、ロボットの資格情報の有無に応じた、フォアグラウンド/バックグラウンドプロセスの実行に必要な Robot のバージョンを示します。

プロセスの種類	ロボットの資格情報	Robot のバージョン
バックグラウンド	資格情報あり	すべて
フォアグラウンド	資格情報あり	すべて
バックグラウンド	資格情報なし	2021.10+
フォアグラウンド	資格情報なし	無効な設定です。ジョブを実行できません。