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 の導入

Test Cloud が Linux デプロイを通じてオンプレミスで利用できるようになりました。今回のリリースでは、Test Cloud の完全なエクスペリエンスがセルフマネージド環境でも利用できるようになりました。これにより、組織のインフラストラクチャ内で安全かつ大規模にテストを設計、実行、管理できるようになりました。

Test Cloud を使用すると、自動化されたテストを大規模に設計、実行、管理しながら、データ、インフラストラクチャ、コンプライアンスの要件を完全に制御できます。

Test Cloud の主なメリット

Test Cloud には次の利点があります。

• 自動化の包括的なカバレッジ: Citrix、Web、デスクトップ、SAP、メインフレーム、API、モバイルなど、さまざまな自動化の種類をサポートします。

• テスト データの管理: 多様なデータ ソースにアクセスして、データ ドリブンなテストを強化します。

• 詳細なインサイト: 高度な分析とレポート機能により、テストのパフォーマンスを完全に可視化します。

• 柔軟なテスト方法: 自動テストと手動テストの両方が可能です。また、Data Service や Orchestrator などのサービスを介したデータ ドリブンなテスト、または Autopilot^TM で生成されたデータセットも可能です。

ドキュメントとガイダンス

Linux デプロイを通じて提供されるオンプレミスの Test Cloud のドキュメントは、インストール ガイド、管理者ガイド、ユーザー ガイド、および API ガイドで確認できます。

• Linux インストール ガイド
• 管理ガイド
• Test Cloud ユーザー ガイド
• API ガイド

つまり、Automation Suite と Test Cloud は、リリース ノート、インストール ガイド、管理者ガイド、API ガイドでコンテンツを共有します。

Automation Suite に新製品を追加

Automation Suite の製品ポートフォリオに Integration Service と Integration Solutions が追加されました。この拡張は、Automation Cloud 経由で提供される機能と同等の機能を維持するという目標に合致するものです。

これらの新製品を有効化する場合は、 製品間の依存関係 を確認し、 前提条件をすべて満たしていることを確認してください。

これらの新しく追加された製品のインストールと構成について詳しくは、 Linux の Automation Suite のインストール ガイドをご覧ください。これらの製品の機能を最大限に活用する方法について詳しくは、個々の製品ガイドをご覧ください。

• Automation Suite の Integration Service ユーザー ガイド
• Automation Suite のソリューション ガイド

ユニファイド プライシング、革新的なライセンス モデル

UiPath はユニファイド プライシングを発表します。これは機能を強化したライセンス モデルであり、新しいライセンス プラン、ユーザー ライセンス、および信用に基づく革新的な手法を提供します。これらの機能により、ユニファイド プライシングは既存のフレックス ライセンスモデルに代わる魅力的な選択肢となります。

主なメリット

ユニファイド プライシングでは、次の新機能を導入します。

• 信用に基づくアプローチ: ユニファイド プライシングでは、AI ユニット、アプリ ユニット、ロボット ユニット、API 呼び出し、エージェント ユニットなど、すべてのライセンス消費単位が単一の単位であるプラットフォーム ユニットにまとめられています。この簡潔化により、わかりやすく、追跡も容易なライセンスになっています。
• 柔軟性の向上: ユニファイド プライシングでは、プロジェクトの変化するニーズに基づいてプラットフォーム ユニットを容易に再割り当てできます。プラットフォーム ユニットは複数の UiPath サービスで消費できます。その用途が、取得したユニットに事前定義した用途に制限されることがありません。これにより、必要なときにいつでも、プロジェクトが最も必要とする場面に意識とリソースを振り向けることができます。

利点が得られるユーザー

現在のところ、Automation Cloud 製品、Automation Suite 製品、およびデスクトップ製品でユニファイド プライシング ライセンス プランを取得できます。この新しいライセンス モデルは、既存のお客様と新規のお客様の両方のニーズに応えます。

既存のフレックス ライセンス モデルを使い続ける場合は、自由にその選択を行うことができます。ただし、現在フレックス モデルで運用している状況で、ユニファイド プライシングに切り替える場合、この移行を行うためには、ユーザー ライセンス管理を有効化し、ライセンスを再割り当てする必要があることに注意してください。詳しくは、セールス担当者までお問い合わせください。

その他のリソース

ユニファイド プライシングで利用可能なユーザー SKU の包括的な情報については「UiPath Licensing」をご覧ください。

ニーズに合わせた最適なライセンス モデルを選択する方法については、「概要」をご覧ください。

プラットフォーム レベルで新たに導入されたユニファイド プライシング プラン、ユーザー ライセンス、プラットフォーム ユニットについて詳しくは、『 Automation Suite 管理ガイド』をご覧ください。

UiPath の各製品に適用される消費ロジックについては、その製品の詳しいユーザー ガイドをご覧ください。

シングルノードの運用環境へのデプロイのサポート

Automation Suite が、評価シナリオとデモ シナリオに加え、運用環境でのシングルノード デプロイもサポートするようになりました。

この機能強化により、インフラストラクチャ リソースに限りがあったり、特定のデプロイ要件があったりする組織は、シングルノード構成で Automation Suite を運用できます。

シングルノードの運用環境のデプロイは、必要なすべての条件が満たされている場合にのみサポートされます。これらの条件は、生産における安定性と信頼性を維持するために不可欠です。詳しくは、「 シングルノードの運用環境のデプロイ」をご覧ください。

運用環境ではシングルノード デプロイを使用できますが、高可用性、スケーラビリティ、回復性の向上を提供するマルチノードの高可用性対応デプロイは、引き続き推奨される長期的な構成です。

レイヤー 7 (L7) ロード バランサーのサポート

レイヤー 4 (ネットワーク レイヤー) ロード バランサーの既存のサポートに加えて、レイヤー 7 (アプリケーション レイヤー) ロード バランサーのサポートを追加しました。

この機能強化により、Automation Suite を運用環境にデプロイする際の柔軟性が高まり、L7 ロード バランサーによる高度なトラフィック管理、監視、セキュリティ機能が可能になります。

詳しくは、「 L7 ロード バランサーを構成する (任意)」をご覧ください。

IPv6およびデュアルスタック構成のサポート

Automation Suite が、IPv6 およびデュアルスタック (IPv4 と IPv6) ネットワークを使用したデプロイをサポートするようになりました。

この機能強化により、Automation Suite のサービスとイングレス コンポーネントは、IPv6 専用ネットワークまたは IPv4/IPv6 が混在するネットワークを使用する環境で実行できます。

設定について詳しくは、「 ネットワーク要件 」セクションをご覧ください。

外部オブジェクト ストレージとローカル ディスクのバックアップのサポート

Automation Suite で追加のバックアップ オプションがサポートされるようになり、バックアップおよび復元操作の柔軟性が向上します。

バックアップ データを保存および復元する場所として、外部 ObjectStorage またはローカル ディスクを構成できるようになりました。

• 外部オブジェクト ストレージ - S3 互換および Azure ObjectStore をサポートします。
• ローカル ディスク - シングルノード クラスターでのみサポートされます。バックアップ クラスターにディスクを直接アタッチしてバックアップ データを保存でき、後でそのデータを切断して復元サーバーにアタッチして復旧することができます。

これらのオプションを使用するには、 cluster_config.json ファイルを更新して、選択したバックアップ方法の構成の詳細を含める必要があります。

詳細については、「 クラスターをバックアップおよび復元する」をご覧ください。

Process Mining Airflow データベース用の PostgreSQL

Automation Suite 2.2510 以降の Process Mining では、 AutomationSuite_Airflow データベースに PostgreSQL を使用する必要があります。PostgreSQL は、最新バージョンの Apache Airflow で実行されます。Apache Airflow の最新バージョンには、古いバージョンにはないさまざまな機能、パフォーマンス、セキュリティに関する修正があります。

大事な：AutomationSuite_Airflow データベースでの Microsoft SQL Server の使用はサポートされなくなりました。

PostgreSQL AutomationSuite_Airflowメタデータベースをセットアップおよび構成する方法の詳細については、「Process Mining の SQL 要件」および「データベースの構成」をご覧ください。

管理者

ユーザーとグループのプロファイル

監査とトラブルシューティングの統合プロファイル

ユーザー アカウントとローカル グループに関する必要な情報をすべて確認および管理できる統合ビューを導入しました。このビューを「ユーザーとグループのプロファイル」と呼びます。

ユーザーとグループのプロファイルは、ユーザーまたはグループの設定の監査とトラブルシューティングを容易にするために必要なソリューションです。以前とは異なり、グループ メンバーシップのカスタマイズ、ライセンスの処理、アクセスの監視、ユーザーとグループの情報の更新など、さまざまな操作を 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. [お気に入り] セクションを含む新しい画面左側のレール

新しいナビゲーション エクスペリエンスの包括的な説明については、「画面左側のレール」をご覧ください。

刷新されたデザインを使ったナビゲーションをお試しください。

ライセンス

テナント レベルのライセンスの追跡と割り当ての改良

割り当て可能なライセンスの数に加えて、テナントで現在使用中のランタイムの数も監視できるようになりました。この新しい値は、選択したテナントの [ライセンスの割り当てを編集] パネルで確認できます。このパネルを開くには、[管理] セクションの [ライセンス] カードを選択します。

この新機能を使用すると、残りのライセンスを簡単にカウントして割り当てることができるので、使用中のライセンスの再割り当てを避けることができます。詳しくは、「ライセンスの割り当て超過」をご覧ください。

以下の画像は [ライセンスの割り当てを編集] パネルを示しています。ここで、利用可能なライセンス数と使用中のライセンス数の両方を参照できます。

ユーザー グループごとのクォータの導入

ユーザー ライセンス管理システムに、ユーザー グループごとのクォータを追加しました。この機能を使用することで、組織管理者はグループが取得できるユーザー ライセンスの数を制御できます。基本的に、各グループに属するユーザーは、設定されたクォータまでライセンスを取得できるようになります。これにより、組織内の複数の事業部門間におけるライセンスの割り当てと全体的な管理が効率化されます。

主なメリット

ユーザー グループごとのクォータを使用すると、以下のような利点があります。

• 制御の強化: 組織管理者は、グループが取得できるユーザー ライセンスの数を制限することができ、組織全体でライセンスをより適切に制御できます。

• 効率の向上: 管理者は、特定のユーザー グループに割り当てるライセンスの数を制御できます。これにより、グループ割り当てのみでライセンスを管理する場合と比較して、より対象を絞ったライセンス管理が可能になります。管理者は、このメカニズムを権限と組み合わせて使用し、ユーザー グループのアクセスを特定のテナントや特定の数のライセンスに制限できます。

使用状況に関する注

グループのライセンス割り当てルールを追加または編集する際に、組織管理者がユーザー グループごとのクォータを制御できるようになりました。詳しくは、「ライセンス割り当てルールを管理する」をご覧ください。

この新機能を利用する際には、以下の重要な点に留意してください。

• 最小クォータ: 設定できる最小クォータの値は 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 エンドポイントを使用するように切り替えてください。

改良点

新しいバージョンの RHEL のサポート

OS のサポートを拡大し、RHEL 9.6 を追加しました。サポートされる RHEL のバージョンについて詳しくは、「 相互運用性マトリクス」をご覧ください。

Istio HSTS が既定で有効化されるように

セキュリティを強化するために、Istio HSTS が既定で有効化されるようになりました。

uipathctl の改良

• 前提条件の確認コマンドを実行する際に、包含フラグと除外フラグで利用可能なすべてのオプションを一覧表示できるようになりました。--list-optionsについて詳しくは、uipathctl のリファレンス ガイドをご覧ください。
• 効率を高めるため、バンドルの作成プロセス中に診断チェックが実行されなくなりました。以前は、健全性チェックはサポート バンドルの作成時に既定で実行されており、これをバイパスするには --skip-diagnose フラグを明示的に使用する必要がありました。診断チェックの実行方法について詳しくは、『 uipathctl のリファレンス ガイド』をご覧ください。

追加のカスタム CA 証明書のサポート

cluster_config.json ファイルで外部 CA 証明書のパスを含むadditonal_ca_certsキーを指定することで、追加のカスタム CA 証明書を含めることができます。

任意の監視構成

Automation Suite の組み込み監視を有効化または無効化できるようになったため、組織は独自の監視スタックを柔軟に使用できるようになりました。

詳しくは、「 任意: 監視ソリューションを構成する 」および「 Automation Suite を監視する」をご覧ください。

テレメトリと構成に関するインサイトの強化

Automation Suite サポート バンドルにテレメトリの概要を含め、環境の構成、リソース使用率、コマンドの実行に関する洞察を提供します。また、生成された XML ファイルを表示する方法に関するガイダンスも用意されており、Customer Portal 経由で UiPath サポートとテレメトリ共有を有効化しました。

Redis ライセンスの有効期限に関する新しいアラート

内部 Redis ライセンスの有効期限に関する新しい Prometheus アラートを追加しました。 このアラートには、ライセンスの有効期限に設定されている期間に基づいて、90 日間、30 日間、7 日間の 3 つの通知レベルがあります。

CVE-2025-55315 のセキュリティ修正

今回のリリースには、 CVE-2025-55315 に対応するためのセキュリティ更新プログラムが含まれています。

削除

完全な移行オプションは利用できない

スタンドアロン製品のデータを Automation Suite に移行するための完全な移行オプションは利用できなくなりました。Orchestrator のエンティティを転送する方法は、Automation Cloud™ 移行ツールを利用したシングル テナントの移行方法としてのみサポートされています。

詳しくは、「 移行とアップグレード 」セクションをご覧ください。

Task Mining が Automation Suite 2.2510 で利用できなくなった

Unassisted Task Mining は非推奨の機能であり、2025 年 12 月 1 日に削除されます。Automation Suite の Task Mining は Unassisted Task Mining のみで構成されるため、Automation Suite 2.2510 では Task Mining を利用できなくなりました。

Task Mining が以前のバージョンの Automation Suite にインストールされていた場合、バージョン 2.2510 にアップグレードすると表示されなくなります。

大事な： 内部的には、Task Mining は Dapr サービスに依存していましたが、これも削除されました。Task Mining が有効化されているバージョンの Automation Suite を正常にアップグレードまたは移行したら、Task Mining のノード、データベース、ストレージを削除するか、必要に応じて Taint と Toleration を更新して、内部のユース ケース用にノードを調整してください。

AWS、Azure、GCP のデプロイ テンプレートの削除

以下のデプロイ テンプレートを削除しました。

• AWS のデプロイ テンプレート
• Azure のデプロイ テンプレート
• GCP のデプロイ テンプレート

以前は、これらのテンプレートは、サポートされているパブリック クラウド プロバイダーに Automation Suite をインストールするための事前定義済みの構成を提供するために使用されていました。

代替策として、 EKS/AKS の Automation Suite を使用するか、UiPath サポートにお問い合わせください。

バグ修正

• クラスター内のレジストリを使用したオフライン実行で uipathctl cluster pre-upgrade コマンドが失敗する問題を修正しました。この問題は、アップグレード前にいずれかの ArgoCD アプリケーションが同期されていない場合に発生していました。この問題は、現在は修正されました。
• プロキシと外部オブジェクト ストアで構成された環境で Insights のボリュームの移行プロセス中に発生したエラーにより、 uipathctl cluster pre-upgrade コマンドが正常に完了しませんでした。この問題は、現在は修正されました。
• この問題により、自動生成された自己署名証明書が、有効期間が 90 日ではなく 10 年で作成されていました。現在、この問題は修正され、証明書は 90 日間の有効期間で正しく作成されるようになりました。
• /var/lib/rancherパーティションがいっぱいになると、Kubernetes ノードがクラッシュする問題を修正しました。この問題は、コンテナー イメージを格納するファイル システムに削除のしきい値が適用されていないために発生していました。この問題は発生しなくなり、ノードはイメージ ファイル システム上のディスクの負荷を正しく検出し、パーティションが容量に達する前にワークロードを削除するようになりました。
• GPU ノードを追加した後に GPU を有効化すると、必要なポッドを作成できない問題が発生していました。この問題は、プロジェクト名 (Harbor など) を持つ外部レジストリを使用する場合にのみ発生していました。この問題は、現在は修正されました。
• Prometheus の競合状態が原因で、Thanos コンパクターがオブジェクト ストアのメトリック ブロック コンパクションを停止していました。これにより、Ceph バケットのストレージ使用量が増加していました。この問題は、現在は修正されました。
• プロキシ環境の使用時に Studio Web で 404 エラーが発生する問題を修正しました。
• バックアップと復元されたクラスターで Automation Suite のアップグレードがブロックされる問題を修正しました。
• ノード モニター コンポーネントが、 kube-proxy の健全性の確認や ip_forward が有効になっているかどうかなどの問題がないかノードを監視し、問題が発生した場合はノードを遮断して、GPU や as-robotなどの特定のノードで機能しないようにしていました。この問題は、現在は修正されました。
• 以前は、Automation Suite クラスターのユーザー認証と SQL 認証の構成は相互接続されていました。このどちらかを使用するには、 kerberos_auth_config.enabled パラメーターと kerberos_auth_config.enable_integrated_sql_auth パラメーターの両方を trueに設定する必要がありました。現在は、 kerberos_auth_config.enabled を [ true ] に、[ kerberos_auth_config.enable_integrated_sql_auth ] を [ false] に設定することで、ユーザー認証のみを個別に構成できます。独立した SQL 認証はまだサポートされていません。
• セキュリティ設定が原因で更新 FQDN のフローが失敗する問題を修正しました。 現在、この問題は修正されました。
• アップグレード中に RKE2 構成ファイル (/etc/rancher/rke2/config.yaml<[> ) に加えたカスタム変更が上書きされる問題を修正しました。現在は、カスタム構成が保持されています。
• 証明機関 (CA) の証明書が認識されないために Automation Suite のインストールが失敗する問題を修正しました。この問題は、 CertificatePolicies セクションに 4 バイトを超えるポリシー OID 値が含まれていると発生していました。
• service-cluster-configurations シークレットに update_fqdn パラメーターが適切に設定されていないことが原因で発生する問題を修正しました。この修正の一環として、FQDN の更新後に update_fqdn フラグが削除されるようになりました。 また、 uipathctl rke update-fqdn コマンドを実行した際に表示されるメッセージも修正しました。

既知の問題

ワークロード ID が有効な状態での SQL チェックの失敗

問題が発生すると、前提条件チェックコマンドとヘルス診断コマンドで SQL チェックの失敗が報告される場合があります。この問題は、Apps、Automation Hub、Integration Service に対してワークロード ID が有効化されている環境で発生する可能性があります。

非推奨化のタイムライン

非推奨化および削除される機能に関する最新情報については、非推奨化のタイムラインを定期的に確認することをお勧めします。

バンドルの詳細

製品バージョン

次の表に、Automation Suite 2.2510.0 の下でデプロイされるすべての UiPath 製品のリリース ステータス、バージョン、リリース ノートの概要を示します。

凡例:

- このバージョンの Automation Suite には、製品の新しいバージョンがバンドルされています。新しいリリース ノートを公開しました。

- このバージョンの 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 のリリース ノート
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 のリリース ノート
ソリューション	2.2510.0		ソリューションのリリース ノート
Orchestrator	2.2510.0		Orchestrator リリース ノート
Process Mining	2.2510.0		Process Mining リリース ノート
Test Manager	2.2510.0		Test Manager のリリース ノート

サードパーティ内部コンポーネントのバージョン

この Automation Suite のリリースには、次のコンポーネントがバンドルされています。

コンポーネント	バージョン
RKE2	1.34.1+rke2r1
ArgoCD	v3.1.5
Gatekeeper	3.20.0
ルーク	1.17.6
Ceph	19.2.3
prometheus-pushgateway	v3.4.1
cert-manager	v1.18.2
kube-logging/logging-operator	6.0.3
kube-logging/config-reloader	6.0.3
Istio	1.26.3
velero	1.16.1
reloader	v2.2.0
Prometheus	v3.5.0
Grafana	12.0.2
redis-operator	v7.22.2-22
redis-cluster	v7.22.2-20.focal
OAuth2-proxy	v7.11.0