- Linux の Automation Suite のリリース ノート
- EKS/AKS の Automation Suite のリリース ノート
- OpenShift の Automation Suite のリリース ノート
2.2510.0
OpenShift の Automation Suite の 2.2510.0 リリース ノート
公開日: 2025 年 11 月 11 日
更新内容
Automation Suite の新しいバージョンのバージョン管理形式
今回のリリースより、Automation Suite では新しいバージョン管理形式が使用されます。形式は、次のように定義されたパターン [Major].[YYMM].[Patch]に従います。
Majorは、メジャー リリースが配信されると増加します。YYMMは、ロング ターム サポート (LTS) リリースの年月を表します。Patchは、最初の LTS リリース後の累積的な更新プログラム (CU) ごとに増加します。
この LTS リリースのバージョン形式は 2.2510.0です。このリリースは、今後の累積的な更新のベースラインとなります。
Test Cloud の導入
OpenShift のデプロイを通じて Test Cloud をオンプレミスで利用できるようになりました。今回のリリースでは、Test Cloud の完全なエクスペリエンスがセルフマネージド環境でも利用できるようになりました。これにより、組織のインフラストラクチャ内で安全かつ大規模にテストを設計、実行、管理できるようになりました。
Test Cloud を使用すると、自動化されたテストを大規模に設計、実行、管理しながら、データ、インフラストラクチャ、コンプライアンスの要件を完全に制御できます。
Test Cloud の主なメリット
Test Cloud には次の利点があります。
- 自動化の包括的なカバレッジ: Citrix、Web、デスクトップ、SAP、メインフレーム、API、モバイルなど、さまざまな自動化の種類をサポートします。
- テスト データの管理: 多様なデータ ソースにアクセスして、データ ドリブンなテストを強化します。
- 詳細なインサイト: 高度な分析とレポート機能により、テストのパフォーマンスを完全に可視化します。
- 柔軟なテスト方法: 自動テストと手動テストの両方が可能です。さらに、Data Service や Orchestrator などのサービス、および Autopilot で生成したデータセットを使用したデータ ドリブンなテストも可能です。
ドキュメントとガイダンス
OpenShift デプロイを通じて提供されるオンプレミスの Test Cloud のドキュメントは、インストールガイド、管理者ガイド、ユーザー ガイド、および API ガイドで確認できます。
つまり、Automation Suite と Test Cloud は、リリース ノート、インストール ガイド、管理者ガイド、API ガイドでコンテンツを共有します。
Automation Suite に新製品を追加
Automation Suite の製品ポートフォリオに、Integration Service、Studio Web、ソリューション、Autopilot for Everyone が加わりました。この拡張は、Automation Cloud 経由で提供される機能と同等の機能を維持するという目標に合致するものです。
これらの新しく追加された製品のインストールと構成の詳細については、『 OpenShift の Automation Suite のインストール ガイド』をご覧ください。これらの製品の機能を最大限に活用する方法について詳しくは、個々の製品ガイドをご覧ください。
- Automation Suite の Integration Service ユーザー ガイド
- Automation Suite の Studio Web ガイド
- Automation Suite のソリューション ガイド
- Autopilot for Everyone ガイド
AI Trust Layer の紹介
Automation Suite に AI Trust Layer を導入しました。 AI Trust Layer は、UiPath エコシステム全体にわたって AI 関連のあらゆる操作を一元的に管理および統制し、ユーザー独自のインフラストラクチャ内に完全にデプロイされます。
AI Trust Layer は、UiPath GenAI のすべての機能と、ユーザーが構成する独自のモデル (BYOM) との連携のための、統合された管理および監査インターフェイスを提供します。Automation Cloud と同じガバナンス、可観測性、コンプライアンス機能を提供しながら、すべてのデータとモデルのトラフィックをプライベート環境内に確実に封じ込めます。
主な機能と利点
- AI の包括的な監視 - 一元化された監査パネルを通じて、AI モデルに関連する操作を監視し、組織内のすべての AI アクティビティの透明性を確保します。
- ガバナンスの強化 - AI ポリシー、モデルの使用状況、ガバナンス ルールをきめ細かく制御し、AI 運用を効果的に規制します。
- 使用状況に関するインサイト - [ 使用状況の概要 ] タブで AI の利用状況を明確に把握し、チーム間での AI の使用状況についてデータに基づいた決定を下すのに役立ちます。
- Autopilot for Everyone の管理 - 1 つのインターフェイスから、組織全体で Autopilot の使用状況を管理および監督できます。
- 独自のモデルの使用 (BYOM) のサポート - [LLM の設定 ] タブを使用すると、UiPath エコシステム内で独自の大規模言語モデルを統合および管理できます。
- 管理効率の向上 - 制御、監査、コンプライアンスのワークフローを合理化して、AI 運用の安全性、透明性、管理が行き届いた状態を維持できるようにします。
詳しくは、「AI Trust Layer」をご覧ください。
コンテキスト グラウンディングの導入
Automation Suite で コンテキスト グラウンディング サービスが 利用できるようになりました。これは、検索拡張生成 (RAG) を使用して大規模言語モデル (LLM) に到達する前に、関連するコンテキスト情報でプロンプトを拡充することにより、UiPath の生成 AI エクスペリエンスを向上させるプラットフォーム サービスです。コンテキスト グラウンディングのインデックスを使用すると、独自のデータを統合して、より正確で信頼性の高い GenAI の結果を得ることができます。
インデックスは、Orchestrator で直接作成および管理できるほか、UiPath GenAI アクティビティを使用して管理することもできます。
コンテキスト グラウンディングを使用するには、AI Trust Layer を使用して、AI プロバイダーへの独自の LLM 接続を設定します。
複数の Automation Suite インスタンスを 1 つのクラスターにデプロイする
複数の Automation Suite インスタンスを 1 つの OpenShift クラスターにデプロイできるようになりました。この改良により、各 Automation Suite インスタンスに固有の情報を含む個別の input.json 構成ファイルを追加できるようになりました。これにより、追加の OpenShift クラスターなしで個別の Automation Suite インスタンスをセットアップできます。
さらに、ArgoCD を使用して、単一の OpenShift クラスター内の複数の Automation Suite インストールを管理および監視できるようになりました。これは、たとえば、ステージング環境と運用環境の両方を同じクラスター上でホストして Automation Suite のアップグレードを検証する場合に特に便利です。
さらに、インストールごとに個別の input.json 構成ファイルを作成することで、データレイヤーを効果的に分離できます。これは、同じクラスター内の異なるバージョン、データタイプ、ワークロードに基づいて環境を分離する場合に大きなメリットがあります。
複数の Automation Suite インスタンスを 1 つのクラスターにデプロイするには、次の手順を実行します。
- 1 つのクラスターで複数のインストールを行うように Istio を設定する
- インストール権限を付与する
- 1 つのクラスター内の複数のインストール用に ArgoCD を構成する
- OperatorHub による Redis のデプロイ
- 1 つのクラスターに複数の Automation Suite インスタンスをインストールする
Disaster Recovery - アクティブ/パッシブ デプロイ
OpenShift の Automation Suite で、アクティブ/パッシブ構成の障害復旧がサポートされるようになりました。
ノード、データ センター全体、さらにはリージョン単位で完全な障害が発生しても耐えられるよう、Automation Suite を構成できるようになりました。
アクティブ/パッシブ モードでの Automation Suite のデプロイでは、以下のシナリオをサポートしています。
- 同一リージョンでのデプロイ
- リージョン間デプロイ
詳細については、「 Disaster Recovery - アクティブ/パッシブ」 および「 クイック リンク」をご覧ください。
IPv6およびデュアルスタック構成のサポート
Automation Suite が、IPv6 およびデュアルスタック (IPv4 と IPv6) ネットワークを使用したデプロイをサポートするようになりました。
この機能強化により、Automation Suite のサービスとイングレス コンポーネントは、IPv6 専用ネットワークまたは IPv4/IPv6 が混在するネットワークを使用する環境で実行できます。
構成について詳しくは、「 ネットワーク 」セクションをご覧ください。
資格情報管理のための SecretStore のサポート
シークレット ストアを使用して Automation Suite をデプロイできるようになりました。これにより、資格情報を input.json ファイルに含めるのではなく、安全に保存および管理できます。この機能強化により、デプロイ時のセキュリティが向上し、資格情報の管理が簡素化されます。
シークレットストアを使用するには、外部シークレット演算子が構成されている必要があります。Automation Suite には、バンドルされた外部シークレット演算子が既定で含まれます。オペレーターは、外部のシークレット管理システムからクラスターにシークレットを同期し、デプロイ中に使用できるようにします。
独自の外部シークレット オペレーターを利用することもできます。詳細は、「 外部シークレット Operator のインストール」を参照してください。
Kubernetes シークレットや Azure Key Vault などのシークレットストアの種類を使用できます。SecretStore を構成すると、デプロイ中に必要な資格情報が自動的に取得 uipathctl 。
詳しくは、「 資格情報 シークレットストアの設定」をご覧ください。
管理者
ユーザーとグループのプロファイル
監査とトラブルシューティングの統合プロファイル
ユーザー アカウントとローカル グループに関する必要な情報をすべて確認および管理できる統合ビューを導入しました。このビューを「ユーザーとグループのプロファイル」と呼びます。
ユーザーとグループのプロファイルは、ユーザーまたはグループの設定の監査とトラブルシューティングを容易にするために必要なソリューションです。以前とは異なり、グループ メンバーシップのカスタマイズ、ライセンスの処理、アクセスの監視、ユーザーとグループの情報の更新など、さまざまな操作を 1 つの場所から実行できるようになりました。
現在、ユーザーとグループのプロファイルは組織管理者のみが利用できます。
ユーザーとグループのプロファイルの使用方法
ユーザーとグループのプロファイルにアクセスするには、[管理] > [アカウントとローカル グループ] に移動し、[ユーザー アカウント] タブまたは [ローカル グループ] タブを選択してから、管理するユーザー アカウントまたはローカル グループを選択します。新しいウィンドウが開き、ユーザーまたはグループの設定を表示または更新できます。
次の画像は、ユーザー プロファイルを管理するためのオプションの一部です。
新しいユーザーとグループのプロファイルを使用して実行できる操作の包括的なリストについては、「ユーザー グループとプロファイルを管理する」をご覧ください。
Tenant Administrator ロールの紹介
初のサービス横断ロール
Automation Suite に Tenant Administrator ロールが追加されました。
この新しいサービス横断ロールを使用すると、特定のテナント内のリソースをすべて管理するユーザー、グループ、ロボット アカウント、外部アプリケーションを指定することで、より効率的に責任を委任できます。
Tenant Administrator に委任できるようになるタスクとしては、ロールの割り当て、ライセンスの管理、サービスのプロビジョニングなどがあります。Tenant Administrator が組織内の他のリソースにもアクセスできるのではないかという心配は不要です。
Tenant Administrator ロールは RPA CoE ディレクターや IT 管理者にとって最適であり、このロールを使用して一部のタスクを組織管理者からテナント レベルのロールに再割り当てできます。
Tenant Administrator ロールのメリット
新しい Tenant Administrator ロールのメリットは次のとおりです。
- 業務効率の向上: この新しいロールにより、テナント レベルの操作を担当する管理者を設定するために必要な時間が短縮される
- 組織管理者の作業負荷の軽減: 組織管理者の負担が軽減されます。
- セキュリティの向上: 最大の権限を持つユーザーが減るため、アクセス権に対する制御が向上する
Tenant Administrator ロールは、UiPath が導入予定のロールとしては初となるテナント レベルのロールです。UiPath の目標は、複数のサービス横断ロールを一元的に管理できるようにすることです。
既知の制限事項
Tenant Administrator ロールは現在、以下の既知の制限の影響を受けており、UiPath はその解決にあたっています。
- Tenant Administrator ロールをサポートするサービスは、Orchestrator (Actions、Processes、Integration Service を含む)、Data Service、Document Understanding、Task Mining、Test Manager のみです。他のテナント レベルのサービスは現在サポートされておらず、Tenant Administrator ロールのみを持つユーザーはこれらのサービスにアクセスできません。
- Tenant Administrator は、インターフェイスから組織レベルのメニューにアクセスできません。
- Tenant Administrator は、[管理] > [テナント] > [サービス] 画面で有効なサービスを表示することはできますが、サービスを追加または削除することはできません。
- テナント管理者は、[管理] > [テナント] > [アクセス権を管理] 画面で、自分が管理していないテナントを表示できます。ただし、 テナント管理者が これらのテナントにアクセスしてもアクションを実行できません。
新しい Tenant Administrator ロールとその割り当て方法について詳しくは、「 テナント レベルのロール」をご覧ください。
テナント ピッカーの強化
プラットフォームのテナント ピッカーのデザインが一新され、新機能が追加されました。
強化された点として、検索ボックスが追加され、テナントが複数ある場合にナビゲーションが容易になったほか、各テナントのデータが存在するリージョンが表示されるようになりました。
図 1.テナント ピッカーのデータ所在地
一元的なアクセス管理
一元的なアクセス管理イニシアチブをご紹介します。一元的なアクセス管理により、アクセス管理プロセスが合理化され、カスタマイズ機能が強化されます。これらの機能を使用すると、組織全体でロールと権限を簡単に管理することができ、効率とコンプライアンスが向上し、トラブルシューティングが容易になります。
更新された以下の主な領域を確認し、その新機能をご覧ください。
コンプライアンスと監査
- API または UI を使用してロールの割り当てをエクスポートする
API またはユーザー インターフェイス (UI) を介して、プラットフォーム全体にわたってすべての製品とサービスのロールとロールの割り当てをエクスポートできるようになりました。[アカウントとローカル グループ] メニューの [ロールの割り当てをダウンロード] ボタンを選択します。 この機能により、環境全体のロールの割り当てを一元的に表示することができ、監査、コンプライアンス、レポートが簡素化されます。 API の説明について詳しくは、「ユーザー ロールの割り当てをエクスポートする」を、UI の説明について詳しくは、「ロールの割り当てをエクスポートする」をご覧ください。 - [アクセス権を確認] でのフォルダーのサポート
[アクセス権を確認] を使用すると、組織管理者とテナント管理者は、ユーザー、グループ、アカウント、外部アプリケーションに割り当てられたロールと権限を、テナント レベルとサービス レベルの両方で簡単に確認できます。フォルダー レベルのサポートも利用可能です。特定のフォルダーに関連付けられているロールを確認することで、プラットフォーム全体のアクセス権限をより完全かつ正確に表すことができます。さらに、すべての権限の詳細を CSV ファイルにエクスポートして、さらに確認およびレポートすることができます。この機能を使用するには、[ 管理 ] > [ アクセス権を管理 ] > [アクセス権を確認] に移動し、任意のアカウントを検索してそのロールと権限を確認します。詳しくは、「 アクセス権を確認する」をご覧ください。
一元化
- カスタム ロール
カスタム ロールが組織レベル、テナント レベル、およびサービス レベルで利用できるようになりました。 テナント内の 1 つまたは複数のサービスの権限を組み合わせて新しいロールを定義し、特定のロールのニーズに合わせたアクセス制御を確保できます。 詳しくは、「カスタム ロール」をご覧ください。 - テナント管理者ロール
この新しいサービス横断ロールにより、ユーザー、グループ、ロボット アカウント、または外部アプリケーションが指定されたテナント内のすべてのリソースを管理できるため、より効率的に責任を委任できます。 組織管理者は、ロールの割り当て、ライセンスの管理、サービスのプロビジョニングなどの責任を Tenant Administrator に委任できるようになりました。これにより、組織内の他のリソースに望ましくないアクセスが発生する懸念を軽減できます。 新しい Tenant Administrator ロールとその割り当て方法について詳しくは、「テナント レベルのロール」をご覧ください。 - Insights Dasbboard Viwer ロール
Insights Dashboard Viewer ロールは組織レベルの新しいロールです。このロールを使用すると、ユーザーに完全な組織管理者権限を付与することなく、組織レベルで Insights のダッシュボードへの具体的なきめ細かいアクセス権を割り当てることができます。 このロールはダッシュボードへのアクセスを対象としたものであり、組織全体で分析情報を共有する際の制御と柔軟性が向上します。 詳しくは、「組織レベルのロール」をご覧ください。 - テナントの種類とタグ付け
新しいテナントを作成する際に、テナントに対してテナントの種類を選択できるようになりました。[新しいテナントを作成] UI ウィザードの [環境の種類] セクションで [運用]、[ステージング]、または [開発] を選択します。 この機能により、テナント管理がより直感的になり、テナントの厳密な命名規則を維持する手間が省けます。さらに、目的に基づいてテナントにタグを付けることもでき、管理タスクが効率化されます。 詳しくは、「テナントを追加する」をご覧ください。
一貫性
- [アクセス権を管理] メニュー
[アクセス権を管理] メニューのデザインを変更し、組織、テナント、サービスのすべてのプラットフォーム レベルで一貫した外観が表示されるようにしました。 作業しているプラットフォーム レベルに関係なく、同じインターフェイスを使用してロールとロールの割り当てを管理できます。この一貫したアプローチにより、異なるスコープ間を移動する際の手間が軽減され、全体的な使いやすさが向上します。 詳しくは、「スコープに基づく [アクセス権を管理] のユーザー インターフェイス」をご覧ください。
画面左側のレールのデザインの見直しによりナビゲーションを強化
ユーザー エクスペリエンス向上のための継続的な取り組みとして、Automation Cloud の画面左側のレールのデザインを見直し、プラットフォームの主要部分に簡単にアクセスできるようにしました。
新しい画面左側のレールはカスタマイズされていて、お気に入りのサービスとモジュールのみが表示されます。これは簡単にパーソナライズできます。アクセス権を持っているサービスはすべて引き続き利用可能ですが、表示するには画面左側のレールを展開する必要があります。
サービスをお気に入りに追加するには、そのサービス上にホバーして、サービス名の横にある灰色の [お気に入り] アイコンを選択します。サービスをお気に入りから削除するには、オレンジ色の [お気に入り] アイコンを使用します。
図 2.[お気に入り] セクションを含む新しい画面左側のレール
新しいナビゲーション エクスペリエンスの包括的な説明については、「画面左側のレール」をご覧ください。
刷新されたデザインを使ったナビゲーションをお試しください。
ライセンス
ユニファイド プライシング、革新的なライセンス モデル
UiPath はユニファイド プライシングを発表します。これは機能を強化したライセンス モデルであり、新しいライセンス プラン、ユーザー ライセンス、および信用に基づく革新的な手法を提供します。これらの機能により、ユニファイド プライシングは既存のフレックス ライセンスモデルに代わる魅力的な選択肢となります。
主なメリット
ユニファイド プライシングでは、次の新機能を導入します。
- 信用に基づくアプローチ: ユニファイド プライシングでは、AI ユニット、アプリ ユニット、ロボット ユニット、API 呼び出し、エージェント ユニットなど、すべてのライセンス消費単位が単一の単位であるプラットフォーム ユニットにまとめられています。この簡素化により、わかりやすく、追跡しやすいライセンスになっています。
- 柔軟性の向上: ユニファイド プライシングでは、プロジェクトの変化するニーズに基づいてプラットフォーム ユニットを簡単に再割り当てできます。プラットフォーム ユニットは複数の UiPath サービスで消費できます。その用途が、取得したユニットに事前定義した用途に制限されることがありません。これにより、必要なときにいつでも、プロジェクトの最も必要とされている部分に注力しリソースを割り振ることができます。
利点が得られるユーザー
現在のところ、Automation Cloud 製品、Automation Suite 製品、およびデスクトップ製品でユニファイド プライシング ライセンス プランを取得できます。この新しいライセンス モデルは、既存のお客様と新規のお客様の両方のニーズに応えます。
既存のフレックス ライセンス モデルを使い続ける場合は、自由にその選択を行うことができます。ただし、現在フレックス モデルで運用している状況で、ユニファイド プライシングに切り替える場合、この移行を行うためには、ユーザー ライセンス管理を有効化し、ライセンスを再割り当てする必要があることに注意してください。詳しくは、セールス担当者までお問い合わせください。
その他のリソース
ユニファイド プライシングで利用可能なユーザー SKU の包括的な情報については「UiPath Licensing」をご覧ください。
ニーズに合わせた最適なライセンス モデルを選択する方法については、「概要」をご覧ください。
プラットフォーム レベルで新たに導入されたユニファイド プライシング プラン、ユーザー ライセンス、プラットフォーム ユニットについて詳しくは、『 Automation Suite 管理ガイド』をご覧ください。
UiPath の各製品に適用される消費ロジックについては、その製品の詳しいユーザー ガイドをご覧ください。
テナント レベルのライセンスの追跡と割り当ての改良
割り当て可能なライセンスの数に加えて、テナントで現在使用中のランタイムの数も監視できるようになりました。この新しい値は、選択したテナントの [ライセンスの割り当てを編集] パネルで確認できます。このパネルを開くには、[管理] セクションの [ライセンス] カードを選択します。
この新機能を使用すると、残りのライセンスを簡単にカウントして割り当てることができるので、使用中のライセンスの再割り当てを避けることができます。詳しくは、「ライセンスの割り当て超過」をご覧ください。
以下の画像は [ライセンスの割り当てを編集] パネルを示しています。ここで、利用可能なライセンス数と使用中のライセンス数の両方を参照できます。
ユーザー グループごとのクォータの導入
ユーザー ライセンス管理システムに、ユーザー グループごとのクォータを追加しました。この機能を使用することで、組織管理者はグループが取得できるユーザー ライセンスの数を制御できます。基本的に、各グループに属するユーザーは、設定されたクォータまでライセンスを取得できるようになります。これにより、組織内の複数の事業部門間におけるライセンスの割り当てと全体的な管理が効率化されます。
主なメリット
ユーザー グループごとのクォータを使用すると、以下のような利点があります。
- 制御の強化: 組織管理者は、グループが取得できるユーザー ライセンスの数を制限することができ、組織全体でライセンスをより適切に制御できます。
- 効率の向上: 管理者は、特定のユーザー グループに割り当てるライセンスの数を制御できます。これにより、グループ割り当てのみでライセンスを管理する場合と比較して、より対象を絞ったライセンス管理が可能になります。管理者は、このメカニズムを権限と組み合わせて使用し、ユーザー グループのアクセスを特定のテナントや特定の数のライセンスに制限できます。
使用状況に関する注
グループのライセンス割り当てルールを追加または編集する際に、組織管理者がユーザー グループごとのクォータを制御できるようになりました。詳しくは、「ライセンス割り当てルールを管理する」をご覧ください。
この新機能を利用する際には、以下の重要な点に留意してください。
- 最小クォータ: 設定できる最小クォータの値は 1 です。0 に設定すると、エラー メッセージが表示され、有効な操作に誘導されます。
- 無制限の上限クォータ: クォータに上限は設定されていません。利用可能なライセンス数を超える値を設定した場合、ユーザーは利用可能な最大数までライセンスを取得できます。ただし、これは推奨される設定ではないことに注意してください。
- クォータの減少: グループがすでに取得しているライセンス数よりも少ないクォータを設定しようとすると、既存の割り当てを調整する必要があることを示すエラー メッセージが表示されます。詳しくは、「直接割り当てたライセンスの割り当てを解除する」をご覧ください。
この強化は、組織内でのライセンス管理作業を簡素化することを目的としています。
Identity
SAML 認証要求用の UiPath の署名証明書を API で管理する
ご使用の ID プロバイダー (IdP) が UiPath の SAML メタデータ URL からの更新の自動使用に対応しておらず、署名付きの認証要求または応答が必要な場合は、IdP で検証証明書を確実に更新することはできません。
この場合、API エンドポイントを使用して独自の検証証明書をアップロードできるようになり、署名付き SAML 要求または応答に関する IT 要件を満たすことが可能になります。検証証明書のアップロードのステップ バイ ステップの手順については、「SAML 認証要求用の UiPath 署名証明書を管理する」をご覧ください。
OAuth 外部アプリケーションを管理するための API サポート
API を使用して、外部アプリケーションのクライアント シークレットのローテーションを自動化できるようになりました。これにより、長期間使用されるシークレットや手動でローテーションされたシークレットに関連するリスクが軽減され、セキュリティ要件を満たすことができます。
新しい API を使用すると、以下が可能になります。
- OAuth 外部クライアント アプリケーションを一覧表示および管理します。
- OAuth 外部アプリケーションのシークレットを作成、更新、削除します。
- きめ細かい範囲を使用してシークレットを生成します。
詳しくは、「 外部クライアント API」をご覧ください。
ユーザーの同意の管理
管理者は、組織にログインするユーザー用の同意プロンプトを作成できます。この機能により、ユーザーが UiPath エコシステムに参加する前に、各ユーザーに組織のポリシーを周知させて準拠するよう徹底できます。
同意プロンプトの設定方法については、こちらをご覧ください。
組織へのアクセスの制限のサポート
組織へのユーザー アクセスを簡単に管理できるようになりました。この新機能により、Automation Cloud 内の特定の組織にネットワークからアクセスできるデバイスをより細かく制御できます。会社が管理するデバイスからであっても、特定の組織への未認可のアクセスを防止できるようになりました。
この機能強化により、リソースの誤用や未認可のデータ アクセスのリスクが軽減されます。この機能によって UiPath 環境を一貫して制御し、追加のセキュリティ レイヤーを提供できます。
この機能を最大限に活用する方法について詳しくは、「組織へのアクセスを制限する」をご覧ください。
非推奨になった API エンドポイント
/identity_/api/User/{userId}/loginAttempts エンドポイントは非推奨となりました。監査ログには /{organization_name}/portal_/api/auditLog エンドポイントを使用するように切り替えてください。
改良点
Istio HSTS が既定で有効化されるように
セキュリティを強化するために、Istio HSTS が既定で有効化されるようになりました。
uipathctl の改良
- 前提条件の確認コマンドを実行する際に、包含フラグと除外フラグで利用可能なすべてのオプションをリスト表示できるようになりました。
--list-optionsについて詳しくは、『uipathctl リファレンス ガイド』をご覧ください。 - 効率を高めるため、バンドル作成プロセス中に診断チェックが実行されなくなりました。以前は、サポート バンドルの作成時に既定で健全性チェックが実行されていたため、健全性チェックを回避するには
--skip-diagnoseフラグを明示的に使用する必要がありました。診断チェックの実行方法について詳しくは、「 uipathctl reference guide」をご覧ください。
追加のカスタム CA 証明書のサポート
input.json ファイルで外部 CA 証明書のパスを含むadditonal_ca_certsキーを指定することで、追加のカスタム CA 証明書を含めることができます。
テレメトリと構成に関するインサイトの強化
Automation Suite サポート バンドルにテレメトリの概要を含め、環境の構成、リソース使用率、コマンドの実行に関する洞察を提供します。また、生成された XML ファイルを表示する方法に関するガイダンスも用意されており、Customer Portal 経由で UiPath サポートとテレメトリ共有を有効化しました。
Redis ライセンスの有効期限に関する新しいアラート
内部 Redis ライセンスの有効期限に関する新しい Prometheus アラートを追加しました。 このアラートには、ライセンスの有効期限に設定されている期間に基づいて、90 日間、30 日間、7 日間の 3 つの通知レベルがあります。
RWX StorageClass 選択の設定の改善
input.json ファイルに新しいフィールドを追加し、ReadWriteMany (RWX) アクセス モードをサポートする StorageClass を定義しました。
この追加により、明確さが向上し、Studio Web や ECS など、ReadWriteMany (RWX) アクセス モードで PersistentVolumeClaim (PVC) を必要とするコンポーネントが適切な RWX 対応の StorageClass を使用するようになります。
詳しくは、「 設定input.json」をご覧ください。
削除
完全な移行オプションは利用できない
スタンドアロン製品のデータを Automation Suite に移行するための完全な移行オプションは利用できなくなりました。Orchestrator のエンティティを転送する方法は、Automation Cloud™ 移行ツールを利用したシングル テナントの移行方法としてのみサポートされています。
詳しくは、「 移行とアップグレード 」セクションをご覧ください。
バグ修正
- 証明機関 (CA) の証明書が認識されないために Automation Suite のインストールが失敗する問題を修正しました。この問題は、
CertificatePoliciesセクションに 4 バイトを超えるポリシー OID 値が含まれていると発生していました。 - 今回のリリースには、 CVE-2025-55315 に対応するためのセキュリティ更新プログラムが含まれています。
既知の問題
HA 環境における Horizontal Pod Autoscaler と ArgoCD のスケーリングの競合
追記 (2026 年 9 月 10 日) HA 環境では、負荷が増加すると、影響を受けるワークロードを水平ポッド オートスケーラー (HPA) によってスケール アップされ、ArgoCD アプリケーション コントローラーがワークロードをスケール ダウンします。これは、ArgoCD が Helm チャートまたはマニフェストで定義されたレプリカ数を信頼できる情報源として扱い、ワークロードがスケール アップとスケール ダウンを繰り返して安定化していないことが原因で発生します。
この問題に対処するには、<argocd> 名前空間の argocd-cm ConfigMap にパッチを適用し、ArgoCD がレプリカ数の違いを無視するようにする必要があります。
kubectl -n <argocd> patch configmap argocd-cm --type merge -p \
'{"data":{"resource.customizations.ignoreDifferences.argoproj.io_Rollout":"jsonPointers:\n- /spec/replicas\n"}}'
kubectl -n <argocd> patch configmap argocd-cm --type merge -p \
'{"data":{"resource.customizations.ignoreDifferences.argoproj.io_Rollout":"jsonPointers:\n- /spec/replicas\n"}}'
ArgoCD チャートの再同期または Automation Suite のアップグレードのたびに、このコマンドを再適用してください。どちらも ConfigMap を上書きしてパッチを削除するためです。
OpenShift 2.2510.4 の Automation Suite の問題を修正しました。
2.2510.2 以降にアップグレードすると、Document Understanding の CPU 推論の設定が失われる
追記 (2026 年 9 月 10 日) Document Understanding モダン プロジェクト (enable_cpu_inference) で CPU 推論を有効化した場合、この設定は 2.2510.2 以降にアップグレードしても引き継がれません。この問題は、Automation Suite 2.2510.2 以降の input.jsonで enable_cpu_inference パラメーターの想定される場所が変更されたために発生します。
Automation Suite 2.2510.2 以降にアップグレードする前に、 enable_cpu_inference パラメーターを documentunderstanding ルートから modernProjects セクションに移動します。
// Before
"documentunderstanding": {
"enable_cpu_inference": false,
"modernProjects": {
"enabled": true
}
}
// Before
"documentunderstanding": {
"enable_cpu_inference": false,
"modernProjects": {
"enabled": true
}
}
// After (2.2510.2 or later)
"documentunderstanding": {
"modernProjects": {
"enabled": true,
"enable_cpu_inference": false
}
}
// After (2.2510.2 or later)
"documentunderstanding": {
"modernProjects": {
"enabled": true,
"enable_cpu_inference": false
}
}
デスクトップ版の Studio では Integration Service のコネクタとアクティビティを読み込めない
追記 (2026 年 7 月 23 日)デスクトップ版の Studio では、[アクティビティ] パネルに Integration Service のコネクタとアクティビティが表示されません。この問題は、 intsvcs-periodic VirtualService のルーティング設定ミスが原因で発生します。
この問題に対処するには、「 デスクトップ版の Studio で Integration Service のコネクタとアクティビティを読み込めない」をご覧ください。
OpenShift の Automation Suite 2.2510.3 の問題を修正しました。
Document Understanding モダン プロジェクトが有効化されていて、AI Center が無効化されている場合、前提条件の確認に失敗します
追記 (2026 年 7 月 23 日)Document Understanding モダン プロジェクトが有効で AI Center が無効化されている場合、前提条件の確認コマンドが誤って失敗する問題があります。
この問題に対処するには、「 トラブルシューティング」をご覧ください。
この問題は、 Automation Suite 2.2510.3 で修正されています。
TLS 証明書の検証が有効化されていると、AI Center と Document Understanding ポッドの起動に失敗する
追記 (2026 年 4 月 15 日): データベース TLS 証明書の検証が有効化されている場合、一部の AI Center と Document Understanding のポッドが Init:CrashLoopBackOffでスタックする場合があります。await-migration-completion init コンテナーがデータベースへの接続に失敗し、ログに TLS/SSL ハンドシェイク エラーが表示されます。
OpenShift 2.2510.2 の Automation Suite の問題を修正しました。
前提条件または健全性チェック後の残りの istio-validation-deployment
追記 (2026 年 4 月 15 日): 前提条件の確認 (uipathctl prereq) または健全性の確認 (uipathctl health checkを実行した後、仮想サービスの検証中に作成された istio-validation-deployment デプロイが自動的に削除されず、不要なクラスター リソースが消費される場合があります。
UiPath 名前空間にリソースが残っていないか確認するには、次のコマンドを実行します。
kubectl get deployments -n <uipath-namespace> | grep istio-validation-deployment
kubectl get jobs -n <uipath-namespace> | grep istio-validation-deployment
kubectl get deployments -n <uipath-namespace> | grep istio-validation-deployment
kubectl get jobs -n <uipath-namespace> | grep istio-validation-deployment
残りのリソースが存在する場合は、次のコマンドを実行して削除します。
kubectl delete job -n <uipath-namespace> <istio-validation-job-name>
kubectl delete deployment -n <uipath-namespace> <istio-validation-deployment-name>
kubectl delete job -n <uipath-namespace> <istio-validation-job-name>
kubectl delete deployment -n <uipath-namespace> <istio-validation-deployment-name>
OpenShift 2.2510.2 の Automation Suite の問題を修正しました。
Process Mining のインストール時にカスタム プラットフォーム データベース名がサポートされない
追記 (2026 年 3 月 26 日): Process Mining が有効化されている場合、カスタム プラットフォーム データベース名を使用すると、OMS バックフィル ジョブが失敗します。
回避策として、Process Mining をインストールするときに、プラットフォーム データベース名として AutomationSuite_Platform を使用します。
この問題は、Automation Suite 2.2510.2 で修正される予定です。
Document Understanding サービスが起動しない
追記 (2026 年 2 月 9 日): 特に IPv4 のみの環境では、一部の Document Understanding マイクロサービスの起動に失敗することがあることがわかりました。
Automation Suite 2.2510.1 の問題を修正しました。
FIPS 140-2 のサポートの制限
追記 (2026 年 1 月 22 日): Insights と Integration Service は、FIPS 140-2 が有効化されたマシンで実行される Automation Suite のデプロイではサポートされていません。FIPS 140-2 の要件への準拠を維持するには、これらのサービスを無効化する必要があります。
詳しくは、「 セキュリティとコンプライアンス」をご覧ください。
Process Mining が有効化されている場合、前提条件の確認に失敗します
追記 (2025 年 12 月 19 日): ある問題により、Process Mining が有効化されている場合、前提条件の確認が失敗します。この問題は、 cert-manager が Process Mining では不要になったにもかかわらず、チェックで必須コンポーネントとして誤って識別されるために発生します。
エラー メッセージは誤検知であり、無視しても問題ありません。
Automation Suite 2.2510.1 の問題を修正しました。
Kerberos 認証の制限
追記 (2025 年 12 月 19 日): Kerberos ベースの認証は現在、以下の製品ではサポートされていません。
- Integration Service
- Autopilot for Everyone
- AI Trust Layer (LLM ゲートウェイ、LLM の監視、コンテキスト グラウンディング)
UiPath では、Automation Suite の今後のリリースで Kerberos がサポートされるよう取り組んでいます。
それまでの間は、基本認証やワークロード ID ベースの認証などの代替認証メカニズムを使用できます。
カスタム データベース名がソリューションでサポートされない
追記 (2026 年 4 月 15 日): ある問題により、ソリューションにカスタム データベース名を使用できません。カスタム データベース名を指定すると、前提条件の確認は失敗します。
この問題を解決するには、 AutomationSuite_AutomationSolutions をソリューション データベース名として使用する必要があります。
この問題は、 Automation Suite 2.2510.2 で修正されています。
ワークロード ID が有効な状態での SQL チェックの失敗
問題が発生すると、前提条件チェックコマンドとヘルス診断コマンドで SQL チェックの失敗が報告される場合があります。この問題は、Apps、Automation Hub、Integration Service に対してワークロード ID が有効化されている環境で発生する可能性があります。
オフライン環境でコンテキスト グラウンディングの取り込みが失敗する
追記 (2026 年 9 月 10 日) オフライン (エアギャップ) デプロイでは、コンテキスト グラウンディングのドキュメントの取り込みがすべてのファイルの種類で失敗します。報告されるエラーは、ファイルの内容に問題があると誤って示しています。
OpenShift 2.2510.4 の Automation Suite の問題を修正しました。
非推奨化のタイムライン
非推奨化および削除される機能に関する最新情報については、非推奨化のタイムラインを定期的に確認することをお勧めします。
バンドルの詳細
製品バージョン
次の表に、Automation Suite 2.2510.0 の下でデプロイされるすべての UiPath 製品のリリース ステータス、バージョン、リリース ノートの概要を示します。
凡例:
✅ 新機能: このバージョンの Automation Suite には、新しい製品バージョンが含まれます。新しいリリース ノートを公開しました。
◆ バンドル: このフレーバーには、以前にリリースされた製品バージョンが含まれています。新しいリリース ノートはありません。
| 製品 | バージョン | リリース ノート |
|---|---|---|
| Action Center | ✅ 新規: 2.2510.0 | Action Center のリリース ノート |
| AI Center | ✅ 新規: 2.2510.0 | AI Center のリリース ノート |
| AI Computer Vision | ✅ 新規: 2.2510.0 | AI Computer Vision のリリース ノート |
| Apps (アプリ) | ✅ 新規: 2.2510.0 | Apps のリリース ノート |
| Automation Hub | ✅ 新規: 2.2510.0 | Automation Hub のリリース ノート |
| Automation Ops | ✅ 新規: 2.2510.0 | Automation Ops のリリース ノート |
| Autopilot for Everyone | ✅ 新規: 2025.9.3 | Autopilot for Everyone リリース ノート |
| Data Service | ✅ 新規: 2.2510.0 | Data Service のリリース ノート |
| Document Understanding | ✅ 新規: 2.2510.0 | Document Understanding の AI Center に基づくプロジェクトのリリース ノート Document Understanding モダン プロジェクトのリリース ノート |
| Insights | ✅ 新規: 2.2510.0 | Insights リリース ノート |
| Integration Service | ✅ 新規: 2.2510.0 | Integration Service のリリース ノート |
| Solutions (ソリューション) | ✅ 新規: 2.2510.0 | ソリューションのリリース ノート |
| Orchestrator | ✅ 新規: 2.2510.0 | Orchestrator リリース ノート |
| Process Mining | ✅ 新規: 2.2510.0 | Process Mining リリース ノート |
| Studio Web | ✅ 新規: 2.2510.0 | Studio Web のリリース ノート |
| Test Manager | ✅ 新規: 2.2510.0 | Test Manager のリリース ノート |
- 更新内容
- Automation Suite の新しいバージョンのバージョン管理形式
- Test Cloud の導入
- Automation Suite に新製品を追加
- AI Trust Layer の紹介
- コンテキスト グラウンディングの導入
- 複数の Automation Suite インスタンスを 1 つのクラスターにデプロイする
- Disaster Recovery - アクティブ/パッシブ デプロイ
- IPv6およびデュアルスタック構成のサポート
- 資格情報管理のための SecretStore のサポート
- 管理者
- ライセンス
- Identity
- 改良点
- Istio HSTS が既定で有効化されるように
- uipathctl の改良
- 追加のカスタム CA 証明書のサポート
- テレメトリと構成に関するインサイトの強化
- Redis ライセンスの有効期限に関する新しいアラート
- RWX StorageClass 選択の設定の改善
- 削除
- 完全な移行オプションは利用できない
- バグ修正
- 既知の問題
- HA 環境における Horizontal Pod Autoscaler と ArgoCD のスケーリングの競合
- 2.2510.2 以降にアップグレードすると、Document Understanding の CPU 推論の設定が失われる
- デスクトップ版の Studio では Integration Service のコネクタとアクティビティを読み込めない
- Document Understanding モダン プロジェクトが有効化されていて、AI Center が無効化されている場合、前提条件の確認に失敗します
- TLS 証明書の検証が有効化されていると、AI Center と Document Understanding ポッドの起動に失敗する
- 前提条件または健全性チェック後の残りの istio-validation-deployment
- Process Mining のインストール時にカスタム プラットフォーム データベース名がサポートされない
- Document Understanding サービスが起動しない
- FIPS 140-2 のサポートの制限
- Process Mining が有効化されている場合、前提条件の確認に失敗します
- Kerberos 認証の制限
- カスタム データベース名がソリューションでサポートされない
- ワークロード ID が有効な状態での SQL チェックの失敗
- オフライン環境でコンテキスト グラウンディングの取り込みが失敗する
- 非推奨化のタイムライン
- バンドルの詳細
- 製品バージョン