2026 年 4 月

2026 年 4 月 27 日

テナント消費の適用

組織管理者とテナント管理者が、サービスが特定のテナントに割り当てられたユニット数に達したときにユニットの消費を停止するかどうかを設定できるようになりました。これまで、サービスでは、テナントの制限に達した場合の動作が一致していませんでした。制限を強制するサービスもあれば、テナント レベルでの枯渇を許容し、管理者がこの動作を制御できないサービスもあります。

新しい設定は、テナントごとまたはサービスごとに、管理コンソールの [ライセンス] セクションの [ 消費状況 ] タブで利用できます。サービスに適用が有効化されている場合、テナントの割り当ての 100% で消費が停止します。無効化した場合、消費は組織のプールから継続されます。通知は、適用設定に関係なく、50%、75%、90% の消費時に送信されます。

詳細については、「 テナント消費の強制 」および「 テナント消費の強制を構成する」をご覧ください。

送信 IP 範囲の更新が完了

2025 年 10 月 15 日に発表された、以下の Test Cloud サービスの送信 IP 範囲の移行が完了しました。

• Apps (アプリ)
• Automation Ops
• AI Trust Layer — 独自の LLM 機能を使用
• Integration Service
• Test Manager

これらのサービスでは、「 Test Cloud のファイアウォールを設定する 」ページの[非推奨の送信 IP 範囲] 列の IP 範囲がアクティブでなくなります。[ 現在の送信 IP 範囲 ] 列の範囲のみが使用中になります。

必要な手順: ファイアウォールの設定から非推奨の範囲を削除します。

例外 — Test Cloud ポータル: Test Cloud ポータルの送信 IP 範囲、特に顧客管理のキー (CMK) に使用される送信 IP 範囲の移行は現在進行中です。既存と今後の送信 IP 範囲は、2026 年 6 月頃まで共存します。この期間中も、ファイアウォールの設定で両方の IP 範囲が引き続き許可されていることを確認してください。

Test Cloud (App Test ScreenPlay) 専用の ScreenPlay ライセンス

Test Cloud 専用の権利で ScreenPlay を利用できるようになりました。Test Cloud のユーザーは、App Test ScreenPlay を通じて、ScreenPlay の AI を活用した UI 自動化機能にアクセスできるようになりました。App Test ScreenPlay は、アプリケーション テストのワークフローに合わせて調整された新しいアドオンの権利です。製品内の ScreenPlay エクスペリエンスは、標準の ScreenPlay アドオンと同じです。違いは商用です: App Test ScreenPlay は、Test Cloud ライセンス モデルで個別に購入および追跡されます。

更新内容:

• Application Testing Standard ユーザーは、年間 50,000 回の ScreenPlay 実行を含む App Test ScreenPlay アドオンを購入できます。
• アプリケーション テストのエンタープライズ ユーザーの場合、プランに App Test ScreenPlay が含まれています。
• App Test ScreenPlay からの実行と標準の ScreenPlay アドオンの両方がアクティブな場合は、一緒にプールされます。
• バンドルされた実行を超えて消費された分は、App Test Platform ユニットから引き出され、実行ごとに 5 UI アクション単位で課金されます。
• BYOM(Bring Your Own Model)とBYOSの使用では、実行を消費せずにScreenPlayにアクセスできますが、App Test ScreenPlayのエンタイトルメントは引き続き必要です。

注:

App Test ScreenPlay は Test Cloud に固有です。Automation Cloud ユーザーに対する標準の ScreenPlay Add-on の権利は変更されません。

詳しくは、 Test Cloud のライセンスのページ および ScreenPlay のライセンスのページをご覧ください。

Test Cloud の Healing Agent 専任ライセンス

Test Cloud 専用のエンタイトルメントで Healing Agent が利用可能になりました。App Test Heals を使用して、Test Cloud 内で Healing Agent に直接アクセスできるようになりました。これは Test Cloud プラットフォーム専用の新しい権利のセットです。これまで Healing Agent は、標準の消費アイテム「修復」から入手できました。App Test Heals では、Test Cloud のユーザーには、アプリケーション テスト プランに関連付けられた専用の割り当てが提供されます。

更新内容:

• Application Testing Standard のユーザーは、年間 5,000 件の App Test Heal を含む Healing Agent アドオンを購入できます。
• アプリケーション テストのエンタープライズ ユーザーは、プランに年間 5,000 回の App Test Heal が提供されます。
• バンドルされた修復を超えた消費は、App Test Platform ユニットから引き出されます。

注:

App Test の修復は Test Cloud に固有です。Test Cloud の外部 (Automation Cloud の標準的なオートメーション ワークフローなど) で Healing Agent を使用する場合、標準の修復の付与数が引き続き適用されます。

詳細については、 Test Cloud のライセンスに関するページ および Healing Agent のライセンスに関するページをご覧ください。

2026 年 4 月 23 日

新しいユニット消費エクスペリエンス [パブリック プレビュー]

このリリースでは、[ライセンス] の [消費型] のユーザー エクスペリエンスが大幅に向上しました。Test Cloud で新しいユニット消費エクスペリエンスがプレビューとして公開されました。組織管理者は、ダッシュボードを使用して、組織全体のユニットの割り当てと消費を監視したり、テナント レベルとフォルダー レベルにドリルダウンしたり、テナントの割り当てを管理したり、チャージバックと容量計画のために消費データをエクスポートしたりできます。

このダッシュボードが登場する前は、管理者はユニット消費を組織レベルから個々のフォルダーやプロセスまで追跡する方法がありませんでした。以下のペインポイントが、その作成の原動力となりました。

• 消費状況をきめ細かく可視化できない: バンドルからテナント、フォルダー、プロセスに至るまで、組織階層全体のどこでユニットが消費されているかを確認する方法がありませんでした。
• エンドツーエンドの消費アトリビューションがない: 消費の発生源がエージェント、エージェンティック プロセス、RPA ワークフローのいずれであるかを判断する方法がありませんでした。親プロセスが子プロセスを生成すると、チェーン全体からの消費が、個別に表示されるようになったほか、フローを開始したルート プロセスにロールアップされて表示されるようになりました。

プレビュー中は、ダッシュボードに [ 消費状況 ] ページからアクセスできます。ユニット・タイプ・カードで [使用状況の表示 (プレビュー)] を選択すると、そのユニット・タイプの新しいダッシュボード・エクスペリエンスが開きます。ダッシュボードには、2024 年 7 月までさかのぼって消費の履歴データが表示されます。このデータは、AI ユニットの監視パイプラインで既に収集されているデータと同じです。フォルダー レベルとプロセス レベルのアトリビューションは、2026 年 4 月以降のデータで利用可能になります。以前の消費は、組織レベルとテナント レベルでのみ表示されます。

現在の制限事項については、『Test Cloud 管理ガイド』の「既知の制限事項」のセクションをご覧ください。

非推奨化のタイムライン

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

2026 年 4 月 22 日

コンテキスト グラウンディングに独自の LLM を設定する

AI Trust Layer を通じて、コンテキスト グラウンディングに独自の LLM の設定を取り込めるようになりました。[LLM の設定] タブでは、埋め込みモデルと推論モデル、または UiPath で管理されるサブスクリプションを独自のサブスクリプションに置き換えることができます。詳細な設定手順については、「 LLM を設定する」を参照してください。

コンテキスト グラウンディングは OpenAI v1 API もサポートしています。この更新により、最新の OpenAI API 仕様との相互運用性が確保され、パフォーマンスが向上し、新しい AI モデルにアクセスできるようになります。

2026 年 4 月 15 日

DESC 認証

Test Cloud がドバイ電子セキュリティ センター (DESC) の規格で認定されました。この認定は、アラブ首長国連邦市場で運用されるクラウド サービスの情報セキュリティ要件を満たすための UiPath の取り組みを反映したものです。

現在の認定と認証の完全なリストについては、 UiPath Trust Center をご覧ください。

2026 年 4 月 7 日

Test Cloud の管理に関する統合クラウド ドキュメント

Test Cloud、Test Cloud (公共部門向け)、Test Cloud (専有型) を網羅する、Test Cloud 管理者向けの統一されたドキュメントの提供を開始しました。

管理と API に関するあらゆる情報を、一貫性のある一組のガイドで参照できるようになりました。ほとんどの内容はすべてのクラウド プラットフォームに適用されますが、一部の機能は使用するクラウド プラットフォームによって異なります。該当する場合は、相違点が示されています。

統一されたドキュメントに移動するには、以下の手順を実行します。

1. 『Automation Cloud 管理ガイド』または『UiPath Automation Cloud API ガイド』に記載されている一般的な手順を実行します。
2. 機能の可用性がクラウド プラットフォームによって異なることを示す注が表示される場合は、「機能の可用性」のページに移動します。
3. 使用しているクラウド プラットフォームの情報を確認し、機能が利用可能かどうかと、その機能が自身の環境にどのように適用されるかを確認します。

用語とナビゲーションについて詳しくは、「このガイドについて」をご覧ください。

今回の更新は、UiPath クラウド製品向けの統一したドキュメント エクスペリエンスを構築するための広範な取り組みの一環です。今後、さらに多くの製品を追加してクラウド製品を拡充する予定です。詳細については、統合クラウド ドキュメントのトラッカーを参照してください。