2026 年 5 月

Automation Cloud の Maestro の 2026 年 5 月のリリース ノート

2026 年 5 月 29 日

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

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

2026 年 5 月 28 日

通知サービス タスク

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

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

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

Orchestrator ジョブの失敗のエラー メッセージ

Orchestrator ジョブの開始に失敗した場合に、より具体的なエラー メッセージが Maestro に表示されるようになりました。常に「Orchestrator の RPA ジョブを開始できませんでした。」という汎用のメッセージが表示されるのではなく、Maestro で具体的なジョブの種類が特定されるようになりました。たとえば、「Orchestrator のエージェント ジョブを開始できませんでした。」や「Orchestrator の機能ジョブを開始できませんでした。」のようになります。

2026 年 5 月 25 日

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

人間参加型 (HITL) のタスクの完了時に、既存のアクションの出力とともに、タスクの完全な応答が hitlTask 出力変数として Maestro に表示されるようになりました。以前は、ワークフローで読み取ることができるのは、完了したユーザーが実行したアクションだけでした。現在は、下流のステップで、タスクのすべての詳細 (担当者の情報やタスク キーなど) をアプリ タスク API の応答から読み取れるようになりました。

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

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

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

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

Maestro において、無制限の大きなデータ パス (実行履歴の配列や AI の推奨事項の配列など) が、Instance、ElementExecution、および Incident のコンテナー上での Cosmos DB のインデックス作成から除外されるようになりました。これにより、高スループットのワークフロー、特に複数インスタンスのサブプロセスとケース管理のシナリオで書き込み要求ユニット (RU) の消費量が削減されます。既存のコンテナーは起動時に Maestro によって新しいインデックス作成ポリシーに合わせて調整されるため、対応は必要ありません。

バグ修正

• ログ フィールドの文字列表現が null である場合に、アクティビティのエラーを記録する際に発生していたランタイム例外を修正しました。現在は、エラー ログのパスで null 値が適切に処理されるようになりました。