候補者がジョブに採用されたのに、別のジョブの受入を希望する場合は、どうなりますか。

候補者が2つの異なるロールで組織に参加し、一方のジョブが他方より早く開始する場合があります。

各アサインメントの予定開始日のタイミングによっては、この処理が容易な場合と、複数のステップが必要になる場合があります。最も複雑なケースは、遠い将来の日付で開始するジョブの候補者を採用し、その候補者が、より近い将来のジョブも探している場合などです。

たとえば、新しい個人が学校を卒業した後、6月にフルタイムで入社する予定だとします。求人に応募して、6月1日が開始日のジョブ・オファーを受け取って受諾しました。この候補者レコードはHR担当者にハンド・オフされ、ステータスが「HR - 処理中」である処理待ち就業者に変換されました。または、ステータスが「HR - 処理済」である6月1日の将来開始日が設定された就業者に、この処理待ち就業者がすでに変換されている場合もあります。

ここで、1月1日から6月の卒業まで、会社でパートタイムで勤務することを希望しているため、同じ個人が別の求人にも応募します。同じ方法で自分の識別情報を入力し、同じ候補者であるとOracle Fusion Cloud Recruitingで認識されます。この1月のジョブ応募でジョブ・オファーを受け取りますが、承認された後、HR担当者が処理しようとすると問題が発生します。これは、新しいアサイメントがすでに予定されている開始(6月)よりも早く(1月に)開始すると、処理待ち就業者に2番目のアサイメントは設定できず、先日付の就業者にもできないためです。

候補者が近い時期のジョブ(1月)に先に応募して採用され、その後、後の日付のジョブ(6月)に採用された場合は、同じ状況でも問題は発生しません。これは、既存の就業者は、最初のジョブより後に開始する、追加ジョブや置換ジョブをいつでも取得できるためです。

候補者のこれらのアサインメントの作成順序を逆にするには、次のステップに従います。

後で開始するジョブの取消
早く開始するジョブの処理
後で開始する元のジョブの再処理

後で開始するジョブの取消

まず、後で開始するジョブを取り消して、一時的に取りのけておく必要があります。これには、予定開始日が6月の処理待ち就業者である場合と、アサインメント開始日が6月の将来日付の就業者にすでに変換されている場合があります。いずれの場合も、このレコードを取り消す必要があります。退職にはしないでください。

この処理待ち就業者は、ステータスが「HR - 処理進行中」(または就業者の場合は「HR - 処理済」)の採用レコードから作成されました。この取消により、6月のジョブ応募のステータスが「採用プロセスの完了」スケジュール済プロセスに基づいてすぐに変更されます。どちらの場合も、ステータスは「HR - 候補者により取下げ済」になります。このステータスは一時的なもので、予定どおりです。これにより、ジョブ・オファーを超えるアサイメントが候補者になくなるため、1月に新規採用する準備が整います。

早く開始するジョブの処理

この時点で、早い開始日が設定されたジョブ・オファーを処理して、候補者を1月の新規採用者に変換できます。ただし、このオファーは、もともと他のジョブを意識して作成されたため、「アサイメントの追加」などの処理で作成されました。この処理は適切ではなくなったため、ジョブ・オファーを書き直して、適切な処理「処理待ち就業者の追加」を選択する必要があります。

候補者の1月のジョブ・オファーが「HR - 手動処理待ち」ステータスで待機している場合、HR担当者は候補者を「HR - 候補者により取下げ済」に移動して、書直し処理を使用可能にする必要があります。この1月のジョブがすでに「HR - 処理進行中」に移動した後に、候補者の状況がわかった場合は、「手動処理に戻す」処理を使用して「HR - 候補者により取下げ済」に移動し、最後に書直し処理をする必要があります。これらの取下げでは、候補者への通知は送信されません。ジョブ求人には、この候補者が空席を充足しなくなったことがすぐに反映されますが、採用担当者は、すぐにその空席を再び充足できることがわかっています。

この時点で、採用担当者は、この候補者のジョブ応募がステータス「オファー - 下書き」に戻っていることを確認できます。「オファーの編集」をクリックして、ガイド・フローに入力し、適切な処理である「処理待ち就業者の追加」を選択する必要があります。元の1月の開始日と他のすべてのフィールドは変更されておらず、オファーのライフサイクルを再び前進できます。1月の開始日に対して同じジョブ・オファーの受諾を要求する別の通知を候補者が受信すると、少し驚く可能性があります。採用担当者が、なぜこれが必要なのかを説明することをお薦めします。また、候補者が最初に受諾したオファー・レターは、その候補者が最初に署名した簡易電子署名とともに、候補者の文書レコードで引き続きアクセスできるため、この書直しオファーを代理で受諾することもできます。

この1月のジョブ・オファーが受諾され、候補者がHRフェーズに移動すると、候補者はスムーズに処理待ち就業者になります。候補者の氏名が「処理待ち就業者」リストに表示され、ステータスが自動的に「HR - 処理進行中」になります。この処理待ち就業者が変換されるとすぐに、スケジュール済プロセス「採用プロセスの完了」に基づいてステータスが自動的に「HR - 処理済」になります。これにより、このステップの開始時に一時的に解放された求人の候補者のスポットも取り戻されます。

後で開始する元のジョブの再処理

最後に、求職者の6月の卒業後のアサインメントをHR担当者が再作成できます。これを行うには、ステップ1で取り消した処理待ち就業者または就業者のアサイメントに対応するジョブ・オファーを再び処理します。

「ジョブ・オファーの管理」クイック処理から、HR担当者がステータス「HR - 候補者により取下げ済」で候補者の6月のオファーを検索します。これは、スケジュール済プロセス「採用プロセスの完了」でオファーが取り消されたことが検出され次第可能になります。この時点で、「手動処理に戻す」処理を実行して、このオファーの処理を再開する必要があります。6月のジョブ・オファーが作成されて以降、この候補者の状況が変化したため、そのジョブ・オファーは手動で処理する必要がある複雑な状況になりました。ただし、このジョブ・オファーには、引き続き「処理待ち就業者の追加」処理が表示されるため、これをクリックして候補者の処理を再開する必要があります。この候補者を処理することを確認するメッセージが表示され、同意すると、「雇用情報」ページが表示されて、ステータスが「HR - 処理進行中」に変更されます。

候補者の「雇用情報」ページで、この候補者の1月のアサインメントを確認してから、適切なHR処理を選択して、6月のアサインメントを作成する必要があります。たとえば、「異動」、「アサイメントの追加」、「雇用関係の作成」などです。その処理のガイド付きフロー内で、ジョブ・オファーの関連するすべての情報を、選択したHR処理ページのフィールドに手動で入力する必要があります。他のタイプのジョブ・オファーの処理とは異なり、フィールド値には、オファーのアサイメント、給与、報酬またはその他のセクションからの同意済の値は移入されていません。このため、各フィールドの値をHRフローのセクションにコピーするときは、ジョブ・オファーですでに表示および理解されていた情報について、十分に注意する必要があります。その後、HR処理を送信する必要があります。

その新しい6月のアサインメントを送信した後、候補者は「HR - 処理進行中」ステータスで「ジョブ・オファーの管理」リストに残ります。複雑なオファーの場合と同様に、6月のアサイメントに必要な承認が与えられ、HRアプリケーションにコミットされた後でも、ジョブ応募のステータスは「HR - 処理済」に自動的に変更されません。採用のステータスを「HR - 処理済」に変更するには、「処理済に移動」処理を使用する必要があります。これで採用プロセスは最終的な成功状態になり、1月と6月の両方で適切なレコードが候補者に設定されています。