Oracle Global Human Resources Cloudでは、従業員の勤務時間と非勤務時間を定義する複数のデータポイントを組み合わせることで、勤務可能時間を決定します。勤務スケジュールが割り当てられていない場合、システムは代替ソース（ディレクトリやマイチームなどの「勤務可能時間を確認」機能で確認可能）に基づいて勤務可能時間を計算します。
オプションA：契約データは雇用条件（例：フルタイム／パートタイム）を定義しますが、スケジュールや勤務時間に関連付けられていない日単位または時間単位の勤務可能状況を直接指定しません。これはここでは主要な要素ではありません。
オプションB：欠勤（例：休暇、病欠）は、従業員が勤務できない時間を示すため、その可用性を低下させます。これは重要な要素であり、正しい判断基準となります。
オプションC：従業員に割り当てられた就業日カレンダーのカレンダーイベント（例：祝日、全社休業日）は、非就業日としてマークされるため、勤務状況に影響します。これが含まれているため、正しいです。
オプションD: 標準労働時間は、企業または法人レベルで定義され（企業HCM情報の管理または法人HCM情報の管理を介して）、デフォルトの労働パターンを提供します（例：午前9時～
特定の勤務スケジュールが割り当てられていない場合、午後5時までに作業を完了します。これはフォールバックメカニズムであり、正しい動作です。
オプション E: タイムシート データは実際の労働時間を追跡しますが、将来の可用性を決定するために積極的に使用されるわけではなく、給与計算や履歴分析に使用されます。
したがって、使用される 3 つの項目は、可用性管理の「グローバル人材の使用」で概説されているように、B (欠勤)、C (カレンダー イベント)、および D (標準勤務時間) です。
参考資料: Oracle Global Human Resources Cloud - Global Human Resources の使用、第 5 章: 勤務スケジュールと可用性。

Oracle Global Human Resources Cloudでは、従業員の「有効開始日」は通常、個人レコードの開始日、または状況に応じて具体的な変更日を指します。今回の質問は、結婚日に遡った氏名変更に関するもので、8月15日時点の有効開始日を表示する必要があります。
2015年。
オプションA：2015年7月11日が変更申請および処理日です。ただし、氏名変更は今回の取引日ではなく、結婚日に遡って適用されます。
選択肢B：正解です。2015年6月12日は結婚日であり、その日付から姓を変更するというリクエストでした。Oracle HCMでは、（「個人管理」などのタスクを使用して）氏名を有効日で更新すると、システムはこれを氏名変更の有効開始日として記録します。8月15日時点で、
2015 年の場合、システムは遡及更新を反映して、2015 年 6 月 12 日から有効な名前の変更を表示します。
選択肢C：2015年1月1日は雇用日であり、個人レコードの有効開始日でもあります。しかし、氏名の変更により、特定の属性（姓）についてはこの日付が上書きされるため、質問では更新に関連付けられた有効日が示唆されています。
オプション D: 2015 年 8 月 15 日は「時点」の日付であり、変更や従業員の記録の有効な開始日ではありません。
正解は B です。有効日による個人データの管理に関する「グローバル人事の活用」によれば、名前変更の有効開始日は 2015 年 6 月 12 日です。
参考資料: Oracle Global Human Resources Cloud - グローバル人事リソースの使用、第 8 章: 個人管理。

Oracle Global Human Resources Cloudのポジション同期機能により、アサインメントは関連ポジションの値を継承できるため、ポジション定義と従業員のアサインメント間の一貫性が確保され、ワー​​クフォース管理が効率化されます。お客様がこの機能のためにポジション管理を選択されたことを前提として、ポジション同期機能を使用する3つのメリットについて質問しています。提供されたWeb検索結果は、ポジション同期の仕組みに関する詳細な情報を提供しており、ここではそれらを活用して回答を検証します。
* オプションA: ポジションから同期するアサインメント属性をお客様が設定できます。これが正解です。ポジション同期では、お客様は特定の属性（例：職務、部門、場所、マネージャー）を選択して、ポジションからアサインメントに同期できます。
この設定は、「企業HCM情報の管理」や「法人HCM情報の管理」などのタスクを使用して、企業レベルまたは法人レベルで行うことができます。例えば、顧客は職務と管理者を同期させ、勤務地は同期させないようにすることで、ニーズに合わせて同期をカスタマイズできます。Oracleのドキュメントでは、ユーザーが継承する属性を指定できることが確認されており、これにより柔軟な人材管理が可能になります。
* オプションB：同期された属性の場合、ポジションの更新は自動的に在職者のアサインメントにプッシュされます。これは正解です。ポジション同期を有効にすると、ポジションの同期された属性への変更（例：ポジションの部門の更新）は、そのポジションにリンクされているすべてのアクティブなアサインメントに自動的に反映されます。この自動化により、手動による更新が削減され、在職者のアサインメント全体の一貫性が確保されます。遡及的な変更には「ポジションから個人アサインメントを同期」プロセスが必要になる場合がありますが、アクティブなアサインメントの場合、同期された属性の更新は通常自動的に行われます。Oracleのドキュメントでは、同期された属性は変更を継承するため、メンテナンスが効率化されることが強調されています。
* オプションC: 同期された属性は、役職が唯一の情報源であることを保証するため、割り当て内で読み取り専用として表示されます。これは正解です。データの整合性を維持するため、割り当て内の同期された属性は読み取り専用として表示され、明示的にオーバーライドが許可されない限り、割り当てレベルでの手動編集はできなくなります。例えば、マネージャー属性が同期されている場合、割り当てのマネージャーフィールドを直接変更することはできず、役職が唯一の情報源であることが保証されます。Oracleのドキュメントには、この読み取り専用動作は一貫性を確保するためのものであると記載されていますが、必要に応じてオーバーライドを設定することも可能です。
* オプションD：ポジション同期を使用する場合、マネージャセルフサービスは使用できません。このオプションは誤りです。Oracle HCM Cloudには、ポジション同期が有効な場合、マネージャセルフサービスの使用を妨げる制限はありません。マネージャセルフサービスを使用すると、マネージャはチームの詳細の表示やトランザクションの開始などのアクションを実行でき、これらの機能はポジション同期と互換性があります。Oracleのドキュメントにはそのような制限について記載されておらず、ポジション同期はセルフサービス機能とは独立して動作するため、このオプションは無効です。
* なぜこれら3つのメリットがあるのか​​？A、B、Cのメリットは、ポジション同期のメリット、すなわち設定の容易さ（属性の選択）、自動化（自動更新）、データの整合性（読み取り専用属性）と直接結びついています。これらの機能により、管理作業の軽減、一貫性の確保、そして信頼できる唯一の情報源の維持が可能になり、効果的な人材管理に不可欠です。Dの選択肢は誤りです。ポジション同期はマネージャーセルフサービスを制限するものではありません。
参考文献
* Oracle Global Human Resources Cloud: グローバル人事の実装、文書ID:
docs.oracle.com、公開日：2023年12月12日
* セクション: ポジションの同期: 「同期する属性を選択できます。同期された属性は割り当てによって自動的に継承されます。同期されたフィールドは、上書きが許可されていない限り、読み取り専用です。」
* Oracle Global Human Resources Cloud: Global Human Resources の使用、ドキュメント ID: docs。
oracle.com、公開日：2024年7月2日
* セクション: ポジション管理:「ポジションの変更は同期された属性の割り当てに反映され、一貫性が確保されます。」
* Oracle Fusion Cloud Human Resources 24C 新機能、ドキュメント ID: docs.oracle.com、公開日: 2024 年 8 月 27 日
* セクション: ワークフォース ストラクチャの機能強化:「属性管理のポジション同期の改善」

Oracle Global Human Resources Cloud では、変更マネージャ トランザクションの承認ルールは、「HCM の保護」ガイドに従って構成されます。
「自動請求を有効にする」の選択を解除すると、トランザクションは 1 人の承認者に自動的に割り当てられるのではなく、HR スペシャリスト販売ロールを持つすべてのユーザーに送信されます (オプション C)。
参照:Oracle Global Human Resources Cloud - HCM の保護、「承認ルールの構成」トピック。

完全な詳細な説明:
Oracle HCM Cloudの「ワークフォース・デプロイメント」機能領域のFunctional Setup Manager（FSM）では、柔軟な設定が可能です。ページに表示されるオブジェクト（例：部門、拠点、ポジション）は、必ずしも表示順に設定する必要はありません。Oracleは論理的な順序（例：部門をポジションの前に定義する）を推奨していますが、システム側でこれを必須要件として強制するものではありません。実装者は、依存関係（例：部門を必要とするポジション）が満たされている限り、実装のニーズに応じて順序を調整できます。Oracleドキュメントの「ワークフォース・デプロイメントの実装」セクションでは、この柔軟性について説明しており、設定順序は組織の要件に応じて変更できると述べられています。したがって、正解はAです。
参照:Oracle HCM Cloud: グローバル人事管理の実装、「人材配置設定」。