ジョブ応募フローでのアドレス・ブロックの使用

ジョブ応募フローの「住所」ブロックでは、「設定および保守」作業領域で構成されている住所形式および住所書式が使用されます。

住所形式は、「設定および保守」作業領域の「国または地域別の機能」タスクを使用して定義します。このタスクを使用して、特定の国で住所または補足課税およびレポート住所形式を使用するかどうかを定義します。国に対して「人事管理」拡張が選択されている場合、任意の住所形式を選択できます。「給与」または「給与インタフェース」拡張を選択した場合、住所形式はローカライゼーションによって異なります。詳細は、My Oracle Supportのドキュメント『HCM Address Validation』(ID: 2140848.1)を参照してください。

国の住所書式は、「設定および保守」作業領域の住所書式の管理タスクを使用して定義します。このタスクを使用して、住所要素と表示順序を定義します。キャリア・サイトでは表示順序が考慮されない例外が2つあります。

• 国フィールドは常に住所ブロックの先頭に表示されます。

• 住所要素を表示する値リスト(LOV)が、国の下にある住所ブロックの上部に表示されます。複数のLOV要素がある場合、住所書式の管理タスクで定義された表示順序に基づいてソートされます。国に対して少数の住所バリエーションが設定されている場合は、最初のバリエーションが使用されます。

求職者向けの機能

ジョブ応募フローの住所ブロックの内容は動的です。住所フィールドは、ブロックで選択した国の値に基づいて表示されます。国が候補者に事前移入されている場合もあります。候補者が自分のブラウザの場所を使用できる場合、国はその場所に基づいて入力されます。それ以外の場合、国はジョブ求人のプライマリ事業所に基づいて入力されます。

住所要素が依存LOVとして設定されている場合、上位階層要素(たとえば、州)の値を指定する必要があります。これにより、下位階層要素(市区町村など)を選択できます。プロファイルのインポート中に、アプリケーションはデータをアドレス・ブロックにインポートしようとします。上位階層要素の1つが存在しない場合、階層内の下位の要素は移入されません。候補者が一時的に格納され、候補者が一致する欠落要素を選択すると自動的に移入されます。

住所ブロックにデータがあり、国の値が変更された場合、そのデータは値リストではないすべての一致するフィールドに保持されます。

例1: この例では、カナダの国が変更されています。国の値が変更されると、値リストの値は取得されません。

前	後
国(LOV): アメリカ合衆国 州(LOV): NY 郡(LOV): ニューヨーク 市(LOV): ニューヨーク 郵便番号(LOV): 10165 住所行1(自由形式テキスト): 120 Park Ave 住所行2(自由形式テキスト): 26階	国(LOV): カナダ 州(LOV): 市区町村(LOV): 郵便番号(LOV): 住所行1(自由形式テキスト): 120 Park Ave 住所行2(自由形式テキスト): 26階

例2: この例では、ポルトガルの国が変更されています。

前	後
国(LOV): ポーランド 州(自由形式テキスト): マロポリスキエ 市区町村(自由形式テキスト): クラクフ 郵便番号(LOV): 31-476 住所行1(自由形式テキスト): ul。ボラ・コモロースキエゴ25	国(LOV): ポルトガル リージョン(自由形式テキスト): 市区町村(自由形式テキスト): クラクフ 郵便番号(LOV): 31-476 住所行1(自由形式テキスト): 120 Park Ave

どのソースからのプロファイル・インポートでも、住所ブロックのデータは、プロファイルからインポートされたデータで置き換えられます。