Full Detailed In-Depth Explanation:
In Oracle Global Human Resources Cloud, approval rules for the Change Manager transaction are configured per the "Securing HCM" guide:
* With "Enable Auto Claim" deselected, the transaction isn't automatically assigned to one approver; it goes to all users with the HR Specialist Sales role (Option C).

Comprehensive and Detailed Explanation From Exact Extract:
In Oracle Global Human Resources Cloud, checklist templates are used to automate tasks, such as offboarding journeys, for employees based on specific events like termination. The scenario describes a situation where an HR specialist created a checklist template categorized as "Offboarding" with the action
"Termination," but no offboarding journey or checklist is assigned to a retired employee after their work relationship is terminated. The Manage Allocated Checklist section, accessible via the Journeys or Checklist Tasks work areas, displays checklists assigned to employees. The absence of the checklist indicates a mismatch or configuration issue in the template's setup.
Option A: Action Type was not defined for the checklist.
This option is incorrect. In Oracle HCM Cloud, the Action Type is a higher-level classification (e.g., Hire, Termination) that groups actions, but checklist templates are associated with specific Actions (e.g., Termination, Retirement) rather than requiring a separate Action Type definition. The scenario specifies that the checklist includes the action "Termination," implying the action is defined. Oracle documentation does not mandate a distinct Action Type field for checklist templates to trigger allocation, making this option irrelevant.
Extract: "When you create a checklist template, you associate it with an action, such as Hire or Terminate, to trigger the checklist for specific events." (OracleOracle Global Human Resources Cloud: Using Global Human Resources, Section: Checklist Templates).
Option B: Action Reasons were not defined in the checklist.
This option is incorrect. Action Reasons (e.g., Retirement, Resignation) provide additional context for an action and can be used to filter checklist allocation, but they are not mandatory for checklist assignment. If no action reasons are specified in the checklist template, the checklist should still be allocated based on the action (e.g., Termination) unless specific reasons are configured to restrict it. The scenario does not indicate that the checklist requires specific action reasons, and the lack of an assigned checklist suggests a broader issue with the action itself, not the absence of reasons.
Extract: "You can optionally specify action reasons to filter when a checklist is allocated, but this is not required for the checklist to trigger." (Oracle Global Human Resources Cloud: Implementing Global Human Resources, Section: Configuring Checklists).
Option C: The Action associated with the checklist does not match the Action selected during the termination process.
This is the correct answer. In Oracle HCM Cloud, checklist templates are triggered based on the Action selected during an employee's transaction, such as termination. The scenario states the checklist is associated with the action "Termination," but the employee's work relationship is terminated due to retirement. In Oracle, Retirement is a distinct action (with a lookup code like RETIREMENT) separate from Termination (e.
g., VOLUNTARY_TERMINATION). If the HR specialist selected Retirement as the action during the termination process, but the checklist is configured for Termination, the checklist will not be allocated, as the actions do not match. This explains why no offboarding journey or checklist appears in the Manage Allocated Checklist section for the retired employee.
Extract: "The checklist is allocated to a person when the action specified in the checklist template matches the action performed in the transaction. For example, a checklist for Termination won't trigger if the action is Retirement." (Oracle Global Human Resources Cloud: Using Global Human Resources, Section: Checklist Allocation).
Additionally, the 24C What's New documentation clarifies: "Ensure the checklist action aligns with the transaction action to avoid allocation issues." (Oracle Fusion Cloud Human Resources 24C What's New, Section: Journeys and Checklists).
Option D: The checklist template is not enabled for automatic allocation.
This option is incorrect. Checklist templates in Oracle HCM Cloud are enabled for allocation by default when created, provided they are Active and associated with an action. The scenario does not indicate that the template is inactive or disabled for allocation, and the issue is specifically tied to the retirement event not triggering the checklist. If automatic allocation were disabled, the template would not function for any termination actions, but the question focuses on the retirement case, pointing to an action mismatch.
Extract: "Checklist templates are active for allocation unless explicitly disabled or set to inactive status." (Oracle Global Human Resources Cloud: Implementing Global Human Resources, Section: Checklist Template Setup).
Why this answer?
The key issue is that the employee's termination was processed with the Retirement action, which does not match the Termination action configured in the checklist template. Oracle's checklist allocation logic requires an exact match between the transaction action and the checklist's action, as documented. This mismatch prevents the offboarding journey from being assigned, making C the correct answer. The other options either misalign with Oracle's functionality or do not directly address the retirement-specific issue.
References
Oracle Global Human Resources Cloud: Using Global Human Resources, Document ID: docs.oracle.com, Published: 2024-07-02 Section: Checklist Templates: Details on associating actions with checklists.
Section: Checklist Allocation: Explains how actions trigger checklist assignments.
Oracle Global Human Resources Cloud: Implementing Global Human Resources, Document ID: docs.oracle.
com, Published: 2023-12-12
Section: Configuring Checklists: Describes action and action reason configurations.
Oracle Fusion Cloud Human Resources 24C What's New, Document ID: docs.oracle.com, Published: 2024-
08-27
Section: Journeys and Checklists: Notes on action alignment for checklist triggers.

Full Detailed In-Depth Explanation:
In Oracle Global Human Resources Cloud, the Person Name Format configuration within the "Manage Workforce Information" task allows customization of how names are displayed across the application. This is distinct from defining name fields or their required status, which is handled elsewhere (e.g., via flexfields or page composer).
* Option A: You can configure the display format of a worker's name (e.g., "First Last" or "Last, First") at the top of employee-level pages, such as the Employment Info page. This is a key feature of the Person Name Format task, making it correct.
* Option B: The name fields shown in the Person Details section during hiring are predefinedby the system or customized via page composer/flexfields, not directly through the Person Name Format task, which focuses on display format rather than field visibility.
* Option C: The format of a worker's name in search results (e.g., Directory or Person Search) can be configured here, allowing consistency in name presentation across the application. This is a supported feature, making it correct.
* Option D: Defining required name fields (e.g., First Name as mandatory) is managed through the Person Details setup or flexfield configuration, not the Person Name Format task, which is about display rather than data entry rules.
The correct answers areAandC, as confirmed in "Implementing Global Human Resources" under Workforce Information setup.

Full Detailed In-Depth Explanation:
Contextual Journeys in Oracle Global Human Resources Cloud provide relevant guidance or tasks based on the user's current context within the application. Per the "Using Journeys" guide, these journeys are displayed in page or section headers, appearing dynamically when a user is on a relevant page (e.g., during a promotion process, a Contextual Journey might appear in the transaction header). This distinguishes them from Guided Journeys, which are accessed via the Journeys tile. Option A (only on Thursdays) is nonsensical and incorrect.
Option B (Quick Action) relates to transaction initiation, not Contextual Journeys. Option D (Journeys tile) applies to Guided Journeys, not Contextual ones. Thus, Option C is correct.

The scenario describes a manager using theView Calendartask in theMy Teamwork area to check a worker's availability, but the worker has no work schedule assigned. The question asks which three options can be used to determine the worker's availability in this case. Without a work schedule, Oracle HCM Cloud relies on other data sources to infer availability, such as events, absences, and default hours.
* Option A: Calendar EventsThis is a correct answer.Calendar Eventsin Oracle HCM Cloud represent specific activities or commitments, such as meetings, training sessions, or other scheduled events, that impact an employee's availability. In theView Calendartask, the manager can see these events on the worker's calendar, indicating times when the worker is unavailable due to booked activities. For example, a training session from 10 AM-12 PM would show the worker as unavailable during those hours. Oracle documentation confirms that calendar events are visible in the Redwood calendar view, making this a valid source.
* Option B: AbsencesThis is a correct answer.Absencesrecorded in Oracle Absence Management (e.g., vacation, sick leave) directly affect a worker's availability. In theView Calendartask,absences appear as blocked time periods, indicating when the worker is not available to perform work. For instance, a worker on leave from April 16-18, 2025, would show as unavailable on those dates. Oracle's Redwood calendar integrates absence data, making this a key source for determining availability without a work schedule.
* Option C: Time SheetThis option is incorrect.Time Sheetdata, managed in Oracle Time and Labor, records hours worked or submitted by an employee, typically after the fact. While time sheets can confirm past work hours, they do not proactively indicate future availability in theView Calendartask.
Oracle documentation does not list time sheets as a source for real-time availability, especially in the absence of a work schedule, making this option unsuitable.
* Option D: Contract DataThis option is incorrect.Contract Dataincludes details like contract type, duration, or terms (e.g., fixed-term or permanent), typically stored in the employment record. While contract data may define work hours in some models (e.g.,Single Assignment with Contract), it does not directly populate theView Calendartask with availability information. Oracle does not use contract data to display availability in this context, ruling out this option.
* Option E: Standard Working HoursThis is a correct answer.Standard Working Hours, defined at the enterprise level (viaEnterprise HCM Information) or inherited from a higher-level configuration, provide a default work schedule (e.g., 9 AM-5 PM, Monday-Friday) when no specific work schedule is assigned. In theView Calendartask, if no work schedule exists, the system assumes the worker is available during standard working hours, adjusted for absences or calendar events. Oracle documentation confirms that standard working hours serve as a fallback for availability calculations.
* Why these three?Without a work schedule, theView Calendartask relies onCalendar Eventsand Absencesto show specific times when the worker is unavailable, andStandard Working Hoursto define the baseline periods when the worker is assumed available. These sources provide a comprehensive view of availability, aligning with Oracle's Redwood calendar functionality in theMy Teamwork area.
References
* Oracle Global Human Resources Cloud: Using Global Human Resources, Document ID: docs.
oracle.com, Published: 2024-07-02
* Section: View Calendar Task: "Managers can view team availability, including absences, calendar events, and working hours, in the My Team work area."
* Section: Standard Working Hours: "Used as a default when no work schedule is assigned."
* Oracle Fusion Cloud Human Resources 24C What's New, Document ID: docs.oracle.com, Published: 2024-08-27
* Section: Redwood Calendar Enhancements: "Improved visibility of absences and calendar events in the View Calendar task."
* Oracle Global Human Resources Cloud: Implementing Global Human Resources, Document ID:
docs.oracle.com, Published: 2023-12-12
* Section: Absence Management Integration: "Absences are reflected in calendar views for availability tracking."