ポジションを尊重するジョブ・オファーの構成

ポジションを使用して採用を管理する企業には、求人の採用制限をチェックするだけでなく、新しいジョブ・オファーごとに十分な空きがあることを検証する方法がいくつかあります。

オファーは、承認済の採用ステータスを持つポジションに基づいていて、その進捗状況を、そのポジションのヘッドカウントと常勤換算に対して多くの点でチェックできます。

ポジションによってオファーが様々な制限を超えないようにする方法を構成できます。

ポジション採用ステータスのチェック: このグローバル・プロファイル設定は、オファーおよびその他のアサイメントが、採用ステータスのポジションに基づいて作成できるかどうか、または採用ステータスが「承認済」で、「提示済」または「凍結済」ではないもののみかどうかを制御します。(これは、ポジションのステータス「アクティブ」または「非アクティブ」とは無関係です。)
在職者数の検証: このグローバル・プロファイル設定は、すべてのポジションのヘッドカウントが組織全体で強制されるかどうかを制御します。この設定を有効にすると、多くの就業者関連の処理で、新規アサイメントのポジションに、処理待ち就業者の追加、新規従業員の採用、内部就業者の異動、候補者ジョブ・オファーの管理など(これらのいずれかがポジションに基づいている場合)、オープン・ヘッドカウントおよび欠員常勤換算が十分にあるかどうかが検証されます。
重複の許可: このオプションは、各ポジションで、ヘッドカウントおよび常勤換算の制限に達したときに、追加で個人を採用できるかどうかを制御するために使用できます。

ポジションのヘッドカウントと常勤換算の制限に達すると考えられるのはいつですか。候補者は、ジョブ応募が採用ライフサイクルで「オファー - 提示済」ステータス(および任意のフェーズで「候補者により取下げ済」状態または「雇用主により否認済」状態を除くその後のすべての状態)に達するとすぐに、提示開始日時点の在職者とみなされます。これらの在職者候補者は、オファーの提示開始日時点で他のすべての在職者に追加され、追加のジョブ・オファーが採用ライフサイクルを進む必要があるかどうかが計算されます。

ポジション採用ステータスのチェック設定を公開して、オファーを含むすべてのポジションベースのアサイメントのポジション採用ステータスをチェックするには、サイト・レベルでプロファイル・オプションORA_POS_HIRING_STATUS_FILTERを有効にする必要があります。検証を実行するにはYを入力し、NULLのままにするか、各ポジションの採用ステータスを無視するにはNを入力します。

「設定および保守」作業領域で、「タスク」アイコンをクリックします。
「検索」をクリックします。
タスク「管理者プロファイル値の管理」を検索します。
タスク名をクリックします。
「管理者プロファイル値の管理」ページで、プロファイル・オプション・コードORA_POS_HIRING_STATUS_FILTERを検索します。
サイト・レベルでプロファイル値を設定します。検証を実行するにはYを入力し、NULLのままにするか、各ポジションの採用ステータスを無視するにはNを入力します。
「保存して閉じる」をクリックします。

オファーを含め、すべてのポジション・ベースのアサイメントの在職者検証の数設定を表示するには:

「設定および保守」作業領域で、タスク「拡張可能フレックスフィールドの管理」を検索します。
「拡張可能フレックスフィールドの管理」ページで、プロファイル・オプション・コードPER_ORGANIZATION_INFORMATION_EFFを検索します。
「処理」メニューで、「編集」をクリックします。
「組織」カテゴリで「企業」分類を選択します。
「企業詳細」セクションで、「ポジション在職者の追加」ページを追加します。

オファーを含め、すべてのポジション・ベースのアサイメントの在職者検証の数設定を有効にするには:

「設定および保守」作業領域で、「企業HCM情報の管理」タスクを検索します。
「ポジション在職者検証」セクションで、「在職者検証の適用」オプションを選択します。

在職者数の検証設定が公開されていないか、公開されているが選択されていない場合、ポジションベースのオファーおよびポジションを含むその他のすべてのアサイメントに対して検証は実行されません。設定が公開およびチェックされると、採用およびHR内で直接採用処理を含む、スイート全体で検証が実行されます。

ポジションに対してオファー検証が実行されるタイミング

ジョブ応募のライフサイクルで求人の残りの空席数がチェックされている場合、次のようになります。

ポジションに基づいてジョブ・オファーを作成するとき: このフィールドがチェックされるように構成されている場合、ジョブ・オファーの作成時に検索で、採用ステータスが「承認済」(さらに「提示済」または「凍結」ではない)のポジションのみを検索できます。
ユーザーがジョブ・オファーの作成または編集中に「送信」ボタンを使用する場合: そのポジションの在職者数に関係なく、候補者のジョブ応募に対してジョブ・オファーの下書きを作成できます。ユーザーがそれを承認サイクルに送信すると、警告またはエラー・メッセージが表示される場合があります。提示された開始日時点でポジションに十分なオープン・ヘッドカウントがないか、十分な欠員常勤換算がない場合(在職者数検証が無効でない場合)、ドラフト・オファーを送信できません。ただし、重複を許可するようにポジションが構成されている場合、この候補者によってオファー開始日時点でポジションが過剰に充足されることがユーザーに警告されますが、続行して承認のために下書きオファーを送信できます。
「オファーの提示」処理を使用する場合: ユーザーが下書きジョブ・オファーを候補者に提示する準備ができるまでに、ポジションが更新されたり、追加の在職者を獲得する可能性があります。この候補者には十分なヘッドカウントまたは常勤換算がありません。ステータスをオファー - 提示済に移動する前に同じ検証が実行され、前述の設定とオプションに従って適切なエラーまたは警告メッセージが表示されます。
「オファーの提示」処理が自動的にトリガーされた場合: 求人の候補者選択プロセスがジョブ・オファーを提示するように構成されている場合(即時または遅延後)、ポジションの在職者数がチェックされます。ポジションに十分なオープン・ヘッドカウントと欠員常勤換算がある場合、または重複が許可されている場合、自動処理は成功します。空きがなく、ポジションが重複を許可しない場合、提示は成功せず、候補者のジョブ応募は「オファー - 承認済」ステータスのままになります。
受諾時にはなし: ジョブ・オファーが「提示済」状態であるかぎり、候補者がオファーを受諾できなくなることはありません。これは、候補者のかわりにオファーを受諾できる採用ユーザーにも当てはまります。ポジションが更新されたり、同時に現職者の数が増えたりする可能性が低い場合でも、候補者とユーザーにはこれらの制限が通知されません。この時点の後の問題を調整するのは、HR担当者の責任です。
HRに移動時、手動または自動トリガー: 採用ユーザーがトリガーしたか、候補者選択プロセス内で自動的にトリガーされたかに関係なく、HRフェーズへの移動は常に成功します。ただし、提示された開始日時点でポジションにすでに十分なヘッドカウントまたは常勤換算があり、重複が許可されていない場合、候補者は「処理中にエラーが発生しました」状態のHRフェーズに到着します。この状況に対処するのは人事担当者が責任を負います。ただし、ポジションに十分な空きがない場合でも、ポジションが重複できる場合、候補者は問題なくHRフェーズに移動され、警告は「オファー」ページの「エラー」セクションに表示されたままになります。