各就業者のロール・プロビジョニングをトリガーする職責UIの領域
職責範囲のユーザー・インタフェースによって、個々の就業者のロール・プロビジョニングがトリガーされます。 ロールのプロビジョニングの結果として、ユーザーはロールを適時に追加または削除できます。 職責範囲(AOR)を作成、更新または削除すると、ロール自動プロビジョニングが自動的にトリガーされるようになります。 実行されたアクションに応じて、ユーザーのロールを作成、更新または削除できます。 すべてのロール変更がアカウント管理UIに反映されます。
アクティブなロール・マッピングが個人レベルのAORに対応する職責タイプで定義されると、その個人はロール自動プロビジョニングについて評価されます。 次のタスク・フローのRedwoodおよびレスポンシブAOR UIページから変更できます。
- 職責範囲
- 職責の作成(テンプレートなし)
- 職責テンプレートからの職責の作成
- 職責属性の更新(ステータス変更のみを除く)
- 職責の削除
- 職責テンプレート
- 直接割り当てられた個人(個人の追加または削除)
- 職責範囲の保守からのAORの再割当
ロールの自動プロビジョニングは、関連するロールとのアクティブなロール・マッピングで、次に示すように対応する自動プロビジョニング・オプションが有効になっている場合に発生します。
ロール・マッピングUIの「Associated Roles(関連ロール)」セクション「Reflecting Autoprovisioned Role(自動プロビジョニング済ロールを反映)」は使用可能です
職責範囲の再割当
AORをある個人から別の個人に再割当すると、両方のユーザーのAORによってロール・プロビジョニングがトリガーされます。 ロール自動プロビジョニングは、職責タイプがロール・マッピングの職責タイプと一致する場合に発生します。 たとえば、元のユーザーに以前にロールを割り当てたAORがなくなった場合、そのロールは削除されます。 同様に、新しく割り当てられた担当者に、関連する職責タイプのAORが含まれるようになったため、そのユーザー・アカウントには新しいロールの追加が反映されます。
ノート: ユーザーにすでにそのロールが割り当てられている場合、別のロールは追加されません。
ビジネス上の利点は、ロール・プロビジョニングESSジョブ「すべてのユーザーのロールの自動プロビジョニング」を実行する必要がないことです。 この機能により、職責範囲への変更によって発生する可能性のあるロール割当の遅延が軽減されます。
有効化および構成ステップ
関連するロールで対応する自動プロビジョニング・オプションが有効になっている場合、職責範囲(AOR)は、現在の日付時点でアクティブなロール・マッピングのトリガー・ロール・プロビジョニングを変更します。
ヒントと考慮事項
- この機能は、Redwood UIとレスポンシブUIの両方に影響します。
- ユーザーにはユーザー・アカウントが割り当てられている必要があります。
- 現在の日付時点でアクティブなロール・マッピング、定義済の職責タイプ、および自動プロビジョニングされたロールを含むロール・マッピングのみが考慮されます。
- 職責の自動プロビジョニングやHDLのロードなど、職責の一括作成または更新では、ユーザー・ロールのプロビジョニングはトリガーされません。
- 承認が有効な場合、すべてのAOR承認が完了すると、ロール・プロビジョニングがトリガーされます。
- 先日付の職責では、その先日付のユーザー・ロールが割り当てられます。
- 将来の日付のロール要求を処理するには、「保留中のLDAP要求の送信」ジョブを実行する必要があります。
主なリソース
詳細は、Oracle Help Centerで次のトピックを参照してください:
アクセス要件
この機能を使用するには、次のジョブ・ロールが必要です。
- 職責範囲にアクセスするための人事担当者
- 人材管理アプリケーション管理者: 職責テンプレート(直接割当)へのアクセス