Orchestrator のフォルダーに割り当てられた、デプロイおよび構成されたオートメーション パッケージとしてのプロセスの概要。

プロセスは、パッケージがデプロイおよび設定されたステートであり、ジョブとして実行できます。

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

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

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

以下の表に、[プロセス] グリッドの列の説明を示します。

複数のワークフローを含むプロジェクトの場合は、Main.xamlをメイン ワークフローとして使用し、[ワークフロー ファイルを呼び出し] アクティビティを使用して他の.xaml ファイルをリンクします。Studio でのプロジェクトの構成について詳しくは、こちらをご覧ください。

エントリ ポイントを変更または追加して、実行するワークフローを制御できます。Studio で .xaml ファイルを右クリックして、メインに設定するか、エントリ ポイントとして追加します。

異なるソースからの請求書を処理するには、次の 2 つのワークフローがあります。

実行時に Orchestrator で、シナリオに一致するエントリ ポイントを選択します。請求書がすでにローカルである場合は、[ GetInvoiceFromLocal.xaml ] を選択してそのワークフローから実行を開始します。

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

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

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

図 1. プロセスの設定

図 2. 引数

プロセスは、ユーザー インターフェイスの要件に従って分類されます。

バックグラウンド プロセスには、ユーザー インターフェイスやユーザーの介入は必要ありません。無人モードで同じユーザーに対して複数のバックグラウンド ジョブを同時に実行できます。各実行には、Unattended/NonProduction のライセンスが必要です。Unattended ロボットはセッション 0 の NT AUTHORITY\LOCAL SERVICEでバックグラウンド プロセスを実行します。このセッションでは UI にアクセスできません。

Studio でのバックグラウンド プロセスのオートメーションについて詳しくは、こちらをご覧ください。

フォアグラウンド プロセスでは、ユーザー インターフェイスへのアクセス (UI 生成または クリックなどの対話型アクティビティのいずれか) が必要です。1 人のユーザーが同時に実行できるフォアグラウンド プロセスは 1 つだけです。ただし、1 人のユーザーが複数のバックグラウンド プロセスと 1 つのフォアグラウンド プロセスを同時に実行できます。

プロセスの種類は Studio の [ プロジェクト設定] ウィンドウ で設定され、パブリッシュ後に Orchestrator に表示されます。

図 3. バックグラウンドでのプロセスの開始

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

Studio でオートメーション プロジェクトを作成するときに、開発者はオートメーション プロジェクトの基になるターゲット フレームワークと、対応するオペレーティング システムに影響を与える、相互運用性の属性を設定する必要があります。

図 4. プロセスの対応 OS

以下の表では、プロセスの実行に必要な Robot のバージョンをターゲット フレームワークおよび対応 OS 別に示します。

Orchestrator で新しいパッケージ バージョンを使用可能な場合 (新しいバージョンを Studio からパブリッシュした場合)、そのパッケージが含まれているプロセスの横にアイコン が表示されます。

複数のプロセスは、個別または一括で最新バージョンに更新できます。個別に更新する場合は、対応する [View Processes] ウィンドウで行います。一括更新する場合は、複数選択を行い、グローバルな [Use Latest] ボタンをクリックします。

プロセスに関連付けられたパッケージ バージョンが構成済みの NuGet リポジトリで使用できなくなった場合は、アイコン で示されます。

特定のプロセスで最新の有効なバージョンのパッケージを使用している場合、アイコン がプロセスの横に表示されます。

基になる Studio パッケージで使用されている Windows アプリケーションが、選択したパッケージ バージョンに関連するものとして [アプリケーション] セクションに表示されます。

識別できないアプリケーションがパッケージで使用されている場合、「不明なアプリ」というエントリが表示され、識別できないアプリの数がサフィックスとして括弧内に示されます。

アプリケーションを取得できない場合は、「このパッケージのアプリを取得できませんでした」というメッセージが表示されます。これは、ほとんどの場合、次のいずれかの理由によるものです。

これらの詳細は、各パッケージ バージョンの [リリース ノートを表示] ウィンドウにも表示されます。

プロセスを作成する

[プロセス] ページからジョブを開始する

「ロールについて」で詳細を確認してください。