アクセスリクエスト

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

早期アクセスリリース

ツール名: okta_identity_governance
Oktaのスコープ: okta.governance.accessRequests.read、okta.governance.accessRequests.manage、okta.accessRequests.request.read、okta.accessRequests.request.manage、およびokta.accessRequests.catalog.read

次のことを実行できます

アクセスリクエストタイプの作成と管理、リクエストの送信と追跡、リクエスト条件の構成を行います。

リクエストタイプ

アクセスリクエストタイプのリスト表示、取得、作成、公開、非公開、削除する
リクエストタイプを管理できるチームを一覧表示する
特定のユーザーに表示されるエントリを含む、アクセスリクエストカタログエントリを一覧表示および取得する
カタログエントリのリクエストを送信するためにユーザーが入力する必要があるフォームフィールドを取得する

アクセスリクエスト

Org内のアクセスリクエストを一覧表示および取得する
ユーザーに代わって新しいアクセスリクエストを送信する
既存のアクセスリクエストにメッセージを投稿する
V1とV2の両方のリクエスト形式をサポートし、トークンスコープに基づいて自動ルーティングする

リクエストの条件と設定

リソースのリクエスト条件を一覧表示、取得、作成、更新、有効化、無効化、削除する
Orgレベルおよびリソースレベルのアクセスリクエスト設定を取得および更新する
リソースの承認シーケンスを一覧表示、取得、および削除する

主な機能

V1およびV2リクエスト形式をサポートし、サーバー側で自動ルーティングする
リスト操作でのカーソルベースのページ分け
トークン最適化されたTSVレスポンスでLLMトークンの使用量を削減する
ベアラートークンに付与されたスコープに基づいて、リクエストごとに操作を動的にフィルタリングする

使用例

ユースケース	プロンプト	結果
新しいマネージャーがチームに加わります。新しい参加者のリクエストが初日からマネージャーの承認を得られるように、管理者はオンボーディングアクセスパスを導入したいと考えています。管理者は、従業員がすぐに利用を開始できるよう、サポートグループを作成し、リクエストタイプを即時公開したいと考えています。	オンボーディングワークフローのセットアップ：まず、「エンジニアのオンボーディング」というグループを作成します。次に、その新規グループを対象として「エンジニアのオンボーディングアクセス」という名前のアクセスリクエストタイプを作成します。リクエストタイプはITオペレーションチームが所有し、マネージャーの承認により、直ちにアクティブになります。	新しいグループが作成された後、リンクされたアクセスリクエストタイプが作成され、マネージャーの承認を得て有効になります。
管理者は機密性の高いグループの承認プロセスの強化を求めています。マネージャの承認のみに頼るのではなく、リソースオーナーと申請者のマネージャーの両方の承認が必要です。	セキュリティチームが所有し、Finance-Confidentialグループを対象とした、「機密性の高いグループアクセス」というアクセスリクエストタイプを作成します。承認チェーンでは、まずリソースオーナー、次にマネージャーの承認を必要とします。	アクセスリクエストタイプは、リソースオーナーの承認に続いてマネージャーが承認するという、2段階の連続承認チェーンで作成され、機密グループへのアクセスに対する監視を強化します。