機械翻訳について

就業者のバッチ・ロードのガイドライン

このトピックでは、稼働開始の一環として移行アクティビティ中に100,000人を超える就業者をロードし、関連する処理を最小限のオーバーヘッドで完了する際に従うガイドラインを示します。

前提条件

就業者HCMデータ・ローダー(HDL)データ・ファイルの準備

1. 各HDL就業者データ・ロード後処理ジョブの自動送信を回避するには、INVOKE_POST_PROCESSをNに設定します。 これにより、相互にブロックされる可能性がある後処理ジョブの多すぎる送信を回避できます。 計画された就業者のdatファイルがロードされると、後処理を手動で実行できます。 詳細は、ロード後処理の無効化に関するトピックを参照してください。
2. ユーザー・アカウントが不要な就業者には、GeneratedUserAccountFlagをNに設定します。
3. ロール・マッピングはまだ構成しないでください。 これは、アカウントの作成時にロール・メンバーシップがプロビジョニングされないようにするためです。 ロール・プロビジョニングは、後のステップで実行できます。
4. これらのプロセスが実行されていないこと、または実行がスケジュールされていないことを確認してください。
   • 個人レコードの同期化
   • パーティおよび事業所の現在のレコード情報の保守
   • マネージャ階層のリフレッシュ
   • 個人検索キーワードの更新
   • 個人検索キーワード索引の最適化
   • 待ち状態のLDAP要求の送信
   • すべてのユーザーの自動プロビジョニング・ロール
   • LDAPへの複数ユーザーの個人データの送信
5. 「個人名、キーワードおよびLDAPへの名前書式の適用」プロセス・セットが実行されていないことを確認します。

就業者HDLデータ・ファイルを準備するステップを完了した後、次のステップをリストされている順序で実行する必要があります。

1 - 就業者のロードおよび個人レコードの同期化

通常、「個人レコードの同期化」プロセスを実行して、HCMの就業者の個人レコードを取引先コミュニティ・アーキテクチャ(TCA)のパーティ・レコードと同期し、HRヘルプ・デスク、給与、経費などを管理します。

多数の就業者レコードが作成または更新(あるいはその両方)されるため、このプロセスにより、エンタープライズ・スケジューラ・サービス(ESS)またはサービス指向アーキテクチャ(SOA)サーバーのイベント処理オーバーヘッドが発生する可能性があります。 そのため、このアプローチを使用することをお薦めします。

1. ロードする就業者が100,000人を超える場合は、就業者データ・ファイルをバッチに分割します。 バッチ当たりの就業者が100,000人を超えないようにすることをお薦めします。
2. 「個人レコードの同期化」ESSプロセスが実行されていないことを確認します。
3. 次のプロファイル・オプションを設定します
   • ORA_HZ_ENABLE_MPLCRI_ACTIVE_WORKERを「はい」
   • HRC_DISABLE_HCM_EVENTS_PROCESSINGを「はい」
4. 就業者データを100,000以下のバッチでロードし、それらを同期してパーティ・レコードを作成します。 すべての就業者がロードおよび同期されるまで、次のステップを繰り返します。
   1. 就業者データのバッチをロードします
   2. 1のバッチIDで「個人検索キーワードの更新」ESSプロセスを実行して、次のステップで必要なPersonタイプ使用レコードを作成します。 このステップでは、個人検索キーワードは作成されず、次のステップに必要なPersonタイプ使用レコードのみが作成されます。
   3. これらのパラメータを使用して、パーティおよび事業所の現在のレコード情報の保守ESSプロセスを実行します。

      パラメータ	値
      同期タイプ	就業者
      Personタイプ	Nullまたはデフォルト
      日付: 自	就業者レコードのロード日以降の日付
      日付: 至	就業者レコードのロード日以前の日付
      個人番号	Nullまたはデフォルト

5. すべての就業者データが正常にロードおよび同期された後、次のプロファイル・オプションを「いいえ」に設定します。このステップは、稼働開始後にアプリケーションが正常に機能することを確認するために非常に重要です。
   • ORA_HZ_ENABLE_MPLCRI_ACTIVE_WORKERを「いいえ」
   • HRC_DISABLE_HCM_EVENTS_PROCESSINGを「いいえ」

注意:

これらのプロファイル・オプションは、パーティを作成するために多数の個人レコードを同期している場合にのみ「はい」に設定されます。 HRC_DISABLE_HCM_EVENTS_PROCESSINGプロファイル・オプションを「はい」に設定すると、HCM承認トランザクションを含むすべてのモジュールのすべてのHCMイベントが無効になります。 したがって、それ以外の場合は、このプロファイル・オプションを「いいえ」に設定する必要があります。 前述のステップでは個人レコードが一括して同期化されるため、現時点では「個人レコードの同期化」ESSプロセスを実行しないでください。

2 - マネージャ階層のリフレッシュ

「マネージャ階層のリフレッシュ」ESSプロセスを実行して、すべての就業者のマネージャ階層情報を非正規化します。

3 - 個人検索キーワードの作成およびキーワード索引の最適化

すべての就業者が初めてロードされた後、個人の個人検索キーワードを作成します。

1. すべてのパラメータを空白のままにして「個人検索キーワードの更新」ESSプロセスを実行し、すべての就業者のキーワードを作成します。
2. デフォルトのパラメータを使用して個人検索キーワードの最適化ESSプロセスを実行します。

4 - ユーザー・アカウントの作成

すべての就業者がロードされた後、次のLDAP要求が作成されます。

1. CREATE - 新規ユーザー・アカウントの作成要求
2. UPDATE - 既存のユーザー・アカウントの更新要求
3. TERMINATE - ユーザー・アカウントの終了要求。 退職日がある就業者がロードされた場合にのみ作成されます。

就業者がロードされるときはロール・マッピングがないため、次のことが予想されます。

1. CREATE要求タイプの場合、PER_LDAP_ROLE_MEMBERSHIPSにレコードはありません
2. USERROLEタイプの要求は存在しません。

ユーザー・アカウントの作成

ユーザーにロールを割り当てずに、すべての適格就業者のユーザー・アカウントを作成します。

1. ロール・メンバーシップを割り当てるためにユーザーHDL datファイルをロードしないでください。
2. 「企業HCM情報の管理」→「編集」→「訂正」(「更新」を使用しない)に移動し、「ユーザー・アカウント保守」を「なし」に設定します。
   • このオプションは、ユーザーにロールがプロビジョニングされていない場合にユーザー・アカウントを一時停止するかどうかを制御します。
   • 「なし」に設定すると、SUSPEND要求はSUPPRESSEDとして作成されます。
3. バッチ・サイズ = 20で「待ち状態のLDAP要求の送信」ESSプロセスを実行します。 これにより、アイデンティティ・ストアに適格就業者のユーザー・アカウントが作成され、SUPPRESSEDステータスのSUSPEND要求が作成され、ロールのないユーザー・アカウントは一時停止されません。
4. 「企業HCM情報の管理」→「編集」→「訂正」(「更新」を使用しない)に移動し、「ユーザー・アカウント保守」を個人およびパーティの両方に設定します。

注意:

すべての就業者が同じEメール・アドレスを持っている場合は、「待ち状態のLDAPリクエストの送信」ESSプロセスでパフォーマンスの問題が発生する可能性があるため、ユーザー名生成ルールをEメール・アドレスに設定しないことをお薦めします。 すべての就業者の同じEメール・アドレスに基づいて一意のユーザー名を生成するために、アプリケーションによるLDAPサーバーへの複数回のアクセスが必要になります。 したがって、Eメール以外のユーザー名生成ルールを使用するか、アプリケーションで一意のユーザー名を生成するかわりに、一意のユーザー名を事前に生成して、就業者datファイルをロードすることをお薦めします。

5 - ユーザーへのロールのプロビジョニング

ステップ4で作成したユーザー・アカウントにロールを割り当てます。

1. 必要なすべてのロール・マッピングを構成します。
2. 次のステップを使用して、「すべてのユーザーの自動プロビジョニング・ロール」ESSジョブの一括操作を有効にします。
   1. 「設定および保守」→「プロファイル・オプションの管理」に移動します。
   2. 次の詳細を使用して、新しいプロファイル・オプションを作成します。 プロファイル・オプションは、SITEレベルでのみ更新可能である必要があります。

      フィールド	値
      プロファイル・オプション・コード	PER_AUTO_PROVISION_ROLES_ENABLE_BULK
      プロファイル表示名	自動プロビジョニング・ロールの一括モードの有効化
      アプリケーション	グローバル人事管理
      モジュール	ユーザー
      開始日	<今日の日付>

   3. SITEレベルでプロファイル値を「Y」に設定します。
3. 「すべてのユーザーの自動プロビジョニング・ロール」ESSプロセスをデフォルトの入力パラメータで実行します。 ロール・マッピング・ルールに基づいてロールがユーザーにプロビジョニングされます。 休止されたユーザー・アカウントにロールがプロビジョニングされた場合は、それらのアカウントがアクティブ化されます。

6 - HCMからアイデンティティ・ストアへのユーザーの個人データの同期

1. 就業者が初めてロードされ、ユーザー・アカウントが作成されたら、パラメータとして「すべてのユーザー」を使用して「LDAPへの複数ユーザーの個人データの送信」ESSプロセスを実行します。 このステップでは、ユーザー・アカウント詳細にある就業者のマネージャ詳細を含めたすべての個人情報が更新されます。
2. ユーザー移入のサイズによっては、このプロセスの完了に時間がかかる場合があります。 コンカレント処理を有効にして、スループットを向上させます。
   1. 「設定および保守」→「プロファイル・オプションの管理」に移動します。
   2. 次の詳細を使用して、新しいプロファイル・オプションを作成します。 プロファイル・オプションは、SITEレベルでのみ更新可能である必要があります。

      フィールド	値
      プロファイル・オプション・コード	PER_IIP_SEND_PERSONAL_DATA
      プロファイル表示名	PER_IIP_SEND_PERSONAL_DATA
      アプリケーション	グローバル人事管理
      モジュール	ユーザー
      開始日	<今日の日付>

   3. 「設定および保守」→「管理者プロファイル値の管理」に移動します。
   4. プロファイル・オプションのexecution_mode_concurrent=YをSITEレベルで設定します

7 - 必要なESSプロセスのスケジュール

移行が完了し、Fusion HCMアプリケーションが一般的に使用されるようになったら、My Oracle Supportのこのドキュメントの推奨事項に従って次のプロセスをスケジュールします。

• Fusion Global HR: ESSジョブ - 個人領域(文書ID 1593212.1)
• HCMでのユーザーおよびロールのプロビジョニングのベスト・プラクティス