2026 年 4 月

2026 年 4 月 27 日

テナント消費の適用

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

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

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

送信 IP 範囲の更新が完了

以下の Test Cloud サービスにおいて、2025 年 10 月 15 日にお知らせした送信 IP 範囲の移行が完了しました。

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

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

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

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

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

ScreenPlay が Test Cloud 専用の権利で利用できるようになりました。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 アドオンを購入できます。
• Application Testing Enterprise ユーザーの場合、App Test ScreenPlay はプランに含まれています。
• App Test ScreenPlay と標準の ScreenPlay アドオンが両方ともアクティブな場合、これらの実行は一緒にプールされます。
• バンドルされた実行を超える消費は、App Test プラットフォーム ユニットから差し引かれ、実行ごとに 5 UI アクション単位で課金されます。
• BYOM (独自のモデルの使用) と BYOS の使用時には、実行を消費することなく ScreenPlay へのアクセスが付与されますが、引き続き App Test ScreenPlay の権利が必要です。

注:

App Test ScreenPlay は Test Cloud 専用です。Automation Cloud ユーザーの場合、ScreenPlay アドオンの標準の権利に変更はありません。

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

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

Test Cloud 専用の権利を使用して Healing Agent を利用できるようになりました。Test Cloud プラットフォーム専用の一連の新しい権利である App Test Heal を使用して、Test Cloud 内で Healing Agent に直接アクセスできます。以前は、Healing Agent は標準の消費型ライセンスである Heal から利用可能でした。App Test Heal により、Application Testing プランに関連付けられた専用の割り当てが Test Cloud のユーザーに付与されます。

更新内容

• Application Testing Standard のユーザーは、年間 5,000 件の App Test Heal に対応する Healing Agent アドオンを購入できます。
• Application Testing Enterprise のユーザーは、年間 5,000 件の App Test Heal がプランに含まれています。
• バンドルされた修復回数を超える消費は、App Test プラットフォーム ユニットから差し引かれます。

注:

App Test Heal は Test Cloud 専用です。Healing Agent を Test Cloud の外部 (標準の Automation Cloud オートメーション ワークフローなど) で使用する場合は、これまでどおり標準の Heal の権利が適用されます。

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