automation-cloud
latest
false
重要 :
このコンテンツの一部は機械翻訳によって処理されており、完全な翻訳を保証するものではありません。 新しいコンテンツの翻訳は、およそ 1 ~ 2 週間で公開されます。
UiPath logo, featuring letters U and I in white

Automation Cloud 管理ガイド

最終更新日時 2025年12月18日

AI Trust Layer を管理する

使用状況の概要を確認する

[AI Trust Layer] ページの [使用状況の概要] タブには、さまざまなリージョンにおけるモデルの使用状況と制限の概要が表示されます。監査ログの履歴データを表しており、ガバナンス ポリシーの設定が反映されています。

表示されるデータを以下の基準に基づいて確認できます。

  • ステータスあたりの LLM アクションの合計数: さまざまなモデルのステータスを複数のリージョンにわたって監視できます。データの可視化をカスタマイズするには、リージョン、モデル、ステータス、ソースでフィルター処理します。
  • 製品別の LLM アクションの合計数: 組織内での AI 機能の導入状況を監視できます。データのビジュアリゼーションをカスタマイズするには、テナントおよび製品でフィルター処理します。

監査ログを表示する

[AI Trust Layer] ページの [監査] タブで、AI 関連の操作を包括的に確認できます。要求とアクション、要求を開始した製品と機能に加え、使用されているモデルとその場所の詳細も表示されます。AI 関連のあらゆる操作を監視し、設定されたガイドラインとポリシーに準拠していることを確認できます。また、監査ログにより、Gen AI アクティビティ、Agents、Autopilot for Everyone、および Document Understanding の生成 AI 機能の入力と出力も可視化できます。過去 60 日間に作成されたログ エントリを表示できます。

監査データは表として表示され、各列に AI 関連の操作に関する特定の情報が表示されます。

  • 日付 (UTC): 各操作が要求された正確な日時が表示されます。これにより要求を時系列順に正確に追跡できるため、タイムリーな監査が容易になります。
  • 製品: 各操作を開始した特定の製品です。この可視性により、あらゆる操作を元の製品までさかのぼって追跡し、理解と説明責任を向上できます。
  • 機能: 操作を開始した特定の製品機能です。問題が発生した場合、問題を容易に追跡して特定の機能を突き止めることができます。
  • テナント: 操作を開始した組織内の特定のテナントです。この洞察から、概要をより詳細に把握して、パターンや問題をテナント レベルで認識できます。
  • ユーザー: 操作を開始した、テナント内の個々のユーザーです。アクティビティをユーザー レベルできめ細かくトレースできるので、監督機能が強化されます。GenAI アクティビティの場合、ユーザーはコネクションを作成したユーザーで表されます。N/A の値は、ユーザーを利用できないサービス間通信を示します。
  • 使用するモデル: 各操作の処理に使用される特定の AI モデルです。この洞察から、どのモデルがどの種類の要求を処理しているかをより詳しく理解できます。
  • モデルの場所: 使用するモデルがホストされている場所です。この情報を使用して、特定の場所でのモデルのパフォーマンスから生じる可能性のあるトラブルシューティングや監査の要件を支援できます。
  • ステータス: 各操作のステータスです (成功したか、失敗したか、ブロックされたかを示します)。スムーズで効率的な環境を維持するには、操作上の問題を素早く特定するこの方法が重要です。

さらに、フィルター処理機能を使用して、日付、製品、使用したモデル、ステータス、ソースなどの基準に基づいて監査の対象を絞り込むこともできます。[ソース] フィルターでは、すべての呼び出しを表示するか、UiPath で管理される呼び出しのみを表示するか、カスタム接続の呼び出しのみを表示するか (「LLM を設定する」で定義されている顧客管理のサブスクリプションを使用) を選択できます。

また、[監査] の表からエントリを選択すると、詳細セクションにアクセスしてより詳細に精査できます。このセクションには、[監査] の表で利用可能なすべてのデータ、LLM 呼び出しのソース、呼び出しに関連付けられた正確なデプロイが含まれます。

警告: 監査ログの入力フィールドと出力フィールドは、最近のエントリを表示すると一時的に空で表示される場合があります。これはレイテンシに関する既知の問題であり、データは通常、その後すぐに利用可能になります。

監査ログのエクスポート

この機能は Enterprise ライセンス プランで利用できます。

[エクスポート] オプションを使用すると、監査ログをエクスポートできます。

ログをエクスポートする

エクスポートをトリガーおよびダウンロードする

  1. [管理] > [AI Trust Layer] に移動し、[監査] タブを選択します。
  2. [エクスポート] を選択します。
  3. 入力データと出力データを含めてエクスポートするかどうかを選択します。 一度に処理できるエクスポートは 1 つだけです。新しいエクスポートを開始するには、現在のエクスポートが完了するのを待つ必要があります。
    注: エクスポートは非同期的に処理されるため、入力データと出力データを含むエクスポートには追加の時間が必要です。
  4. エクスポートが完了すると、メールと [通知] パネルで通知されます。
  5. エクスポートされたファイルには、[AI Trust Layer] > [監査] タブの [エクスポートを表示] オプションを使用して 7 日間アクセスできます。

インターフェイスには、入力データと出力データを含むエクスポートの当月の残り回数が表示されます。月間制限に達すると、入力データと出力データを含むエクスポートは翌月まで停止されることに注意してください。

データをフィルター処理してエクスポートする

利用可能なフィルター オプションを使用して、エクスポートするデータを絞り込みます。

  • 製品 – データのエクスポート元の製品を選択します。
  • 使用したモデル – エクスポートをフィルター処理するための特定のモデルを選択します。
  • ステータス – 失敗した要求または成功した要求でフィルター処理します。失敗ステータスは、Automation Ops ポリシーによってモデル、製品、または機能がブロックされている場合に表示されます。
  • 日付 – 時間範囲 (例: [過去 1 日]、[過去 1 週間]、[過去 30 日間]) を選択し、ローカル タイム ゾーンまたは UTC タイム ゾーンのいずれかを選択します。

フィルター処理を行って、エクスポートするデータのみを選択すると、エクスポートあたりのサイズと最大行数の制限を回避できます。

エクスポートを表示する

[エクスポートを表示] ペインには、エクスポートされたデータ、要求を生成したユーザー、およびエクスポートのステータスが表示されます。また、[ダウンロード] アクションを選択してエクスポートをダウンロードすることもできます。

エラーが発生した場合、エクスポートの月間制限に影響はありません。新しいエクスポートを生成できます。

表 1. エクスポートのステータス
ステータス定義
保留中要求は処理中です。処理が完了すると、ステータスは [完了] または [失敗] に遷移します。
失敗場合によっては、要求が失敗することがあります。

入力データと出力データを含めてエクスポートする場合、失敗した要求はエクスポートの月間許可数にカウントされません。

完了処理が完了し、ファイルをダウンロードする準備ができました。
ダウンロード済みファイルがダウンロードされました。
期限切れファイルは入手可能な期間である 7 日間の終わりに達したため、ダウンロードできなくなりました。

CSV の構造

監査ログは、以下の列で構成されます。

表 2. 監査ログの CSV の構造
列名入力説明
日付DateTimeアクションが登録された日時です。
アクション IDString/UUID特定のアクションの一意の識別子です。これを使用すると、UiPath Platform 全体で情報をさらにトレースして、より多くの洞察を得ることができます。
製品文字列アクションが実行された製品の名前です。
機能文字列アクションをトリガーした機能の名前です。
ユーザー (User)文字列アクションをトリガーしたユーザーです。
テナント文字列アクションが実行されたテナントです。
モデル文字列入力を処理したモデルです。
ModelLocalization文字列モデルのリージョンです。
ステータス文字列アクションのステータスです。失敗または成功の可能性があります。

エクスポートの制限

32,767 文字を超える入力データと出力データは、末尾から切り捨てられます。切り捨てられた行には、情報の切り捨てが行われたことを通知するメッセージが自動的に追加されます。

入力データと出力データに含まれるカンマ (",") は処理の際に削除されるため、CSV の誤動作を起こすことなく簡単に情報を処理できます。

ライセンス期間と猶予期間

猶予期間中も、以前に保存したデータには引き続きアクセスできます。ただし、この期間の間は、ウォーム ストレージ、コールド ストレージのどちらにも新しいデータは保存されません。コールド ストレージのデータは最終的に期限切れになることに注意することが重要です。有効期限のタイムラインは、自身のライセンスの期間に、以前のライセンスの種類に応じてさらに 2 年または 3 年を加えて計算されます。このアプローチにより、ライセンスの有効期限が切れた後でも、過去のデータにアクセスするための十分な時間を確保できます。

データの保持と保存
データは、組織とテナントの作成時に選択したテナントのリージョンに、次のルールに従って保存されます。
表 3. ライセンスの種類ごとのエクスポート制限
機能Enterprise StandardEnterprise Advanced
アクティブなストレージ (UI に表示)60 日間60 日間
ウォーム ストレージ (エクスポートが利用可能)90 日180 日間
コールド ストレージ (アーカイブ)2 年3 年
エクスポートあたりの最大行数20 万20 万
エクスポートの最大サイズ1 GB1 GB
入力データと出力データを含むエクスポート 4 回/月4 回/月
入力データと出力データを含まないエクスポート無制限無制限

入力データと出力データの保存を無効化する

エクスポートでの入力データと出力データの保存を無効化するには、テナント、グループ、またはユーザー レベルで適用可能な Automation Ops ポリシーをデプロイします。詳しくは、「AI Trust Layer ポリシーの設定」をご覧ください。

この機能を無効にすると、入力データと出力データは保存されなくなります。復元することはできません。

重要: データを保存しないことを選択した場合、UiPath がデータを復元することはできません。このような決定を下す前に、会社のポリシー、および関連する各地域の規制またはグローバルな規制に準拠していることを確認してください。

監査ログ内の PII および PHI データを処理する

UiPath で生成 AI 機能を使用する場合は、監査ログに個人を識別できる情報 (PII) や保護された医療情報 (PHI) が含まれる可能性があることを理解しておくことが重要です。これらの詳細は、大規模言語モデル (LLM) に送信される入力プロンプトと、LLM が生成する応答の両方に表示されます。これは、有人オートメーションと無人オートメーションの両方で実行されるインタラクションに適用されます。

プロンプトの保存が有効化されている場合、監査ログの各エントリの [詳細] セクションには、入力と出力のすべてのコンテンツが表示されます。これには、次のようなメタデータが含まれます。

  • Action ID
  • テナント
  • 製品
  • 機能
  • ユーザー (User)
  • Timestamp
コンプライアンスのために機密データを非表示にする

コンプライアンス ルールで監査ログ内の PII と PHI のデータを非表示にする必要がある場合は、AI Trust Layer ポリシーを設定して表示を制御できます。

  1. Automation Ops™ > [ガバナンス] に移動し、AI Trust Layer のポリシーを選択または作成します。
  2. [機能トグル] タブで、[監査のプロンプトの保存を有効化] オプションを [いいえ] に設定します。

この設定では、プロンプトも LLM の出力も監査ログに保持されません。ログにはエントリのメタデータが表示されますが、入力/出力コンテンツは「ポリシーによってブロックされています」と表示されます。

注:

このように設定することで、監査機能を維持しながら、ログ エントリの機密コンテンツを非表示にして、コンプライアンス要件を維持し、機密データの可視性を制御できます。一度非表示にしたプロンプトは、後で使用しようとしても復元できません。

PII ログを表示する

PII と PHI を墨消しする

[PII のマスク] オプションを有効化すると、監査ログを保持しながら機密コンテンツをマスクできます。詳しくは、「PII のマスク」をご覧ください。

AI Trust Layer の監査ログを使用すると、大規模言語モデル (LLM) とのインタラクションで個人を識別できる情報 (PII) がどのように処理されるかを完全に可視化できます。

監査ログでは、以下のことが可能です。

  • 指定したプロンプトで PII が検出されたかどうかを確認します。
  • 検出されたエンティティにマスキング (匿名化) が適用されているかどうかを確認します。
  • LLM に送信された実際の入力で、生の PII が公開されていないことを確認します。

このレベルの外部向け表示は、コンプライアンスの取り組みをサポートし、ステークホルダーとの信頼を築き、PII の転送時のマスクが有効化されているすべてのインタラクションについて詳細な監査証跡を提供します。

注: 監査ログを使用して、AI を活用したオートメーションにおいて機密データが一貫して保護されていることを検証します。

AI Trust Layer のポリシーを管理する

[AI Trust Layer] ページの [AI ガバナンス] タブでは、組織、テナント、ユーザー グループでのサードパーティの AI モデルの使用状況を AI Trust Layer のポリシーによって管理できます。これにより、生成 AI 機能へのユーザー アクセスを制御し、組織全体で適切なガバナンスを確保できます。

アクティブなすべてのポリシーとその現在のステータスの概要を確認できます。このほかに、次のようにポリシーとそのデプロイを表示および管理することもできます。

  • ポリシー名を選択すると、Automation Ops™ > [ガバナンス] の対応する AI Trust Layer ポリシーにリダイレクトされます。これで、ポリシーの詳細を確認し、必要に応じて変更を加えることができるようになります。詳しくは、「AI Trust Layer ポリシーの設定」をご覧ください。[ポリシーを追加] を選択して、AI Trust Layer ポリシーを直接作成することもできます。
  • [フィードのデプロイを管理] を選択すると、Automation Ops™ > [ガバナンス] > [デプロイ] にリダイレクトされ、すべてのポリシーのデプロイを確認できます。詳しくは、「テナント レベルでポリシーをデプロイする」をご覧ください。

PII のマスク

PII の転送時のマスクについて

PII の転送時のマスクは、生成 AI 機能で使用される大規模言語モデル (LLM) に到達する前に、個人を識別できる情報 (PII) を確実に匿名化することで、AI Trust Layer を強化します。実行時に機密性の高いエンティティをインターセプトしてマスクすることで、オートメーション フローを中断したり LLM のパフォーマンスを低下させたりすることなく、データ プライバシーを保持し、コンプライアンス要件をサポートできます。

PII の転送時のマスクを有効化すると、PII のエンティティは送信前に検出され、コンテキストに即したプレースホルダー (person_1email_1など) に置き換えられます。LLM が応答を返すと、元の PII が自動的に復元されて出力されるため、ユーザーと下流のシステムでのシームレスなエクスペリエンスが確保されます。

PII の転送時のマスクは現在、以下でサポートされています。

  • 自律エージェント: エージェントの実行中に LLM を介して入力がルーティングされます。
  • Gen AI アクティビティ: テキストの書き換え、要約、セマンティック マッチングの各アクティビティ。

動作のしくみ

PII の転送時のマスクは、処理中に機密データが LLM に公開されないようにする、次の 4 ステップのプロセスです。

  1. 検出 – システムによってユーザー入力がスキャンされ、言語固有のエンティティ認識モデルを使用して個人を識別できる情報 (PII) が特定されます。
  2. 匿名化 – 検出された PII エンティティが、匿名化されたコンテキスト対応のプレースホルダーに置き換えられます (例: John Doeperson_1123-456-7890phone_1)。これにより、LLM は実際の PII にアクセスすることなく、入力を安全に処理できます。
  3. LLM とのインタラクション – マスクされたプロンプトが LLM に送信されます。実際の PII は含まれないため、プライバシーを保持しながら、正確で有用な応答が可能です。
  4. 復元 – LLM が応答を返すと、各プレースホルダーは自動的に元の PII に置換されます。これにより、情報を失うことなく、最終的な出力で完全なコンテキストと精度が維持されます。

変換の例:

  • 入力: 「John Doe (123-456-7890) に電話してください。」
  • LLM への送信: 「person_1 (phone_1) に電話してください。」
  • 出力: 「John Doe (123-456-7890) に電話。」
注: PII のマスクでは、検出に Microsoft Azure Cognitive Services を使用し、処理中に顧客データは保存されません。

ライセンス

PII の転送時のマスクは、以下のライセンス プランで利用できます。

  • フレックス プライシング プラン: Enterprise – Standard および Advanced のティア。
  • ユニファイド プライシング プラン: Standard、Enterprise、App Test Platform Standard、App Test Platform Enterprise。
重要:

対象となるティアの権利なしで PII 転送時マスクを有効にすると、エージェントは失敗します。権利の適用メカニズムによりデータ処理がブロックされ、障害やワークフローの中断につながります。この動作は意図的なものであり、PII のマスクが有効であると誤認した状態で、機密データが言語モデルに送信されてしまうことを防ぎます。

中断を避けるため、PII の転送時マスクを有効化する前に、組織がサポートされるティアに割り当てられていることを確認してください。

制限事項

サービスの安定性を維持し、一貫したパフォーマンスを確保するため、各テナントは、PII を含む LLM 要求を 1 分あたり 200 件までに制限されています。これにより、過剰なトラフィックがサービスの可用性全体に影響を与えるのを防ぐことができます。

テナントがこのしきい値を超えると、追加の要求は一時的に調整され、HTTP 429 (「PII Masking rate limits exceeded.Please try again later (PII のマスク レート制限を超過しました。しばらくしてからもう一度お試しください。)」) という応答を受信します。制限は 1 分後に自動的にリセットされ、使用量が許容レート内になると要求を再開できます。

PII の転送時のマスクを有効化する

PII のマスキングを有効化するには、次の手順を実行します。

  1. [管理] > [AI Trust Layer] > [AI ガバナンス] > [ポリシーを追加] に移動します。
  2. 新しい AI Trust Layer ポリシーを作成するか、既存のポリシーを編集します。
  3. 既定では、PII の転送時のマスクは UiPath Gen AI アクティビティと Agents の両方で無効化されています。次の専用のトグルを使用して、一方または両方の製品の種類に対して明示的に有効化する必要があります。
    • Agents の PII のマスキングを有効化
    • UiPath GenAI アクティビティの PII のマスキングを有効化
  4. 有効化すると、サポートされている PII エンティティのリストが設定パネルに表示されます。マスキングは、明示的に設定したエンティティにのみ適用されます。

  5. 各エンティティについて、次のことが可能です。

    • PII カテゴリを選択します (例: USSocialSecurityNumberURLIPAddress)。
    • そのエンティティのマスキングを有効化または無効化します。
    • 検出の信頼度のしきい値を設定します。このしきい値を超えて検出されたデータのみがマスクされます。既定の信頼度のしきい値は 0.5 に設定されています。このしきい値を変更すると、検出動作に次のように影響します。
      • しきい値を上げる: 検出はより選択的になります。非機密データが誤って PII として識別される可能性は低くなりますが、一部の有効なエンティティが見落とされる可能性があります。
      • しきい値を下げる: 検出の許容範囲が広くなります。潜在的な PII をより多く特定しますが、実際には機密ではないコンテンツも含まれる可能性があります。
  6. 各エンティティを編集した後、設定を保存します。エンティティは個別に調整または削除できます。
  7. マスキング ルールをどの程度広くまたは狭く適用するかに応じて、テナント、グループ、またはユーザーごとにポリシーのスコープを設定します。

サポートされているエンティティ

次の表に、現在サポートされている PII エンティティの種類と、検出と匿名化を使用できる言語を示します。

表 4. サポートされているエンティティと言語コード
カテゴリ (Category)エンティティ言語
全般日付

生年月日、入院日、退院日、死亡日に使用できます。

en、es、fr、de、it、pt-pt、pt-br、zh、ja、ko、nl、sv、tr、hi、af、ca、da、el、ga、gl、ku、nl、no、ss、ro、sq、ur、ar、bg、bs、cy、fa、hr、id、mg、mk、ms、ps、ru、sl、so、sr、sw、am、as、cs、et、eu、fi、he、hu、km、lo、lt、lv、mr、my、ne、or、pa、pl、sk、th、uk、az、bn、gu、hy、ka、kk、kn、ky、ml、mn、ta、te、ug、uz、vi
電話番号en、es、fr、de、it、zh-hans、ja、ko、pt-pt、pt-br
EU GPS 座標en、es、fr、de、it、pt-pt、pt-br、zh、ja、ko、nl、sv、tr、hi、da、nl、no、ro、ar、bg、hr、ms、ru、sl、cs、et、fi、he、hu、lv、sk、th、uk
メールen、es、fr、de、it、zh、ja、ko、pt-pt、pt-br、nl、sv、tr、hi
ユーザーen、es、fr、de、it、pt-pt、pt-br、zh、ja、ko、nl、sv、tr、hi、af、ca、da、el、ga、gl、ku、nl、no、ss、ro、sq、ur、ar、bg、bs、cy、fa、hr、id、mg、mk、ms、ps、ru、sl、so、sr、sw、am、as、cs、et、eu、fi、he、hu、km、lo、lt、lv、mr、my、ne、or、pa、pl、sk、th、uk、az、bn、gu、hy、ka、kk、kn、ky、ml、mn、ta、te、ug、uz、vi
Addressen、es、fr、de、it、pt-pt、pt-br、zh、ja、ko、nl、sv、tr、hi、af、ca、da、el、ga、gl、ku、nl、no、ss、ro、sq、ur、ar、bg、bs、cy、fa、hr、id、mg、mk、ms、ps、ru、sl、so、sr、sw、am、as、cs、et、eu、fi、he、hu、km、lo、lt、lv、mr、my、ne、or、pa、pl、sk、th、uk、az、bn、gu、hy、ka、kk、kn、ky、ml、mn、ta、te、ug、uz、vi
URLen、es、fr、de、it、zh、ja、ko、pt-pt、pt-br、nl、sv、tr、hi
IP アドレスen、es、fr、de、it、zh、ja、ko、pt-pt、pt-br、nl、sv、tr、hi
財務情報IBANen、es、fr、de、it、pt-pt、pt-br、zh、ja、ko、nl、sv、tr、hi、af、ca、da、el、ga、gl、ku、nl、no、ss、ro、sq、ur、ar、bg、bs、cy、fa、hr、id、mg、mk、ms、ps、ru、sl、so、sr、sw、am、as、cs、et、eu、fi、he、hu、km、lo、lt、lv、mr、my、ne、or、pa、pl、sk、th、uk、az、bn、gu、hy、ka、kk、kn、ky、ml、mn、ta、te、ug、uz、vi
クレジット カード番号en、es、fr、de、it、pt-pt、pt-br、zh、ja、ko、nl、sv、tr、hi、af、ca、da、el、ga、gl、ku、nl、no、ss、ro、sq、ur、ar、bg、bs、cy、fa、hr、id、mg、mk、ms、ps、ru、sl、so、sr、sw、am、as、cs、et、eu、fi、he、hu、km、lo、lt、lv、mr、my、ne、or、pa、pl、sk、th、uk、az、bn、gu、hy、ka、kk、kn、ky、ml、mn、ta、te、ug、uz、vi
ABA 銀行支店コードen、es、fr、de、it、pt-pt、pt-br、zh、ja、ko、nl、sv、tr、hi、af、ca、da、el、ga、gl、ku、nl、no、ss、ro、sq、ur、ar、bg、bs、cy、fa、hr、id、mg、mk、ms、ps、ru、sl、so、sr、sw、am、as、cs、et、eu、fi、he、hu、km、lo、lt、lv、mr、my、ne、or、pa、pl、sk、th、uk、az、bn、gu、hy、ka、kk、kn、ky、ml、mn、ta、te、ug、uz、vi
SWIFT コードen、es、fr、de、it、pt-pt、pt-br、zh、ja、ko、nl、sv、tr、hi、af、ca、da、el、ga、gl、ku、nl、no、ss、ro、sq、ur、ar、bg、bs、cy、fa、hr、id、mg、mk、ms、ps、ru、sl、so、sr、sw、am、as、cs、et、eu、fi、he、hu、km、lo、lt、lv、mr、my、ne、or、pa、pl、sk、th、uk、az、bn、gu、hy、ka、kk、kn、ky、ml、mn、ta、te、ug、uz、vi
国固有米国の金融機関の口座番号en、es、fr、de、it、pt-pt、pt-br、zh、ja、ko、nl、sv、tr、hi、da、nl、no、ro、ar、bg、hr、ms、ru、sl、cs、et、fi、he、hu、lv、sk、th、uk
米国の社会保障番号 (SSN)en、es、fr、de、it、pt-pt、pt-br、zh、ja、ko、nl、sv、tr、hi、da、nl、no、ro、ar、bg、hr、ms、ru、sl、cs、et、fi、he、hu、lv、sk、th、uk
米国の運転免許証番号en、es、fr、de、it、pt-pt、pt-br、zh、ja、ko、nl、sv、tr、hi、da、nl、no、ro、ar、bg、hr、ms、ru、sl、cs、et、fi、he、hu、lv、sk、th、uk
米国または英国のパスポート番号en、es、fr、de、it、pt-pt、pt-br、zh、ja、ko、nl、sv、tr、hi、da、nl、no、ro、ar、bg、hr、ms、ru、sl、cs、et、fi、he、hu、lv、sk、th、uk
米国の個人納税者番号 (ITIN)en、es、fr、de、it、pt-pt、pt-br、zh、ja、ko、nl、sv、tr、hi、da、nl、no、ro、ar、bg、hr、ms、ru、sl、cs、et、fi、he、hu、lv、sk、th、uk
英国の運転免許証番号en、es、fr、de、it、pt-pt、pt-br、zh、ja、ko、nl、sv、tr、hi、da、nl、no、ro、ar、bg、hr、ms、ru、sl、cs、et、fi、he、hu、lv、sk、th、uk
英国の納税者参照 (UTR) 番号en、es、fr、de、it、pt-pt、pt-br、zh、ja、ko、nl、sv、tr、hi、da、nl、no、ro、ar、bg、hr、ms、ru、sl、cs、et、fi、he、hu、lv、sk、th、uk

Autopilot for Everyone を管理する

[AI Trust Layer] ページの [Autopilot for Everyone] タブでは、Autopilot for Everyone の使用状況を組織全体にわたって管理できます。

以下のアクションを実行できます。

LLM を設定する

注: LLM の設定は、以下のライセンス プランで利用できます。
  • ユニファイド プライシング: Enterprise Platform、Standard Platform、Basic Platform、App Test Platform Enterprise、App Test Platform Standard。
  • フレックス: Advanced Platform、Flex Standard Platform。

[LLM の設定] タブでは、既存の AI サブスクリプションを統合しながら、UiPath が提供するガバナンス フレームワークを維持できます。以下が可能です。

  • UiPath LLM のサブスクリプションを置き換える: UiPath で管理されるサブスクリプションを独自のサブスクリプションに置き換えます。ただし、UiPath 製品ですでにサポートされているものと同じモデル ファミリとバージョンに一致することが条件です。これにより、UiPath で管理されるモデルをユーザーのサブスクリプション済みモデルにシームレスに置き換えることができます。
  • 独自の LLM を追加する: 製品の相互運用性基準を満たす任意の LLM を使用します。スムーズな連携を実現するため、選択した LLM を UiPath エコシステム内で使用する前に、その LLM が、プローブ呼び出しによって開始される一連のテストに合格する必要があります。

LLM を設定する場合、Automation Ops を介したポリシーの適用や詳細な監査ログなど、AI Trust Layer のガバナンス上の利点の大半は維持されます。ただし、モデルのガバナンス ポリシーは UiPath で管理される LLM 専用に設計されています。つまり、AI Trust Layer のポリシーを使用して特定のモデルを無効化すると、制限は、そのモデルの UiPath で管理されるバージョンにのみ適用されます。ユーザーが独自に設定した同じ種類のモデルは影響を受けません。

独自の LLM またはサブスクリプションを使用するオプションを利用する場合は、以下の点に留意してください。

  • 相互運用性の要件: 選択した LLM またはサブスクリプションが、UiPath 製品で現在サポートされているモデル ファミリおよびバージョンと一致している必要があります。
  • 設定: 必ず、必要なすべての LLM をカスタム設定で適切に設定し、維持管理します。不足しているコンポーネント、古いコンポーネント、正しく設定されていないコンポーネントがあると、カスタム設定が機能しなくなる可能性があります。このような場合、Automation Ops のポリシーで UiPath LLM をオフにしていない限り、サービスの継続性を確保するために、UiPath で管理される LLM に自動的に戻ります。

  • コスト削減: カスタム LLM の設定が完全で正しく、必要な要件をすべて満たしている場合は、使用率の引き下げ対象になる可能性があります。

LLM のコネクションを設定する

LLM のコネクションでは、Integration Service を利用して、ユーザー独自のモデルへのコネクションを確立します。

以下のプロバイダーへのコネクションを作成できます。

新しいコネクションを設定するには、次の手順に従います。

  1. Integration Service で、任意のプロバイダーへのコネクションを作成します。 認証に関するコネクタ固有の詳細については、『Integration Service ユーザー ガイド』をご覧ください。
    注: 未認可のアクセスを防ぐには、Integration Service のコネクションを共有されないプライベート フォルダーに作成してください。
  2. [管理] > [AI Trust Layer] > [LLM の設定] に移動します。
  3. コネクションを設定するテナントとフォルダーを選択します。
  4. [設定を追加] を選択します。
  5. [製品][機能] を選択します。
  6. 設定方法を選択します。
    • UiPath LLM のサブスクリプションを置換 – UiPath で管理されるコネクションの代わりに、独自のコネクションを使用します。

    • 独自の LLM を追加 – 完全に独自で管理する LLM の設定を追加します。

  7. [UiPath LLM のサブスクリプションを置換] のコネクションを設定します。
    1. フォルダー – 設定を保存するフォルダーを選択します。
    2. 置き換え可能な LLM – ドロップダウンから、置換する UiPath LLM を選択します。
    3. コネクタ – コネクタを選択します (例: Microsoft Azure OpenAI)。
    4. コネクション – Integration Service のコネクションを選択します。利用可能なコネクションがない場合は、[新しいコネクションを追加] を選択すると、Integration Service にリダイレクトされます。
    5. LLM の識別子 – モデルの識別子を入力します。
      • Azure がホストするモデルの場合は、モデル識別子を入力します。
      • AWS Bedrock のクロスリージョン推論の場合は、モデル ID ではなく推論プロファイル ID を入力します。
  8. [独自の LLM を追加] のコネクションを設定します。
    1. フォルダー – 設定を保存するフォルダーを選択します。
    2. 表示 (LLM) 名 – LLM のエイリアスを指定します。
    3. コネクタ – コネクタを選択します (例: Microsoft Azure OpenAI)。
    4. コネクション – Integration Service のコネクションを選択します。
    5. LLM の識別子 – モデルの識別子を入力します。
      • Azure がホストするモデルの場合は、モデル識別子を入力します。
      • AWS Bedrock のクロスリージョン推論の場合は、モデル ID ではなく推論プロファイル ID を入力します。
  9. [設定をテスト] を選択し、モデルがアクセス可能で、必要な基準を満たしていることを確認します。
    UiPath はアクセス可能かどうかを確認することができますが、使用されている正確なモデルを検証することはお客様の責任です。
  10. テストが成功した場合は、[保存] を選択してコネクションをアクティブ化します。

LLM の既存のコネクションを管理する

既存のコネクションに対して以下の操作を実行できます。

  • ステータスを確認 – Integration Service のコネクションのステータスを確認します。この操作により、コネクションがアクティブで正しく機能していることを確認します。
  • 編集 – 既存のコネクションのパラメーターを変更します。
  • 無効化 – コネクションを一時的に中断します。無効化した場合、コネクションはこれまでどおりリストに表示されますが、呼び出しをルーティングしません。必要に応じて、コネクションを再度有効化することができます。
  • 削除 – コネクションをシステムから完全に削除します。この操作を行うと、コネクションは無効化されてリストから削除されます。

製品の LLM を設定する

各製品は、特定の大規模言語モデル (LLM) とバージョンをサポートしています。以下の表で、お使いの製品でサポートされているモデルとバージョンを確認してください。

アマゾン ウェブ サービス、Google Vertex、Microsoft Azure OpenAI、または OpenAI v1 準拠のいずれかのプロバイダーを使用して、独自の LLM を接続できます。前のセクションで概説されている手順に従って、コネクションを作成します。

製品機能LLM (大規模言語モデル)バージョン
Agents1設計、評価、デプロイAnthropic

anthropic.claude-3.5-sonnet-20240620-v1:0

anthropic.claude-3.5-sonnet-20241022-v2:0

anthropic.claude-3.7-sonnet-20250219-v1:0

anthropic.claude-3-haiku-20240307-v1:0

OpenAI

gpt-4o-2024-05-13

gpt-4o-2024-08-06

gpt-4o-2024-11-20

gpt-4o-mini-2025-04-14

GPT-4o-mini-2024-07-18

Autopilot for EveryoneチャットAnthropic

anthropic.claude-3.5-sonnet-20240620-v1:0

anthropic.claude-3.7-sonnet-20250219-v1:0

OpenAIGPT-4o-mini-2024-07-18
Gemini

Gemini-埋め込み-001

UI AutomationScreenPlayAnthropicanthropic.claude-sonnet-4-5-20250929-v1:0
GoogleGemini-2.0-flash-001
OpenAI

gpt-4.1-mini-2025-04-14

gpt-4.1-2025-04-14

GPT-5-2025-08-07

GPT-5-mini-2025-08-07

computer-use-preview-2025-03-11

Healing AgentGoogleGemini-2.0-flash-001
1 エージェントのモデルのデプロイを設定する場合、LLM が以下の機能をサポートしていることを確認します。
  • ツール (関数) の呼び出し – モデルは、実行中にツールまたは関数を呼び出せる必要があります。
  • 並列のツール呼び出しの無効化 – 並列のツール呼び出しが LLM プロバイダーによってサポートされている場合、モデルは、その呼び出しを無効化するためのオプションを提供している必要があります。
    注: カスタム モデルを使用する場合、システムでモデルの真のトークン容量を判断できません。エージェントは、基盤となるモデルでより高い値がサポートされていても、既定で 4096 個のトークンに制限されます。この挙動は意図的なものです。これは、UiPath ではユーザー定義のデプロイに対するトークンの制限を推測できないためです。

GenAI 機能のコンテキスト データを統制する

インデックスの作成は AI Trust Layer から Orchestrator に移動されます。詳しくは、『Orchestrator ユーザー ガイド』の「インデックスについて」をご覧ください。

AI Trust Layer の [コンテキスト グラウンディング] タブは、引き続き一時的に使用できます。その目的は、新しい Orchestrator のインデックス作成エクスペリエンスへユーザーをリダイレクトすることにあります。このタブは、今後の更新で全面的に廃止される予定です。

このページは役に立ちましたか?

サポートを受ける
RPA について学ぶ - オートメーション コース
UiPath コミュニティ フォーラム
Uipath Logo
信頼とセキュリティ
© 2005-2026 UiPath. All rights reserved.