Oracle Global Human Resources Cloud では、割り当てを追加できるかどうかは、アクションの可用性、雇用モデル、および労働者のステータスによって異なります。
オプション A: 正解です。「課題の追加」アクション（「アクションの管理」で管理）の終了日がテスト日より前（例：2025 年 3 月 19 日より前）の場合、UI で使用できなくなり、選択できなくなります。
選択肢B：不正解。業務停止処分は、本質的には2つ目の業務の追加を妨げるものではありません。雇用モデルによって制限されない限り、システムは複数の業務を許可します。
オプション C: 正解です。雇用モデルが単一割り当てに設定されている場合（「企業 HCM 情報の管理」または「法人 HCM 情報の管理」経由）、システムは複数の割り当てを禁止し、「割り当ての追加」アクションを非表示にします。
選択肢D：不正解。雇用モデルが許せば、臨時労働者は複数の任務を遂行できますが、この制限は普遍的ではありません。
採用行動とモデルに関する「グローバル人材の導入」によると、正解は A と C です。
参考資料: Oracle Global Human Resources Cloud - グローバル人事の実装、第6章:
アクションとアクション タイプ、第 8 章: 雇用モデルの構成。

Oracle Global Human Resources Cloudの「個人管理」ページでは、有効日フィルターを使用して従業員を検索できます。2015年1月1日に結果が表示されない場合は、その従業員のレコードがその日にアクティブまたは表示されていないことを示しています。
オプション A: 財務部門で従業員として働いている場合、他の要因 (非アクティブなど) が適用されない限り、検索可能になるはずです。これだけでは、問題を説明できません。
オプションB：正解です。従業員が2015年1月1日時点で非アクティブ（例：解雇）の場合、非アクティブなレコードを明示的に含めない限り、そのレコードはアクティブな検索には表示されません。
選択肢C：正解。従業員が2014年12月31日まで臨時従業員であり、2015年1月2日に正社員になった場合、2015年1月1日時点では有効な従業員記録が存在しないため、結果は「なし」となります。
オプション D: 検索で臨時労働者を除外しない限り (指定されていない)、2015 年 1 月 1 日の臨時労働者は引き続き表示されるはずです。
オプション E: 複数の割り当てによって作業者が非表示になることはありません。プライマリ割り当てまたはアクティブな割り当て (例: 財務監査人) は検索可能である必要があります。
人物検索行動に関する「グローバル人材の活用」によると、正解はBとCです。
参考資料: Oracle Global Human Resources Cloud - グローバル人事リソースの使用、第 8 章: 個人管理。

完全な詳細な説明:
Oracle HCM Cloudの「設定と保守」作業領域（FSM）は、実装担当者にとって中心的なハブであり、Core HRの実装に必要なすべての構成タスクへの包括的なアクセスを提供します。これには、企業構造、ワークフォース構造、地域、その他の基本要素の定義が含まれます。「個人管理」（A）、企業構造（B）、ワークフォース構造（C）作業領域は特定の機能をサポートしますが、これらは運用領域またはサブセット領域であり、エンドツーエンドの構成ハブではありません。Oracle
「グローバル人事の実装」ガイドでは、FSM が Core HR セットアップの主な作業領域であることが確認されており、D が正解です。
参照:Oracle HCM Cloud: グローバル人事管理の実装、「セットアップおよびメンテナンスの概要」。

Oracle Global Human Resources Cloudでは、個人番号はシステム内で個人に割り当てられる一意の識別子です。個人番号の生成は、「設定および保守」作業領域の「企業HCM情報の管理」または「法人HCM情報の管理」タスクを使用して、企業レベルまたは雇用主レベルで設定できます。個人番号を生成する一般的な方法は、「グローバルシーケンス」（企業全体で単一のシーケンス）と「雇用主シーケンス」（雇用主ごとに個別のシーケンス）の2つです。
オプションA：グローバルシーケンスを使用する場合、個人番号は企業全体で一意となり、通常、再雇用された従業員は、個人レコードがアクティブでリンクされている場合、以前の番号を保持できます。しかし、この従業員は2年前に退職したため、米国の雇用主との雇用関係は終了しています。フランスで別の雇用主のもとで再雇用された場合、Oracle HCMは、異なる管轄区域での再雇用では以前のレコードを認識するように明示的に設定されていない限り、以前の個人番号を自動的に再利用しません。これは、異なる管轄区域での再雇用ではデフォルトの動作ではありません。
オプションB：雇用主シーケンスを使用する場合、各雇用主は個人番号のシーケンスを独自に管理します。従業員はフランスの新しい雇用主に雇用を開始するため、米国での以前の雇用に関係なく、その雇用主のシーケンスに固有の新しい個人番号を受け取ります。これは、グローバルシーケンスが適用され、以前のレコードが明示的にリンクされていない限り、個人番号が雇用主間で異なる可能性があるOracleの雇用モデルにおける正しい動作です。
オプションC：従業員が企業に以前の個人記録を保持している場合、退職により通常はアクティブな雇用関係が終了します。異なる雇用主のもとで再雇用された場合、システムが古い番号を再利用するように設定されていない限り（例：グローバルシーケンスや特定の再雇用ルールなど）、新しい個人番号が生成されます。
デフォルトの動作では、退職後に法人の雇用主間で同じ個人番号が継続されることは想定されません。
オプションD：Oracle HCMは、再雇用の際に以前の従業員番号の末尾に「-1」などのパターンを自動的に付加しません。従業員番号の生成は、設定されたシーケンス方式に従って行われ、以前の番号を手動で変更したり、派生的に変更したりすることはありません。
したがって、正解はBです。雇用主シーケンス方式では、フランスの従業員に新しい個人番号が生成されます。これは、「グローバル人事管理の実装」のドキュメント（例：法人HCM情報の管理タスクの個人番号生成に関するセクション）と一致しています。
参考資料: Oracle Global Human Resources Cloud - グローバル人事の実装、第8章:
雇用モデルの構成。

完全な詳細な説明:
Oracle HCM Cloudは、採用や応募などのプロセスにおいて、同一企業内の異なる雇用主間でも、マッチングアルゴリズムを使用して重複する個人レコードを特定します。これは、国民IDが変更された個人が再応募する際に、重複レコードが作成されないようにするために重要です。
オプションB（「アプリケーションは、名、姓の最初の文字、生年月日が同じ場合、または姓、名の最初の文字、生年月日が同じ場合に一致と判断する」）が正解です。システムでは、設定可能な人物照合ルールが採用されており、通常、主要属性（名、姓（またはイニシャル）、生年月日）の組み合わせを使用して、レコードが既に存在するかどうかを判断します。このルールは、国民識別番号（National ID）が変更された場合に対応できるよう設計されており、国民識別番号（National ID）フィールドのみに依存することはありません。
「グローバル人材の実装」ガイドでは、この一致ロジックを確認し、システムがこれらの属性をチェックして重複を防ぐことを指摘しています。
オプション A (「国民識別子が変更されたため、システムは一致するレコードを識別できません」) は、一致プロセスが国民識別子のみに依存していないため、正しくありません。
オプション C (「アプリケーションは、一致するレコードを識別するために、生年月日とミドルネームの可用性を検索する」) は、ミドルネームがデフォルトの一致ルールの標準の必須属性ではないため、正しくありません。
オプション D (「アプリケーションは一致するレコードを識別できず、さらに処理できる人物レコードが 2 つあります」) は正しくありません。システムは一致を検出し、可能な場合は重複レコードを回避するように設計されているためです。
参考文献:
「Oracle Global Human Resources Cloud: グローバル人事の実装」 - 人物の照合と重複防止に関するセクション。
「Oracle Recruiting Cloud: 実装ガイド」 - 候補者マッチング ルール。