完全な詳細な説明:
Oracle HCM Cloudの地理フレームワークは、地理データの管理を標準化し、効率化するために設計されています。その主な目的は、自由形式のテキスト入力ではなく、ルックアップ値を介してアクセスできる構造化された検証済みの地理（国、州、都市など）リストを提供することです。これにより、エラーが削減され、一貫性が確保されます。オプションB（住所フィールドの決定）は住所スタイルに関連し、地理フレームワーク自体には関連しません。オプションC（勤務地の定義）は地理の下流での使用ですが、フレームワークの主な目的ではありません。Oracle HCM Cloudの「地理設定」ドキュメントによると、このフレームワークの主な役割は、ルックアップベースの地理選択を可能にし、Aが正解となるようにすることです。
参照:Oracle HCM Cloud: グローバル人事管理の実装、「地理フレームワークの概要」。

Oracle Global Human Resources Cloudでは、勤務スケジュールの作成と割り当ては、従業員の勤務時間を定義するための構造化されたプロセスです。これらのコンポーネントには、シフト（特定の時間ブロック）、勤務パターン（シフトのシーケンス）、勤務スケジュール（パターンとルールの組み合わせ）が含まれており、これらは勤務スケジュール割当を通じて割り当てられます。
オプションA：この順序は正しくありません。勤務パターンをシフトの前に配置しているからです。勤務パターンは事前に定義されたシフトに依存するため、シフトを先に作成する必要があります。
オプションB：このオプションでは、重要なステップである勤務スケジュールの作成を省略します。勤務スケジュールを作成せずに勤務パターンを直接割り当てることは、従業員に割り当てられる実体である勤務スケジュールをそのままにしておくと、Oracleのプロセスに違反します。
オプション C: 正しい順序は次のとおりです。
シフトの作成: 特定の勤務時間 (例: 午前 9 時 - 午後 5 時) を定義します。
勤務パターンを作成する: シフトを繰り返しシーケンスに組み合わせます (例: 5 日間勤務、2 日間休暇)。
作業スケジュールを作成する: パターンや例外を含めた全体的なスケジュールを定義します。
作業スケジュールの割り当てを通じてスケジュールを割り当てます。作業スケジュールの割り当てタスクを介してスケジュールを従業員にリンクします。これは、作業スケジュールを管理するための Oracle の文書化されたプロセスと一致します。
オプションD: 「雇用管理」タスクを介してシフトを直接割り当てることは有効な方法ではありません。従業員には勤務スケジュール（個々のシフトではなく）が割り当てられるため、このオプションは正しくありません。
正解は C です。これは、Oracle の「Using Global Human Resources」ガイドに記載されている完全かつ論理的なフローに従っています。
参考資料: Oracle Global Human Resources Cloud - グローバル人事リソースの使用、第 5 章: 勤務スケジュール。

Oracle HCM Cloud のトランザクション コンソールでは、承認ルールは「IF」および「THEN」条件で定義されます。
「THEN」条件は「自動承認」などのアクションを指定し、承認者タイプはトランザクションを承認する人物または対象を決定します。自動承認アクションタイプを使用すると、事前定義されたルールに基づいて、人間の介入なしにトランザクションを承認できます。Oracleのドキュメントによると、自動承認の設定をサポートする承認者タイプには、承認グループ（静的または動的な承認者グループ）、担当者（例：人事担当者または給与担当者）、管理階層（上司階層に基づく）、およびポジション階層（ポジション構造に基づく）があります。これらのタイプは、特定の条件下で自動承認するように設定できます。
オプションAでは、自動承認に有効な承認グループが省略されています。オプションBには「ユーザー」と「職務レベルに基づくラインマネージャー階層」が含まれていますが、「ユーザー」（個々の指名ユーザー）と「職務レベル」は通常、自動承認には使用されず、手動ルーティングに適しています。オプションCには以下が含まれます。
「アプリケーションロール」は、ワークフローにおける自動承認ではなく、ロールベースのアクセスに使用されます。オプションDには、この機能に不可欠な承認グループと担当者が含まれていません。オプションEには、承認グループ、担当者、管理階層、および役職階層が正しくリストされており、Oracleが自動承認でサポートする承認者タイプと一致しています。
参考資料: Oracle Docs - 「グローバル人事の実装」(docs.oracle.com、2023年12月公開)
12) 承認ルールの設定。

完全な詳細な説明:
Oracle HCM Cloud のグローバル異動機能を使用すると、フランスの子会社から米国の子会社への異動など、同じ企業内の雇用主間での従業員の移動が容易になります。
オプションC（「人事担当者は、終了する必要のないアサインメントの選択を解除することでデフォルトを上書きできます。これらのアサインメントは元のステータスを維持し、雇用関係は終了しません」）：はい。グローバル異動時に、人事担当者は「グローバル人事の使用」ガイドに記載されているように、デフォルトを上書きして、終了または保持するアサインメントを選択できます。
オプションD（「ソース雇用関係における既存の雇用条件とアサイメントのセットは終了し、そのステータスはデフォルトで「非アクティブ - 給与計算対象」に設定されます」）：True。デフォルトでは、ソース雇用関係のアサイメントは終了し、「非アクティブ - 給与計算対象」としてマークされ、Oracleの標準動作に従って給与計算履歴が保持されます。
オプションE（「移転先の雇用主に新しい雇用関係が自動的に作成される」）：はい。グローバル転勤により、移転日から移転先の雇用主に新しい雇用関係が自動的に作成されます。
オプション A (「移行先の雇用主における新しい雇用関係は自動的には作成されない」): False。
これは、グローバル転送の自動化された性質と矛盾します。
オプションB（「人事担当者はデフォルトの変更を上書きできない」）：False。オプションCに記載されているように、上書きは許可されます。
参考文献:
「Oracle Human Resources Cloud: グローバル人事の使用」 - グローバル転送プロセスの詳細。
「Oracle Global Human Resources Cloud: グローバル人材の実装」 - 雇用モデルの変化。