ジョブ・オファーとジャーニについて
ジャーニは、候補者が採用プロセスの最後に到達し、新しいアサイメントを開始する準備など、個人的な状況に変更がある場合に実行される標準タスクのセットです。
候補者のライフサイクルの初期段階でジャーニを割り当てることは効果的ではありません。外部候補者は、処理待ち就業者になるまで割り当てられたジャーニにアクセスできません。採用プロセスが進んだ結果、内部モビリティ候補者がオファーを受け入れる場合があります。そのため、候補者のジョブ応募がHRフェーズに移行すると、ジャーニを割り当てるための採用ライフサイクルの適切な時間は終了に近づいています。候補者のライフサイクルのこの時点付近で発生する処理は多数ありますが、「HRに移動」という処理が適切であることがあります。
候補者がHRフェーズに移動したときのジャーニの割付
成功するすべての候補者は、最終的に採用ライフサイクルのHRフェーズに移行されます。
外部候補者がHRフェーズに進行すると、「HRに移動」と「処理待ち就業者の追加」の両方の処理が新しい採用に対してトリガーされます。再雇用の場合は、「HRに移動」と「処理待ち雇用関係の追加」の両方のアクションがトリガーされます。外部候補者の「HRに移動」処理に基づいてジャーニを構成しないことをお薦めします。かわりに、「処理待ち就業者の追加」と「処理待ち雇用関係の追加」の処理に基づいて外部候補者のジャーニを構成します。この構成は、候補者がHRフェーズに移動した後に「処理中エラー」の状態で遅延した場合に役立ちます。このジャーニは、処理待ち就業者または雇用関係を作成できるときに問題が解決された後にのみ割り当てられます。
内部候補者がHRフェーズに移行すると、ジョブ応募はHR -手動処理待ちステータスになり、HR担当者が「ジョブ・オファーの管理」作業領域で処理するのを待機します。HR担当者は、オファーで最初に選択した処理(「転送」、「グローバル異動」、「昇格・昇進」など)を使用してオファーの値を変換します。これらのアクションにジャーニが設定されている場合は、HR担当者がオファーに基づいてこのプロセスを送信した後にのみ、内部個人にジャーニが割り当てられます。内部候補者が実際の内部変更が有効になる前にジャーニ・タスクを実行する必要がある場合は、「HRに移動」処理のためのジャーニを構成する必要があります。
「HRに移動」という処理のコードはORA_IRC_ACCEPT_JOB_OFFERですが、この処理をトリガーするタイミングは、候補者がジョブ・オファーを受諾したときではありません。オファーの受入れ後、「HRに移動」処理の前に、時間が経過し、カスタム構成フェーズが介入することがあります。したがって、受諾するコードに関係なく、候補者のジョブ応募が最初にHRフェーズの任意の状態に変更されると、「HRに移動」処理がトリガーされます。
適格プロファイルを構成することで、採用ライフサイクルのこの時点で1つのジャーニのみが候補者に割り当てられるようにできます。たとえば、「HRに移動」処理が内部候補者に対してのみ行程をトリガーするように構成されていることを確認して、外部の新規採用と再雇用が「処理待ち就業者の追加」処理と「処理待ち雇用関係の追加」処理に基づいてジャーニを受け取るようにできます。
「HRに移動」処理時にトリガーされるジャーニは、ジャーニの開始者に割り当てられたタスクで構成しないでください。これは、通常、「HRに移動」処理には、候補者選択プロセス内で自動的に実行されるとき、またはユーザーが手動で実行したときに開始者がいないためです。
次のオファー関連の処理は、ジャーニの割付には適していません:
-
「オファーの作成」(コードEMPL_OFFER_CREATE)処理は時期尚早である可能性があります。これは、新しく下書きされたオファーは新しく採用された就業者や新しく異動した就業者につながらないといった様々な理由があるためです。
-
オファーに対するすべての変更は更新ではなく訂正であるため、処理「オファーの更新」(コードEMPL_OFFER_CHANGE)は今日の採用では使用されません。
ジャーニと書直し済オファー
ジョブ応募がHRフェーズに移動した後や、処理待ち就業者または就業者が候補者に対して作成された後でさえ、ジョブ・オファーまたはオファー・レターを変更する必要がある場合があります。これは、トランザクションを取り消してからジョブ・オファーを再作成することで実行できます。
処理待ち就業者または就業者トランザクションが取り消されると、そのレコードは削除され、個人は再び候補者になります。つまり、本人または他のユーザーが、その個人に割り当てたジャーニにアクセスすることはできなくなります。ただし、このジャーニは削除されず、そのジャーニで完了したタスクにすべての情報が保持されます。
再作成されたオファーとそのジョブ応募が再度HRフェーズに移動されると、新しい処理待ち就業者および就業者が再作成されます。アクティブのままのジャーニは、その処理待ち就業者または就業者について再度アクセス可能になり、すべてのタスクを続行して完了できます。
アクティブなジャーニを持つ処理待ち就業者または就業者を取り消す場合、そのジャーニをアクティブなままにしないのであれば、処理待ち就業者または就業者を取り消す前に、そのジャーニを削除することを検討してください。個人が最初に取消されると、マネージャおよびその他のユーザーは、ユーザー・インタフェースから未処理のジャーニにアクセスする方法がなくなります。