Oracle HCM Cloudのポジション同期では、関連付けられたポジションの値をアサインメントに継承できますが、同期されたフィールドを上書きする柔軟性もサポートされています。オプションBは、ポジション同期が企業レベル（企業HCM情報の管理）または法人レベル（法人HCM情報の管理）で有効になっている場合、「アサインメントでの上書きを許可」オプションを選択できるため、正解です。これにより、ユーザーは、同期された属性（例：部門、職務）のうち、アサインメントレベルで上書きできるものを選択し、必要に応じて同期から除外できます。オプションCも正解です。
個々の割り当ての「ポジションから同期」属性 (HCM データ ローダーではポジション オーバーライドとも呼ばれます) を「いいえ」に設定すると、その特定の割り当てを同期から完全に除外して、きめ細かな制御が可能になります。
選択肢Aは不正解です。「ポジションから同期」属性の表示は専門ユーザーに限定されておらず、権限を持つユーザーはUIまたはHCMデータローダーからアクセスできます。選択肢Dは無効です。ポジションレベルで属性を空白のままにしても同期動作に影響はありません。同期はポジションのNULL値ではなく、割当レベルまたは構成レベルで制御されます。したがって、正しい選択肢はBとCの2つです。
参考資料: Oracle Docs - 「位置同期」(docs.oracle.com、2023 年 10 月 1 日公開)。

Oracle Global Human Resources Cloudでは、雇用モデルによって、従業員が組織および規制要件を満たすために、雇用関係、アサインメント、契約をどのように構成するかが定義されます。このシナリオでは、顧客が従業員の契約情報を必要とする国で事業を展開していることが示されています。つまり、システムは雇用契約の追跡をサポートする必要があるということです。Oracleは、単一アサインメント、契約付き単一アサインメント、複数アサインメント、複数契約 - 単一アサインメントなど、複数の雇用モデルを提供しています。このタスクは、契約情報を明示的にサポートする2つのモデルを特定することです。
* オプションA：契約アサインメントOracle Global Human Resources Cloudには、「契約アサインメント」という名称の雇用モデルは存在しません。Oracleのドキュメントでは、「単一アサインメント」、「契約付き単一アサインメント」、「複数契約 - 単一アサインメント」といった雇用モデルが定義されていますが、「契約アサインメント」は公式に認められた用語またはモデルではありません。契約関連の設定と混同される可能性がありますが、明確なモデルとしては存在しません。したがって、このオプションは誤りです。
* オプション B: 契約による単発の割り当てこれは有効な雇用モデルであり、正解です。
契約付き単一アサインメントモデルは、従業員が1つの雇用関係、1つのアサインメント、そしてそのアサインメントに関連付けられた1つ以上の雇用契約を持つシナリオ向けに設計されています。このモデルは、開始日と終了日、契約の種類（有期雇用または無期雇用など）、その他の契約条件などの契約情報の提出を義務付けている国に対応しています。このモデルにより、企業は「雇用条件」セクションで契約の詳細を追跡できるため、現地の規制へのコンプライアンスを確保できます。例えば、従業員が「コンサルタント」という単一のアサインメントに、それぞれ異なる条件を持つ複数の有期雇用契約が関連付けられている場合があります。このモデルは、契約情報を追跡するという顧客の要件に最適です。
* オプションC：複数のアサインメント　複数のアサインメントモデルでは、従業員が1つの雇用関係で複数のアサインメントを持つことができ、各アサインメントは組織内の異なる役割または職務を表します（例：従業員が「教師」と「管理者」の両方の役職を務めるなど）。このモデルは複数の役割を管理する柔軟性をサポートしますが、Oracleのドキュメントには、契約情報が必須コンポーネントとして本質的に含まれているとは記載されていません。契約は他のモデル（例：契約付き単一アサインメント）のアサインメントに関連付けることができますが、複数のアサインメントモデルは契約の追跡ではなく、アサインメントの多重性に重点を置いています。お客様の要件は契約情報を重視しているため、このモデルは最適なものではなく、不適切です。
* 選択肢D：複数契約 - 単一配属 これは有効な雇用モデルであり、正解です。複数契約 - 単一配属モデルは、従業員が1つの雇用関係、1つの配属、そしてその配属に紐づく複数の契約を持ち、各契約には異なる契約条件が適用される可能性があるシナリオを想定して設計されています。このモデルは、一時的な契約やプロジェクトベースの契約など、単一の役割に対して複数の契約を管理することが規制で義務付けられている国で使用されます。例えば、単一の配属で複数の契約を締結している従業員は、
「開発者」は、異なるプロジェクトに対して、それぞれ独自の期間または条項を持つ複数の契約を締結している場合があります。
このモデルは、契約情報を追跡するという顧客のニーズを直接サポートしており、シナリオに適しています。
* なぜこれら2つのモデルが必要なのか？契約付き単一アサインメントと複数契約 - 単一アサインメントはどちらも、シナリオの中核要件である契約情報の追跡を明示的にサポートしています。契約付き単一アサインメントモデルは、従業員が通常、アサインメントに1つの主要契約（または複数の契約）を結び付けている場合に適しています。一方、複数契約 - 単一アサインメントモデルは、
- 単一割当モデルは、規制遵守のために複数の同時契約または連続契約が必要な場合に使用されます。これらのモデルにより、お客様は契約の種類、期間、条件などの詳細情報を取得し、現地法の遵守を確保できます。その他のオプション（契約割当および複数割当）は、Oracleの事前定義モデルや契約情報の要件に準拠していません。
参考文献
* Oracle Global Human Resources Cloud: グローバル人事の実装、文書ID:
docs.oracle.com、公開日：2023年12月12日
* セクション: 雇用モデル: 「Oracle Fusion HCM では、単一アサイメント、契約による単一アサイメント、複数アサイメント、契約による複数アサイメント、複数契約 - 単一アサイメントという雇用モデルが提供されます。国別仕様データ グループを作成するときに、雇用モデルを選択します。」
* セクション: 契約による単一の割り当て: 「このモデルを使用して、単一の労働関係で 1 つの割り当てと 1 つ以上の契約を持つ従業員を管理します。」
* セクション: 複数の契約 - 単一の割り当て: 「単一の労働関係で単一の割り当てに関連付けられた複数の契約を持つ従業員にこのモデルを使用します。」
* Oracle Global Human Resources Cloud: Global Human Resources の使用、ドキュメント ID: docs。
oracle.com、公開日：2024年7月2日
* セクション: 雇用契約: 一部の国では、従業員の契約情報を記録する必要があります。契約を伴う単一割り当てまたは複数契約 - 単一割り当ての雇用モデルを使用する場合、1 つ以上の契約を従業員割り当てに関連付けることができます。
* Oracle Fusion Cloud Human Resources 24C 新機能、ドキュメント ID: docs.oracle.com、公開日: 2024 年 8 月 27 日
* セクション: 雇用モデルの強化:「世界的な規制要件を満たすために、契約ベースの雇用モデルを継続的にサポートします。」

完全な詳細な説明:
Oracle Global Human Resources Cloudでは、承認ルーティングポリシーによって、承認のためのトランザクション（昇進、異動など）のルーティング方法が決まります。これらのポリシーは「承認トランザクションの管理」タスクを使用して設定され、特定の階層とグループに依存します。
オプション B (「従業員監督者階層、役職階層、職務レベル、承認グループ」) が正解です。
Oracle HCM Cloud は、承認ルールを定義するために次の基準をサポートしています。
従業員監督者階層: 従業員の報告構造を通じて承認をルーティングします。
ポジション階層: ポジションが実装されている場合は、ポジション階層を使用します。
ジョブ レベル: ジョブ レベルの違いに基づいたルート (例: 大幅な変更には上位レベルの承認が必要)。
承認グループ: 特定のトランザクションの承認者の事前定義されたグループ。
「グローバル人事の実装」ガイドでは、これらが標準コンポーネントであることが確認されています。等級と組織階層 (部門や課など) は承認ルーティング ポリシーで直接使用されないために、他のオプションが不適切になります。
オプション A には、標準ベースではない「等級」と「組織階層」が含まれます。
オプション C では、重要なコンポーネントである「承認グループ」が省略されます。
オプション D は、承認ルーティングではサポートされていない「組織階層」を追加します。
参考文献:
「Oracle Global Human Resources Cloud: グローバル人事の実装」 - 承認に関する章、承認ポリシーの構成に関するセクション。
「Oracle Human Resources Cloud: 承認の使用」 - 承認ルーティング オプション。

完全な詳細な説明:
Oracle HCM Cloud でエンタープライズ構造を作成するには、次のタスクが必須です。
エンタープライズの定義 (B): 最上位のエンタープライズ エンティティを確立します。
参照データ共有の定義 (C): ビジネス ユニット間でのデータ共有ルールを設定します。
企業構造の定義 (D): 階層とコンポーネント (法人、事業単位など) を構成します。
参考資料:Oracle HCM Cloud: グローバル人事の実装、「エンタープライズ・ビジネス・プロセス・モデル」。

Oracle Global Human Resources Cloud では、ポジション コードはポジションの一意の識別子であり、その自動生成は企業レベルで構成されています。
オプション A: 「法人 HCM 情報の管理」では、法的雇用主固有のオプション (従業員番号など) は設定しますが、職位コードは設定しません。
オプション B: 「ポジション同期の管理」は、コード生成ではなく、ポジションと割り当ての同期を処理します。
オプション C: 正解です。「エンタープライズ HCM 情報の管理」では、通常はポジション コード生成設定を介して、企業全体でポジション コードの自動生成を有効にすることができます。
オプション D: 「ポジション コードの管理」タスクはありません。これは架空のオプションです。
オプション E: 「ポジションの管理」はポジションの作成/編集用ですが、自動コード生成は構成しません。
正解は、企業設定の「グローバル人材の実装」によると C です。
参考資料: Oracle Global Human Resources Cloud - グローバル人事の実装、第9章:
ポジション構造。