1. グローバル人事管理の実装
  2. チェックリスト・テンプレート

チェックリスト・テンプレート

ユーザーの作成、リソースの再割当、新規採用のオンボードなど、標準タスクを完了する必要がある処理のためのチェックリストを作成します。チェックリスト・テンプレート内でタスクを作成および保守します。たとえば、新規採用のオンボードに対するチェックリストを作成できます。

「設定および保守」作業領域の「チェックリスト・テンプレート」タスクを使用して、チェックリスト・テンプレートを作成します。デフォルトでは、チェックリストが作成されると、ステータスが「下書き」になります。チェックリストを使用する準備が完了している場合は「アクティブ」に設定し、それ以外の場合は「非アクティブ」に設定します。チェックリスト・テンプレートを作成しない場合は、事前定義済チェックリスト・テンプレートのコピーを作成し、それを「アクティブ」に設定することで、そのテンプレートを使用できます。

ノート: チェックリストおよびタスク詳細を翻訳するには、「チェックリストの作成」ページまたは「タスクの作成」ページで「地球アイコン」を使用します。

次の図は、チェックリスト・テンプレートのコンポーネントとその主な関係を示しています。

HR担当者は、チェックリスト・テンプレートを作成し、 処理または目的に関連付けることができます。チェックリスト・テンプレートには、タスクの責任者を定義する職責タイプおよび適格プロファイルに関連付けが可能な特定のタスクが含まれます。チェックリスト・テンプレートは、 適格プロファイルに関連付けることもできます。

有効性

チェックリスト・テンプレートが割当可能である有効期間を指定します。

適格プロファイル

チェックリスト・テンプレート・レベルまたはタスク・レベルで適格プロファイルをリンクして、テンプレートまたはタスクの適用先を決定します。チェックリスト・テンプレートまたはタスクは、Personタイプ、ビジネス・ユニット、雇用主など、特定の適格基準と一致する場合にのみ割り当てられます。「プロファイル使用」の値としてチェックリストを含む適格プロファイルを作成します。

「使用するアサイメント」で選択する値は、次のいずれかのオプションになります。

  • 任意のアサイメント - 企業

  • 任意のアサイメント非アクティブ除外 - 企業

  • 従業員アサイメントのみ - 企業

  • プライマリ従業員アサイメントのみ - 企業

除外シナリオでは、適格プロファイルで使用するアサイメントとして「特定のアサイメント」を使用することをお薦めします。

適格基準の場合、「個人」、「雇用」および「労使関係」タブでのみ基準を入力できます(チェックリストに適用可能な属性が含まれているため)。さらに、FastFormulaを作成することもできます。

チェックリスト・カテゴリ

標準チェックリストまたはエンタープライズ・オンボーディング・チェックリストのいずれを作成するかに応じてカテゴリを選択します。

  • ジャーニのプロファイル・オプションが有効になっている場合は、すべてのチェックリスト・カテゴリのチェックリストをジャーニで管理できます。

  • ライン・マネージャおよびHR担当者は、「チェックリストの割付」クイック処理を使用して標準チェックリストを管理します。

  • 従業員、ライン・マネージャおよびHR担当者は、それぞれのロール(「自分」、「自分のチーム」、「自分のクライアント・グループ」)または「クイック処理」メニューに固有の「オンボーディング」作業領域を使用して、エンタープライズ・オンボーディング・チェックリストを管理します。

  • チェックリスト・タスク・アプリおよび「クイック処理」メニューを使用して、エンタープライズ・オンボーディング以外のタイプのチェックリストを管理します。

処理名

処理は、新規採用、異動、退職など、個人環境における変更を追跡します。処理を割り当てると、個人がその処理を経験したときに自動的に個人にチェックリストが割り当てられます。チェックリスト・テンプレートは、処理にリンクされていても、引き続き手動割当が可能です。

処理

使用するチェックリスト・カテゴリ

これを適用できるシナリオ

採用(HIRE)

派遣就業者の追加(ADD_CWK)

エンタープライズ・オンボーディング

新規採用を追加します。

処理待ち就業者の追加(ADD_PEN_WKR)

エンタープライズ・オンボーディング

(任意のソースを通じて)外部候補者を追加します。

ノート: Oracle Recruiting Cloudを使用する場合、新規採用候補者がHRフェーズに進むと、新規採用に備えて「HRに移動」と「処理待ち就業者の追加」の両方の処理がトリガーされます。したがって、新規採用候補者については、「HRに移動」処理に基づいてチェックリストを構成しないことをお薦めします。かわりに、「処理待ち就業者の追加」処理に基づいて新規採用候補者のチェックリストを構成してください。

この構成は、候補者がHRフェーズに移動した後に「処理中のエラー」状態で遅延した場合にも役立ちます。このチェックリストは、問題が解決された後、処理待ち就業者または雇用関係を作成できるときにのみ割り付けられます。

処理待ち雇用関係の追加(ORA_ADD_PWK_WORK_RELATION)

エンタープライズ・オンボーディング

アプリケーション内ですでに雇用関係が終了している個人を再雇用します。

ノート: Oracle Recruiting Cloudを使用する場合、再雇用候補者がHRフェーズに進むと、再雇用に備えて「HRに移動」と「処理待ち雇用関係の追加」の両方の処理がトリガーされます。したがって、再雇用候補者については、「HRに移動」処理に基づいてチェックリストを構成しないことをお薦めします。かわりに、「処理待ち雇用関係の追加」処理に基づいて再雇用候補者のチェックリストを構成してください。

この構成は、候補者がHRフェーズに移動した後に「処理中のエラー」状態で遅延した場合にも役立ちます。このチェックリストは、問題が解決された後、処理待ち就業者または雇用関係を作成できるときにのみ割り付けられます。

「異動」、「グローバル異動」、「昇格・昇進」、「退職」など

エンタープライズ・オンボーディング以外のカテゴリ

既存の就業者の異動

ノート: Oracle Recruiting Cloudを使用する場合、内部候補者がHRフェーズに移動すると、「HR - 手動処理待ち」ステータスになり、HR担当者が「ジョブ・オファーの管理」作業領域で処理するのを待機します。HR担当者は、オファーで最初に選択された処理(異動、グローバル異動、昇格・昇進など)にオファーの値を変換します。これらの処理でチェックリストが構成されている場合は、HR担当者がオファーに基づいてこのプロセスを送信した後にのみ、それが内部個人に割り付けられます。内部候補者が実際の内部変更が有効になる前にチェックリスト・タスクを実行する必要がある場合は、「HRに移動」処理のチェックリストを構成する必要があります。

HRに移動(ORA_IRC_ACCEPT_JOB_OFFER)

エンタープライズ・オンボーディング以外のカテゴリ

この処理は、Oracle Recruiting Cloudを使用する場合にのみ適用可能です。

「HRに移動」処理のコードはORA_IRC_ACCEPT_JOB_OFFERですが、候補者がジョブ・オファーを受諾したときにこの処理がトリガーされるわけではありません。オファーが受諾された後、「HRに移動」UI処理の前に、時間が経過したり、カスタム構成フェーズが入ることがあります。そのため、コードには受諾という記述がありますが、候補者のジョブ応募がHRフェーズの別の状態に変更されたときに、「HRに移動」という名前のこの処理がトリガーされます。

「HRに移動」処理時にトリガーされるチェックリストは、チェックリストの開始者に割り付けられたタスクで構成しないでください。これは、通常、「HRに移動」処理には、候補者選択プロセス内で自動的に実行されるとき、またはユーザーが手動で実行したときに開始者がいないためです。

ノート: 「HRに移動」処理の発生に基づいて単一の特定のアサイメントを決定することはできないため、「HRに移動」処理に基づいてトリガーされるチェックリストでは、特定のアサイメントを使用するように適格プロファイルを構成しないでください。

オファーの作成(EMPL_OFFER_CREATE)

エンタープライズ・オンボーディング以外のカテゴリ

この処理は、Oracle Recruiting Cloudを使用する場合にのみ適用可能です。新しい下書きのオファーは様々な理由で新しく採用された就業者や新しく異動した就業者につながらないことがあるため、このオプションはお薦めしません。

候補者のライフサイクルの非常に早い段階でチェックリストを割り付けることは効果的ではありません。外部候補者は、処理待ち就業者になるまで割り付けられたチェックリストにアクセスできません。社内モビリティの候補者は、採用プロセスを続行すると、オファーの受諾をやめることも終了しないこともあります。そのため、候補者のジョブ応募がHRフェーズに移動すると、チェックリストを割り付けるための採用ライフサイクルの適切な時間は終了に近づいています。

ノート: チェックリスト・タスクがライン・マネージャまたは職責範囲に割り付けられるのは、非就業者またはオファーがある候補者ではなく、従業員、派遣就業者および処理待ち就業者にチェックリストが割り付けられている場合のみです。

オファーの変更(EMPL_OFFER_CHANGE)

該当なし

この処理は、現在、どの製品でも使用されません。

採用フェーズ中のチェックリスト割付の詳細は、Oracle Help Centerの採用の実装ガイドを参照してください。

割付と完了の基準

チェックリスト割付および完了の基準を設定します。基準がチェックリスト割付および完了に与える影響を次に示します。

  • 割付基準: チェックリストは、指定された基準を満たす場合に割り付けられます。チェックリストをいつ割り付けるかを決定する基準を選択します。

    • 手動での割付、またはレコードが作成または承認されたとき。チェックリストは、手動でまたは処理に基づいて割り付けることができます。たとえば、異動処理レコードが2019年3月16日に作成され、異動が2019年3月19日に有効になる場合、レコードが作成された日付である3月16日に割り付けられます。

    • チェックリスト処理レコードが有効になるとき。「開始所要日数」フィールドに入力した値によって、処理が発生する前または発生した後の日数が決まり、チェックリストが割り付けられます。チェックリストは処理に基づいて割り付けられます。たとえば、異動処理レコードが2019年3月16日に作成され、2019年3月19日に有効になる場合、処理レコードが有効になる日付である3月19日に割り付けられます。「開始所要日数」フィールドに2を入力すると、3月21日(有効日の2日後)に割り付けられます。

  • 完了基準: 指定した基準を満たす場合、チェックリストは自動的に完了とマークされます。チェックリストがいつ完了とマークされるかを決定するための基準を選択します。

    • すべての必須タスク完了済。つまり、そのチェックリストのすべての必須タスクが完了した場合には、チェックリスト・ステータスが「完了」に設定されます。

    • すべての必須タスクおよびオプション・タスク完了済。つまり、すべての必須タスクおよびオプション・タスクが完了した場合には、チェックリスト・ステータスが「完了」に設定されます。

    • すべての必須タスク完了済、オプション・タスクのオフセット経過済。つまり、すべての必須タスクが完了したときにのみチェックリストが完了となり、完了していないオプション・タスクがある場合は、オフセット期間に基づいてチェックリストが完了となります。

ノート:

  • チェックリストは、プロファイル・オプション「HRC_DISABLE_HCM_EVENTS_PROCESSING」が「いいえ」に設定されている場合にのみ自動的にトリガーできます。

  • 特定のチェックリストおよびタスクは割付可能であっても、各種事由により完了できません。「強制完了」オプションを使用すると、強制的に完了としてマークできます。たとえば、従業員が辞職願を取り下げた場合、オフボーディング・チェックリストを完了に設定できます。