リクエストを作成する

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

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

アプリのアクセスリクエスト条件をセットアップする場合、これらの条件を満たすユーザーはダッシュボードのリソースカタログから直接アプリへのアクセスをリクエストすることができます。条件に要求者が指定したアクセス期間が含まれる場合、ユーザーはアクセスに必要な期間（設定する制限期間まで）を示します。

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

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

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

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

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

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

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

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

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

リクエストの送信方法

• End-User Dashboard

• アクセスリクエストWebアプリからリクエストを送信する

• Slackからリクエストを送信する

• Microsoft Teamsからリクエストを送信する

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