トランザクション・デザイン・スタジオ（TDS）の「異動」トランザクションでは、「グローバル人事の実装」ガイドに記載されている特定の基準を使用してルールをカスタマイズできます。サポートされるフィールドは、事業単位、所在地、役職、アクション（例：異動）、従業員タイプ（例：従業員、臨時雇用）です。これにより、正確なルール適用（例：所在地ごとに異なる承認フロー）が可能になります。オプションB、C、Dには、役割、法人、国、部署などのフィールドが含まれますが、これらは異動ルールの標準TDS基準ではありません。オプションAは、ドキュメントに記載されているサポート対象フィールドと一致します。
参照:Oracle Global Human Resources Cloud - グローバル人事管理の実装、「トランザクション設計スタジオ基準」セクション。

Oracle HCM Cloudのアラート・コンポーザは、事前定義されたイベントに基づいて、メールまたはワークリスト経由で送信される情報通知を設定するためのツールです。イベント・アラートは、新規採用や昇進といった特定の応募イベントによってトリガーされます。この質問は、これらのアラートの動作、特にトリガー条件の変更について尋ねています。
* オプションA：イベントアラートは、アプリケーションで特定のイベントが発生したときにトリガーされます。通知のトリガー条件を変更することはできません。これが正解です。Alerts Composerのイベントアラートは、Oracleが提供するフィルターに基づいており、特定のイベント（従業員の退職、割り当て変更など）に関連付けられています。Oracleのドキュメントによると、これらのアラートのトリガー条件は事前定義されており、Oracleのシード設定によって制御されるシステムイベントにリンクされているため、ユーザーが変更することはできません。ユーザーは通知内容（メッセージテキストなど）や受信者をカスタマイズできますが、イベント条件自体はシステムの安定性と一貫性を確保するために固定されています。
* オプションB：イベントアラートは、アプリケーション内で特定のイベントが発生したときにトリガーされます。アラートのトリガー頻度は、アラート内の「実行オプション」タブで変更できます。
このオプションは正しくありません。Alerts Composer にはイベントアラート用の「実行オプション」タブがなく、イベントベースのトリガーの頻度を変更することもできません。イベントアラートは、関連するイベント（例：新規採用レコードの保存）が発生するとすぐにトリガーされます。スケジュールアラートでは頻度（例：毎日または毎週の実行）を設定できますが、イベントアラートはイベントドリブンであり、トリガーは頻度設定によって制御されないため、このオプションは無効です。
* オプションC: イベントアラートは、アプリケーションで特定のイベントが発生したときにトリガーされます。通知のトリガー条件は、特定のアラート内のGroovyスクリプトを変更することで変更できます。このオプションは正しくありません。Alerts Composerのイベントアラートでは、Groovyスクリプトによるトリガー条件の変更は許可されていません。Oracleはシステムの整合性を維持するためにイベントトリガーのカスタマイズを制限しており、Groovyスクリプトはイベントアラート条件の変更ではなく、他のコンテキスト（検証や計算など）で使用されます。ドキュメントによると、トリガー条件はOracleによって提供され、編集不可です。
* なぜこの回答なのでしょうか？イベントアラートトリガーは固定されているため、HCM Cloud実装全体で動作が標準化されています。ユーザーは通知テンプレートや受信者などの設定が可能ですが、コアとなるイベント条件（例：「従業員の採用時にトリガー」）は固定されており、Oracleの設計と一致しているため、Aが正しい記述となります。
参考文献
* Oracle Global Human Resources Cloud: Global Human Resources の使用、ドキュメント ID: docs。
oracle.com、公開日：2024年7月2日
* セクション: アラート コンポーザ: 「イベント アラートは、Oracle が提供するフィルタに基づいており、特定のイベントが発生したときにトリガーされます。トリガー条件を変更することはできません。」
* Oracle Global Human Resources Cloud: グローバル人事の実装、文書ID:
docs.oracle.com、公開日：2023年12月12日
* セクション: アラートの構成: 「イベント アラートでは事前定義された条件が使用されます。カスタマイズはコンテンツと配信オプションに制限されます。」
* Oracle Fusion Cloud Human Resources 24C 新機能、ドキュメント ID: docs.oracle.com、公開日: 2024 年 8 月 27 日
* セクション: アラートの機能強化:「イベント アラートとその固定トリガー メカニズムの説明。」

Oracle Global Human Resources Cloud におけるエンタープライズ・オンボーディング・ジャーニー・チェックリストは、新入社員のオンボーディング・タスクをガイドする構造化されたプロセスです。「ジャーニーの使用」ガイドによると、エンタープライズ・オンボーディング・チェックリストには、タスクまたはアクティビティの順序を定義するためのステップ（多くの場合、子チェックリストとして実装されます）が少なくとも1つ含まれている必要があります。このステップベースの構造により、モジュール性と柔軟性が確保され、組織はオンボーディングを管理しやすいフェーズ（採用前、初日など）に分割できます。オプション A（トランザクション・デザイン・スタジオ）はカスタマイズ・ツールであり、チェックリスト自体の要件ではありません。オプション B（4つ以上のタスク）は任意であり、Oracle ドキュメントでは必須ではありません。オプション C（HireRight 統合）は、オプションのサードパーティ統合であり、必須ではありません。したがって、オプション D は、エンタープライズ・オンボーディング・ジャーニー・チェックリストの最小構造要件を満たしているため、正解です。
参考:Oracle Global Human Resources Cloud - Journeys の使用、「エンタープライズ オンボーディング チェックリスト」セクション。

完全な詳細な説明:
Oracle HCM Cloud のワークフォース ライフ サイクルは、従業員の採用、管理、解雇をカバーし、HR スペシャリストやライン マネージャーなどの役割には、セキュリティに基づいて特定の機能が備わっています。
オプション B (「HR スペシャリストは、セキュリティ アクセス権を持つ従業員の雇用関係、雇用条件、割り当てを作成および管理できます」): はい。HR スペシャリストの権限はデータ セキュリティ プロファイルによって管理され、「グローバル人事の実装」ガイドに従って、承認された従業員に制限されます。
オプション D（「ラインマネージャーは直属の部下と間接的な部下のみを異動させることができます」）：はい。ラインマネージャーは、「グローバル人事管理の使用」ガイドに記載されているように、セキュリティアクセスの制限内で、報告構造（直属の部下と間接的な部下）の異動を開始できます。
オプション E (「人物の追加タスクには、新しい人物と企業との最初の仕事関係の作成が含まれます」):
はい。「人物の追加」タスク（例：従業員の雇用）は、標準機能に従って、初期の労働関係を確立します。
オプションA（「ラインマネージャーは、すべての従業員の雇用関係、雇用条件、および割り当てを作成および管理できます」）：誤り。ラインマネージャーの権限は、すべての従業員ではなく、自分の部下に限定されます。
オプションC（「人事担当者とラインマネージャーは、全従業員の雇用関係、雇用条件、および割り当てを作成および管理できます」）：誤り。どちらの役割もセキュリティによって制限されており、ユニバーサルアクセスは付与されていません。
参考文献:
「Oracle Global Human Resources Cloud: グローバル人材の実装」 - 人材のライフ サイクルとセキュリティ。
「Oracle Human Resources Cloud: グローバル人事の使用」 - マネージャーおよび HR の役割。

Oracle Global Human Resources Cloudでは、従業員の勤務可能時間は、勤務スケジュールをアサインメントに適用することで決定されます。複数のソースがある場合、アプリケーションは特定の階層構造に従って適切なスケジュールを選択します。この質問は、システムが従業員のスケジュールを検索する順序を尋ねています。
* 階層の説明: Oracle HCM Cloud では、事前定義された順序を使用して、従業員の割り当てに適用されるスケジュールを決定します。
* 公開スケジュール：従業員に割り当てられた特定のスケジュールで、多くの場合、Oracle Time and Labor または Workforce Management を通じて作成・公開されます。従業員に明示的に割り当てられ、従業員に合わせて調整されているため、優先されます。
* 雇用週労働時間：アサインメントレベルで定義され、従業員の典型的な週労働時間（例：月曜日から金曜日、40時間）を指定します。公開されているスケジュールがない場合に使用されます。
* 主な勤務スケジュール: 企業または法人レベルで設定され、割り当て固有の勤務週が定義されていない場合に従業員に適用されるデフォルトのスケジュールです。
* 標準勤務時間: エンタープライズ レベル (エンタープライズ HCM 情報経由) で設定され、他のスケジュールが定義されていない場合に使用される最も広範なデフォルトです (例: 毎日午前 9 時から午後 5 時まで)。
* オプションA：標準労働時間、基本勤務スケジュール、雇用週、公開スケジュールの順に行う。このオプションは階層が逆になっているため誤りです。標準労働時間は最初ではなく最後の手段であり、公開スケジュールは最下位ではなく最上位の優先度を持ちます。Oracleのドキュメントでは、デフォルトよりも特定の割り当てが明確に優先されることが明記されています。
* オプションB：雇用週、公開スケジュール、基本勤務スケジュール、標準勤務時間。このオプションは、雇用週を公開スケジュールの前に表示しているため、正しくありません。公開スケジュールは、その特殊性から最初にチェックされ、公開スケジュールが存在しない場合は雇用週がチェックされます。
* オプションC：公開スケジュール、雇用週、基本勤務スケジュール、標準勤務時間。これが正解です。Oracle HCM Cloudは、従業員のスケジュールをこの順序で決定します。
* 公開されたスケジュールは明示的に割り当てられているため (たとえば、時間と労働におけるマネージャーのアクションを介して)、最初にチェックされます。
* 存在しない場合は、割り当ての雇用労働週が使用されます。
* 労働週が定義されていない場合は、プライマリ労働スケジュール (法人などの上位レベルで設定) が適用されます。
* 最後に、他のスケジュールが見つからない場合は、標準の勤務時間がフォールバックとして使用されます。この階層により、柔軟性とコンプライアンスのための Oracle の設計に合わせて、最も具体的で関連性の高いスケジュールが適用されます。
* なぜこの順序になっているのですか？この順序は、従業員固有の設定（公開スケジュール）をアサインメントレベルの設定（雇用週）よりも優先し、その後、より広範なデフォルト（基本勤務スケジュールと標準勤務時間）にフォールバックするというOracleのロジックを反映しています。これにより、給与計算、勤怠管理、コンプライアンスのための正確な可用性追跡が可能になります。
参考文献
* Oracle Global Human Resources Cloud: Global Human Resources の使用、ドキュメント ID: docs。
oracle.com、公開日：2024年7月2日
* セクション: 勤務スケジュール: 「アプリケーションは、公開スケジュール、雇用労働週、基本勤務スケジュール、標準労働時間の順序でスケジュールを選択します。」
* Oracle Global Human Resources Cloud: グローバル人事の実装、文書ID:
docs.oracle.com、公開日：2023年12月12日
* セクション: 作業スケジュールの構成:「割り当てにスケジュールを適用するための階層について説明します。」
* Oracle Fusion Cloud Human Resources 24C 新機能、ドキュメント ID: docs.oracle.com、公開日: 2024 年 8 月 27 日
* セクション: 時間と労働の機能強化:「従業員の可用性に関するスケジュール階層の明確化」