リクエストを作成する

リクエストを管理するためのアクセスリクエストのセットアップ方法に応じて、要求者はさまざまな方法でリクエストを送信できます。送信したリクエストに対してチームメンバーまたは承認者が何もアクションを起こさないときは、要求者はアクセスリクエストWebアプリを使ってそのリクエストをキャンセルできます。要求者には、自分でセットアップした通知設定に基づいて、リクエストのキャンセルに関する通知が送信されます。

アクセスリクエスト条件によって管理されるリクエスト

早期アクセスリリース。「セルフサービス機能を有効にする」を参照してください。

アプリのアクセスリクエスト条件をセットアップした場合、要求者は自分のEnd-User Dashboardのリソースカタログからアプリを直接要求できます。

条件を使ってリクエストを管理するには、アクセスリクエスト条件およびリソースカタログ機能を有効にする必要があります。

デフォルトでは、すべてのリクエストはプライベートとしてマークされるため、これを表示できるのは、要求者、リクエスト割り当て先、リクエスト内のステップが割り当てられているユーザーのみです。

アクセスリクエストを初めて使用するときは、最初に条件を使ってアクセスリクエストを管理します。

リクエストタイプによって管理されるリクエスト

アクティブなリクエストタイプが1つ以上ある場合、要求者はOkta アクセスリクエストWebアプリ、Slack、またはMicrosoft Teamsを使ってリソース向けのリクエストを送信できます。

Okta アクセスリクエストWebアプリからアクセスを要求する場合、要求者は、必要なアクセスを得るためにどのリクエストタイプを選択するかを決定します。

SlackまたはMicrosoft Teamsを通じてアクセスを要求する場合、アクセスリクエストは機械学習を使って自然言語リクエストからの情報を解析し、それを過去のリクエストと比較します。要求者が「Grammarlyアカウントが必要です」や「Jiraにアクセスする必要があります」というメッセージを送信すると、システムはリクエストに最適なリクエストタイプを特定しようとします。システムがリクエストの分類を誤った場合、要求者はリクエストを手動で調整できます。

また、ユーザーはアクセスリクエストWebアプリを使って別のユーザーに代わってリクエストを送信することもできます(両方のユーザーがリクエストタイプのオーディエンスである場合)。別のユーザーに代わってリクエストを送信する際に使用できるのはアクセスリクエストWebアプリのみですが、リクエスト作成者と要求者は通知設定に基づいて、リクエストに関する通知をMicrosoft TeamsとSlackで受信できます。リクエストを作成したユーザーはSystem Logに記録されます。

たとえば、マネージャーが新入社員に代わってアプリへのアクセスを要求できるため、その従業員は初日から必要なすべてのアプリケーションにアクセスでき、チームに参加した後にアプリケーションへのアクセスを要求する必要がなくなります。

管理者ロールのアクセスリクエストについては、別のユーザーに代わってアクセスを要求することはできません。

デフォルトでは、すべてのユーザーがリクエストを表示できます。送信されたリクエストをプライベートとしてマークできます。または、チーム設定を更新して、チームのすべての受信リクエストをプライベートとしてマークできます。「アクセスリクエストチームを作成する」を参照してください。

リクエストの送信方法

承認者のエクスペリエンスは、承認者がOkta アクセスリクエストWebアプリ、SlackMicrosoft Teamsのどこでアクションを実行するかによって異なります。Okta アクセスリクエストWebアプリでの承認手順については、「タスクの管理」を参照してください。