候補者が重複とマージされた後、オファーおよびライフサイクルを再訪問

採用担当者と人事担当者は、候補者と、一致する可能性のある任意の従業員、前従業員、派遣就業者、前派遣就業者を組み合せることを決定できます。

重複として識別できる他のPersonタイプとのマージは自動的には実行できません。連絡先、受益者、またはその他のタイプの個人が可能性のある一致と判断された場合、人事担当者は、このジョブ応募を手動で管理する必要があります。

マージを決定すると、候補者のプロファイル情報が選択した個人レコードとマージされ、候補者の既存のジョブ応募が選択した個人に転送されます。これには、現在のジョブ・オファーが作成、承認、および受諾されたジョブ応募が含まれます。

候補者のジョブ・オファー詳細は、転送されたジョブ応募で再作成する必要があり、すべての詳細を再訪問して、選択した個人にすべて適切であることを確認する必要があります。外部候補者または他の適格基準に特に適している場合にのみ、オファーの値で必須の変更を行う必要があります。ユーザーがオファーをレビューした後、ライフサイクルの残りの一部またはすべてを省略するかどうかを決定するために様々な選択肢を使用できます。

1. 再作成された各ジョブ・オファーを送信すると、ユーザーはライフサイクルのHRフェーズに直接戻って、すべての介入状態およびカスタム・フェーズをバイパスするかどうかを決定できます。

2. この個人の新規オファーのライフサイクルをバイパスしない場合、これらの再作成されたオファーを異なる方法で処理するようにオファー承認ルールを構成できます。フィールドMERGE_FLAGは、承認領域で使用するために存在します。これは、重複レコードを識別した後にオファーがこのマージ・プロセスの結果であることを示します。承認ルールは、代替の承認者セットを通じてこれらのオファーを送信するように構成することも、承認者がまったく送信しないように設定することもできます。

3. 同様に、これらの再作成オファーは、個々のユーザーがライフサイクルをバイパスしない場合でも、HRフェーズに迅速に移動できます。フィールドMERGE_FLAGは、FastFormulaで使用するために存在します。これは、重複レコードを識別した後でオファーがこのマージ・プロセスの結果であることを示します。候補者の選考プロセス内では、重複が見つかる前にHRに異動したマージ済候補者に自動昇格を設定できます。たとえば、再作成されたオファーは承認後すぐに延長されるように構成でき、改定されたオファーを受け入れた直後にHRフェーズに直接移動できます。

ノート:

候補者が応募した求人は、既存の個人が重複していることを誰かが認識する前にすでに充足している可能性があります。その場合、採用担当者が2つのレコードをマージしようとすると、最初に調達依頼を再オープンする必要があることを示すエラー・メッセージが表示されます。新しく作成されたオファーが再びHRフェーズに移動すると、このマージされた個人は、元の候補者が受け取った人材募集に再度入力されます。