マイリクエスト（エンドユーザーのみ）

アクセスリクエストツールのスコープ、機能、性能について、ワークフローのサンプルとプロンプトの例を使用して説明します。

早期アクセスリリース

ツール名

okta_identity_governance

Oktaのスコープ

okta.accessRequests.request.readおよびokta.accessRequests.catalog.read

次のことを実行できます

• リクエスト可能なカタログエントリの参照
• 特定カタログエントリに関する詳細情報の取得
• カタログエントリに必要なリクエストフィールドの取得
• 特定のユーザーに代わってカタログエントリのリクエストフィールドを取得
• 代理でアクセスをリクエストできるユーザーを一覧表示
• カタログエントリのアクセスリクエストを送信
• 既存のアクセスリクエストのステータスの取得
• ユーザースコープの操作を使用：すべての操作は認証済みユーザーに代わって実行され、管理者権限の昇格は不要
• カタログエントリとカタログエントリユーザーの一覧表示には、カーソルベースのページネーションを使用
• トークン最適化されたTSVレスポンスを使用してLLMトークン使用量を削減

使用例

ユースケース	プロンプト	結果
間違ったアイテムをリクエストすると、通常、遅延やサポートとのやり取りが発生するため、ユーザーは送信する前に正しいものをリクエストしていることを確認したいと考えています。	VPNアクセスのカタログエントリを確認し、その中で実際にリクエストできるアイテムと、それが現在利用可能かどうかを教えて	VPNアクセスは直接リクエストできるものではなく、カテゴリーとして識別され、その下のVPN Standard Accessがリクエスト可能であることを確認できるようになりました。
ユーザーは、何をリクエストできるのか分からず、推測したり、過剰なリクエストをしたりしないよう、利用可能なオプションを明確に把握したいと考えています。	ITサービスのカタログエントリを一覧表示して、その中からリクエスト可能なものだけを、各アイテムの名前と説明とともに表示して	ユーザーは、IT Servicesで実際にリクエストできるアイテムに限定されたリストを、それぞれの名前と説明付きで取得し、迷うことなく適切なものを選択できるようになりました。