2026 年 5 月

2026 年 5 月 29 日

プロセス リポジトリの一般提供を開始

プロセス リポジトリ機能の一般提供を開始しました。プロセス リポジトリは、自動化案件とは別に、組織の業務プロセスを文書化および管理するための専用のスペースとして Automation Hub 内に用意されています。業務プロセスのエントリは、組織のタクソノミーを反映した機能マップで編成され、BPMN プロセス マップの作成をサポートしており、Studio Web ソリューションにリンクできます。今回のリリースでは、プロセス リポジトリに組み込みの BPMN モデリング エディター、プロセス マップのバージョン管理、共同コメント機能も追加されました。詳細については、「 プロセス リポジトリについて」をご覧ください。

2026 年 5 月 28 日

通知サービス タスクです。

BPMN ワークフローでは、サービス Maestro.NotificationService タスクを使用して、明示的なプロセス ステップとして UiPath Notification Service のイベントを送信できるようになりました。ワークフロー作成者は、通知トピック、受信者 (GUID で識別されるユーザーまたはグループ)、優先度、およびメッセージ本文を指定します。通知は、ワーカーの既存のサービス ID を使用してディスパッチされ、追加の資格情報は必要ありません。

以前は、通知は組み込みのケース管理アラート パスからのみ使用でき、受信者やトピックは制御できませんでした。

詳しくは、「 サービス タスク」をご覧ください。

Orchestrator ジョブの失敗に関するエラー メッセージ

Orchestrator のジョブの開始に失敗した場合に、Maestro でより具体的なエラー メッセージが表示されるようになりました。「Orchestrator RPA ジョブの開始に失敗しました」という一般的なメッセージが常に表示されるのではなく、Maestro によって特定のジョブの種類が識別されるようになりました (例: 「Orchestrator エージェント ジョブの開始の失敗」や「Orchestrator の機能ジョブの開始の失敗」)。

2026 年 5 月 25 日

hitlTask 人間参加型のタスクの出力変数

Human-in-the-Loop (HITL) タスクが完了すると、Maestro ではタスクの完全な応答が、既存のアクションの出力とともに hitlTask 出力変数として公開されるようになりました。これまでのワークフローでは、完了したユーザーが実行したアクションしか読み取れませんでした。下流工程で App Tasks API の応答から、担当者の情報やタスク キーなど、すべてのタスクの詳細を読み取れるようになりました。

詳細については、「 ユーザー タスク」をご覧ください。

IXP 抽出アクティビティ: jobAttachment のデジタル化モード

[IXP 抽出] アクティビティで、従来のfileUpload モードに加えて、jobAttachmentデジタル化モードも受け入れるようになりました。jobAttachmentモードでは、添付ファイルの識別子、ファイル名、MIME タイプが個別の入力として指定されます。ジョブの添付ファイルを Orchestrator から直接受け取るワークフローで、 downloadedFileOutput 参照を最初に解決することなくドキュメントの抽出を呼び出せるようになりました。認識されないモードを提供するワークフローでは、一般的な入力検証エラーではなく、エラー コード ( IdpDigitizationModeNotSupported ) が表示されます。

高スループットのワークフローで書き込みオーバーヘッドを削減

Maestro では、実行履歴配列や AI レコメンデーション配列などの無制限の大きなデータ パスが、インスタンス、ElementExecution、Incident コンテナーの Cosmos DB インデックス作成から除外されるようになりました。これにより、高スループットのワークフロー、特にマルチインスタンスのサブプロセスとケース管理のシナリオで、書き込み要求ユニット (RU) の消費量が削減されます。Maestro は起動時に既存のコンテナーを新しいインデックス作成ポリシーに調整するため、アクションは不要です。

バグ修正

• アクティビティ エラーの記録時にログ フィールドの文字列表現が null の場合に発生していた実行時の例外を修正しました。エラーログのパスが null 値を適切に処理するようになりました。