プロセスを並列実行

ローカル マシンで使用可能な UiPath プロセスを実行する [プロセスを並列実行] アクティビティ。

UiPath.Core.Activities.BeginProcess

ローカル マシンで使用可能な UiPath プロセスを実行します。接続が使用可能な場合、ローカル パッケージと Orchestrator のプロセスを実行するために使用できます。

[プロセスを並列実行] アクティビティは非同期モードで実行されます。つまり、親プロセスは子プロセスの開始のみを処理します。その後は、両方のプロセスが互いに独立して実行されます。

親プロセスと子プロセスの実行用に生成されたログは、ローカル ログ ファイルと Orchestrator に個別に書き込まれます。どちらにも、各実行に関する完全な情報が含まれています。

[ プロセスを並列実行 ] アクティビティを使用するとプロセスごとに個別のジョブが作成されます。これに対し、[ プロセスを呼び出し ] アクティビティではジョブが 1 つしか作成されません。

子プロセスが呼び出されても見つからない場合は、子プロセスの名前、ロボットが子プロセスを検索したパス、および WindowsIdentity や machineName などの追加の詳細を含むエラーがログに記録されます。これが発生すると、例外がスローされ、追加の詳細がログに記録されます。

子プロセスが呼び出された後にエラーが発生した場合、親はそれを認識せず、通常の実行を続行します。

注:

[プロセスを並列実行] アクティビティは、有人プロセスでのみ機能します。

プロパティ

共通

• 表示名 - アクティビティの表示名です。

入力

• 引数 - Orchestrator から実行するプロセスに渡すことができる入力引数のリスト。引数の型が不明な場合は、JSON に変換されます。
• 引数とする変数 - Arguments ディクショナリの代わりに、呼び出されるプロセスに渡す引数のディクショナリを保持する変数を 1 つ提供することもできます。この変数を実行時に設定すると、 引数よりも優先されます。
• プロセス名 - 実行する Orchestrator のプロセスの名前で、String 型変数に保管されます。このフィールドは、文字列と String 型変数のみをサポートします。プロセス名には、ロボットで使用されているパッケージの名前を含める必要があります。

その他

• エントリ ポイント - 呼び出されたプロセスのどのワークフローを最初に実行するかを指定します。このフィールドでは、文字列と String 型の変数のみがサポートされています。
• フォルダー パス - 指定されたプロセスがある Orchestrator フォルダーのパスで、ププロセスが実行されているフォルダーと異なる場合に使用されます。このフィールドは文字列値のみをサポートし、サブフォルダーを示す区切り文字として / が使用されます。たとえば、"Finance/Accounts Payable" です。
  注:

  Folder Path パラメーターは、クラシック フォルダー内のロボットによって実行されるプロセスでは機能しません。フォルダー外にデータを渡せるのは、モダン フォルダー内のロボットだけです。シリアル化できないデータ型をワークフロー間で渡すことはできません (例:UIBrowser、UIElement など)。

• プライベート - オンにした場合、変数および引数の値が Verbose レベルでログに出力されなくなります。
• ターゲット セッション - 子プロセスを開始するセッションを指定します。
  • Current - 子プロセスが親プロセスと同じセッション内に開きます。
  • Process Default - 子プロセスがプロセスの設定を使用します。
  • メイン - 親プロセスの実行場所に関係なく、メイン セッション内で子プロセスが開始します。
  • ピクチャ イン ピクチャ - 親プロセスの実行場所に関係なく、ピクチャ イン ピクチャ セッション内で子プロセスが開始します。
• パッケージを使用 - プロセスの識別をパッケージ名で行う (オンの場合) か、プロセス名で行う (オフの場合) かを指定します。

Argument messages

The activity reports the state of its Arguments dictionary in the info box. None of these messages removes an argument you configured: Refresh arguments either imports the arguments the invoked process declares or leaves the dictionary as it is and says why.

This activity passes input arguments only, so the messages below concern the input arguments of the invoked process.

• "The arguments could not be read from the invoked target, so they were left unchanged." - Shown when you select Refresh arguments and the process name is empty, the entry point does not resolve, the call to Orchestrator fails, or its metadata cannot be parsed. While you edit the activity, this case reports nothing.
• "The invoked target declares arguments that cannot be imported (for example, a missing name or type, or a duplicate name), so the arguments were left unchanged. Fix the target's arguments and refresh again." - Shown when you select Refresh arguments. The import is refused as a whole rather than writing only the arguments that could be built.
• "The arguments could not be updated in the workflow, so they were left unchanged. See the logs for details." - Shown when you select Refresh arguments if the invoked process was read but the dictionary could not be written back. Nothing is lost.
• "The invoked target declares no arguments. For safety the following are not removed automatically:" followed by the argument names. - Shown both when you refresh and while you edit, when the invoked process declares neither input nor output arguments. The listed arguments are kept deliberately, and you can remove them manually if the invoked process no longer uses them.
• "The invoked target declares no input arguments. For safety the following are not removed automatically:" followed by the argument names. - The same case for a process that declares output arguments but no input ones, so the message does not say the process declares nothing when it declares several.
• "The following argument(s) are missing or misconfigured:" followed by the argument names. - Shown while you edit, when the invoked process declares arguments the activity does not have, or has with a different type or direction. Selecting Refresh arguments resolves it.
• "The following arguments are extra:" followed by the argument names. - Shown while you edit, when everything the invoked process declares is already configured and the activity carries further arguments on top of it.
• "The following argument(s) are missing or misconfigured:" followed by the argument names, then "N argument(s) are extra." - Shown while you edit, when the previous two cases apply at once, which is what pointing the activity at a different process produces. The missing arguments are named, the extra ones only counted.

The messages that list argument names show at most three, then append "and N other(s)".