Oracle Global Human Resources Cloud 2025 Implementation Professional Questions and Answers
As part of a client's configuration requirements, they have indicated that they want to create divisions by Line of Business in HCM Cloud. After creating them, in which two ways can you associate workers with a specific division?
Options:
Division is a delivered field on a position. If you are using Positions, when you associate a worker with a position, they will be associated with the division tied to that position.
You configure and deploy an assignment descriptive flexfield that has a table value set that references the Division object. When you complete a worker's assignment, you select the appropriate division through that flexfield segment.
Division is a delivered field on the worker assignment. Therefore, when a worker is hired, the correct division would be selected by the user entering the information.
You have configured an Organization Tree, listing the hierarchy of your Legal Entities, Divisions, Business Units, and Departments. You associate a worker with a department that falls within a division to associate the worker with that division.
Answer:
B, DExplanation:
Full Detailed in Depth Explanation:
Divisions in Oracle HCM Cloud are organizational units often aligned with lines of business. Associating workers with divisions requires leveraging existing structures or custom fields.
Option B ("You configure and deploy an assignment descriptive flexfield that has a table value set that references the Division object"): True. A Descriptive Flexfield (DFF) on the assignment can be configured with a value set linked to the Division object, allowing manual selection during assignment updates, as per the "Implementing Global Human Resources" guide.
Option D ("You have configured an Organization Tree, listing the hierarchy of your Legal Entities, Divisions, Business Units, and Departments"): True. By associating a worker with a department within a division via the organization hierarchy, the worker is indirectly linked to that division, a standard practice in workforce structures.
Option A ("Division is a delivered field on a position"): False. Position has fields like Department, but Division is not a standard delivered field.
Option C ("Division is a delivered field on the worker assignment"): False. Assignment includes fields like Department, not Division directly.
Your users have commented that time to assign an Area of Responsibility is wasted, due to the fact that they have to keep adding the same scope to several users, and were wondering if there was functionality to allow for scopes to be preset and used multiple times. How can this be achieved?
Options:
Areas of Responsibility Templates
Areas of Responsibility Preferences
Areas of Responsibility Duplication
Areas of Responsibility Default Settings
Answer:
AExplanation:
In Oracle HCM Cloud,Areas of Responsibility (AOR) Templatesallow administrators to predefine AOR scopes (e.g., departments, locations) and reuse them across multiple users. This feature, accessible via the Manage Areas of Responsibility task, streamlines assignment by saving common configurations as templates, reducing repetitive manual entry. Users can then apply these templates when assigning AORs, meeting the requirement for preset, reusable scopes.
Option B (Preferences) relates to user settings, not AOR configuration. Option C (Duplication) isn’t a formal feature—duplicating AORs is manual. Option D (Default Settings) doesn’t exist for AORs. Option A correctly identifies AOR Templates as the solution, per Oracle’s functionality.
When working through configurations in the Functional Area, Workforce Deployment within FSM, are you required to access and configure the objects in the order listed on the page?
Options:
No
Yes
Answer:
AExplanation:
Full Detailed in Depth Explanation:
In the Functional Setup Manager (FSM) under the Workforce Deployment functional area, Oracle HCM Cloud provides flexibility in configuration. The objects (e.g., Departments, Locations, Positions) listed on the page are not strictly required to be configured in the order they appear. While Oracle recommends a logical sequence (e.g., defining Departments before Positions), the system does not enforce this as a mandatory requirement. Implementers can adjust the order based on their implementation needs, as long as dependencies (e.g., a Position requiring a Department) are satisfied. The "Implementing Workforce Deployment" section of the Oracle documentation confirms this flexibility, stating that configuration order can vary depending on organizational requirements. Thus, the correct answer isA.
At which two levels can Profile Options be set for HCM Cloud: Global Human Resources?
Options:
Site
Role
Product
User
Answer:
A, DExplanation:
Full Detailed in Depth Explanation:
Profile Options in Oracle HCM Cloud control system behavior and can be set at:
A: Site level, applying globally to all users and organizations.
D: User level, allowing personalization for individual users.
In order to configure the product you plan on implementing, what is the first action you need to complete within the Setup and Maintenance Work Area (FSM)?
Options:
Create additional Implementer User Profiles
Configure your legal entities
Opt in to the Offering and Product areas you will be implementing
Answer:
CExplanation:
Full Detailed in Depth Explanation:
In Oracle HCM Cloud, the Setup and Maintenance Work Area (FSM) is the starting point for implementation. The first required action is toopt into the offerings (e.g., Global Human Resources) and specific product areas you plan to implement. This step activates the relevant tasks and configuration options in FSM, making subsequent setups (like legal entities or user profiles) possible. Without opting in, the system restricts access to implementation tasks. The Oracle documentation emphasizes that "opting in" is the initial step in the implementation process, as outlined in the "Getting Started with Your Implementation" guide, makingCthe correct answer.
You hired an employee on January 1, 2023. This employee got married on June 12, 2023. You received a request from the employee on July 11, 2023, to change their last name from the date of marriage. You changed the last name of the employee by using the Person Quick Action as requested on the same day. What are the effective dates for the Person and Assignment records?
Options:
August 15, 2023 for Person and June 12, 2023 for Assignment
January 1, 2023 for Assignment and July 11, 2023 for Person
June 12, 2023 for Person and Assignment
June 12, 2023 for Person and January 1, 2023 for Assignment
Answer:
CExplanation:
In Oracle HCM Cloud, the Person Quick Action (e.g., Change Name) updates the global person record, which is separate from assignment records. When an HR specialist changes an employee’s last name via Person Quick Action and specifies an effective date (e.g., the marriage date, June 12, 2023), this date applies to the person record. The documentation states that name changes can be backdated to reflect life events, and if the "Synchronize to Assignments" option is enabled (default behavior unless overridden), the updated name also propagates to all active assignments with the same effective date—here, June 12, 2023. The assignment’s original start date (January 1, 2023) remains unchanged unless explicitly modified via a separate transaction (e.g., Manage Employment).
Option A introduces an arbitrary August 15 date, which has no basis. Option B uses July 11 (request date) for Person, ignoring the backdated request, and January 1 for Assignment, which doesn’t reflect synchronization. Option D keeps Assignment at January 1, contradicting the synchronization default. Option C correctly sets both Person and Assignment to June 12, 2023, per Oracle’s name change and synchronization behavior.
Which Approval Types are supported while configuring the Managing Approval Rules: Promote transaction?
Options:
Application Role, Approval Groups, Management Hierarchy, Parent Position, Representative,User, Self Auto Approve
Application Role, Approval Groups, Management Hierarchy, Position Hierarchy, Representative, Self Auto Approve, User
Data Role, Application Role, Approval Groups, Management Hierarchy, Position Hierarchy, Self Auto Approve, User
Enterprise Role, Application Role, Approval Groups, Parent Position, Representative, User, Self Auto Approve
Answer:
BExplanation:
In Oracle Global Human Resources Cloud, approval rules for transactions like Promote are configured in BPM Worklist with supported approval types.
Option A: "Parent Position" is not a standard approval type; "Position Hierarchy" is correct.
Option B: Correct. Supported types include:
Application Role (e.g., HR Specialist),
Approval Groups (static user lists),
Management Hierarchy (line managers),
Position Hierarchy (position-based),
Representative (e.g., delegate),
Self Auto Approve (initiator approves),
User (specific individual).
Option C: "Data Role" is a security concept, not an approval type.
Option D: "Enterprise Role" is not an approval type; "Parent Position" is incorrect.
The correct answer is B, per "Using Global Human Resources" on approval configuration.
As an implementation consultant, you have been assigned the task of verifying employment actions as part of your validation testing. You are trying to add an additional assignment for a worker but are unable to see that action. What are two reasons for this?
Options:
The Add Assignment action was end-dated before your testing, so the effective start date is unavailable to select on the employment task.
The worker you are using to test has a current assignment that is suspended, and you can’t add a second assignment when one is suspended.
The employment model is set to single-assignment on either the enterprise level and/or the legal entity level.
The worker you are using to test is a contingent worker, and you cannot have multiple assignments for contingent workers.
Answer:
A, CExplanation:
In Oracle Global Human Resources Cloud, the ability to add an assignment depends on actionavailability, employment model, and worker status.
Option A: Correct. If the "Add Assignment" action (managed via Manage Actions) has an end date prior to the testing date (e.g., before March 19, 2025), it becomes unavailable in the UI, preventing selection.
Option B: Incorrect. A suspended assignment does not inherently block adding a second assignment; the system allows multiple assignments unless restricted by the employment model.
Option C: Correct. If the employment model is set to single-assignment (via Manage Enterprise HCM Information or Manage Legal Entity HCM Information), the system prohibits multiple assignments, hiding the "Add Assignment" action.
Option D: Incorrect. Contingent workers can have multiple assignments if the employment model allows it; this restriction is not universal.
The correct answers are A and C, per "Implementing Global Human Resources" on employment actions and models.
Challenge 6
Manage Document Types
Scenario
The organization would like to track the certifications of all their instructors.
Task
Create a Document Type of certificate for Instructor Certifications, where:
The name of the certificate is X Instructor Certification
Approval is required
The deletion restriction is required
Options:
Answer:
See the solution in Explanation below.
Explanation:
To create a document type for tracking instructor certifications in Oracle Global Human Resources Cloud, you need to use the Manage Document Types task within the Setup and Maintenance work area. The task involves creating a document type named "X Instructor Certification" with approval required and deletion restrictions enforced. Below is a step-by-step solution, including detailed explanations and references to Oracle documentation, to accomplish this task.
Step-by-Step Solution
Step 1: Log in to Oracle Fusion Applications
Action: Log in to Oracle Fusion Applications with a user account that has the necessary privileges, such as the HCM Application Administrator or Application Implementation Consultant role. These roles typically include permissions to access the Setup and Maintenance work area.
Explanation: The Setup and Maintenance work area is the central hub for configuration tasks, including managing document types. Proper access ensures you can perform the task without restrictions.
What type of people within our system are assigned Person IDs?
Options:
Employees, Contingent Workers, Non-Workers
Employees, Contingent Workers, Non-Workers, Pending Workers, Worker Contacts
Employees, Contingent Workers, Non-Workers, Pending Workers
Answer:
BExplanation:
Full Detailed in Depth Explanation:
In Oracle HCM Cloud, aPerson IDis a unique identifier assigned to individuals within the system who have a person record. The types of people assigned Person IDs include:
Employees: Full-time or part-time workers with an employment relationship.
Contingent Workers: Temporary or contract workers.
Non-Workers: Individuals like retirees or external contacts with a person record but no active work relationship.
Pending Workers: Individuals hired but not yet started (e.g., future-dated hires).
Worker Contacts: Emergency contacts or dependents linked to a worker’s record, who also receive a Person ID for tracking purposes.
Option A omits Pending Workers and Worker Contacts, which are included in the system’s person model. Option C misses Worker Contacts, who are explicitly assigned Person IDs to manage relationships. Option B is the most comprehensive, aligning with Oracle’s definition of person records in the "Person Management" guide, makingBthe correct answer.
Which option represents the basis on which approval routing policies can be defined?
Options:
Employee Supervisor Hierarchy, Position Hierarchy, Grades, Approval Groups, Organization Hierarchy
Employee Supervisor Hierarchy, Position Hierarchy, Job Levels, Approval Groups
Employee Supervisor Hierarchy, Position Hierarchy, Job Levels
Employee Supervisor Hierarchy, Position Hierarchy, Job Levels, Approval Groups, Organization Hierarchy
Answer:
BExplanation:
Full Detailed in Depth Explanation:
In Oracle Global Human Resources Cloud, approval routing policies determine how transactions (e.g., promotions, transfers) are routed for approval. These policies are configured using the "Manage Approval Transactions" task and rely on specific hierarchies and groups.
Option B ("Employee Supervisor Hierarchy, Position Hierarchy, Job Levels, Approval Groups") is correct. Oracle HCM Cloud supports the following bases for defining approval rules:
Employee Supervisor Hierarchy: Routes approvals through the employee’s reporting structure.
Position Hierarchy: Uses the position hierarchy if positions are implemented.
Job Levels: Routes based on job level differences (e.g., requiring higher-level approval for significant changes).
Approval Groups: Predefined groups of approvers for specific transactions.
The "Implementing Global Human Resources" guide confirms these as the standard components.Grades and Organization Hierarchy (e.g., Department or Division) are not directly used in approval routing policies, making other options incorrect.
Option A includes "Grades" and "Organization Hierarchy," which are not standard bases.
Option C omits "Approval Groups," which is a key component.
Option D adds "Organization Hierarchy," which is not supported for approval routing.
An employee's job title was "Recruiter" as of January 01, 2024. However, on February 01, 2024, the job title was updated to "Consultant" in the system. The latest effective-dated employment record in the system is the one from February 01, 2024. On March 01, 2024, an HR specialist tries to search for the previous employment details of this employee using Global Search. The HR specialist enters the search keyword "Recruiter" and the Effective Date value of January 31, 2024, since the employee's job title was Recruiter on that day. The search returns no rows.
What is the reason?
Options:
The process has successfully updated the most recent effective-dated job attribute in the keyword record.
The process failed on January 31, 2024 but it ran successfully the following day.
The process failed on March 1st, 2024, but it ran successfully the day before.
Answer:
AAn HR representative enters employee details in the application as part of the hiring process. On the Review page, the HR representative notices that Person Number does not show any number, but indicates "Generated Automatically." Identify the option that relates to this intended behavior.
Options:
Person Number at the Enterprise Level is set to Automatic before submission.
Worker Number at the Enterprise Level is set to Manual.
Person Number at the Enterprise Level is set to Automatic after final save.
Person Number at the Enterprise Level is set to Manual.
Answer:
CExplanation:
In Oracle Global Human Resources Cloud, the Person Number generation method is configured via "Manage Enterprise HCM Information." Options include Manual, Automatic before submission, or Automatic after final save. The behavior described—showing "Generated Automatically" with no number on the Review page—indicates the number is assigned post-submission.
Option A: "Automatic before submission" generates the person number immediately upon initiating the hire process, visible before review. This doesn’t match the scenario.
Option B: "Worker Number" is distinct from Person Number and irrelevant here. Manual setting would require user input, not "Generated Automatically."
Option C: Correct. "Automatic after final save" delays person number generation until the transaction is fully submitted and saved, explaining why it’s not visible on the Review page but marked as automatic.
Option D: Manual requires the user to enter a number, contradicting the "Generated Automatically" indication.
The correct answer isC, as detailed in "Implementing Global Human Resources" under Person Number setup.
A manager returned from the U.S. Subsidiary to their source location, the U.K. Subsidiary, after a period of three months. What should a Human Resources representative do to reinstate the manager's records in the source legal employer?
Options:
Deploy a Descriptive Flexfield to capture the return date. Update this segment with the actual return date to reinstate the record.
Entering the return date will automatically reinstate the record on the return date.
Create another assignment with the return date as the effective date.
Initiate the End Global Temporary Assignment action and specify a return date. The global temporary assignment is terminated and the assignments in the source legal employer are reinstated automatically on the return date.
Answer:
DExplanation:
Full Detailed in Depth Explanation:
For temporary assignments across legal employers (e.g., U.S. to U.K. Subsidiary), Oracle HCM Cloud provides the Global Temporary Assignment feature.
Option D ("Initiate the End Global Temporary Assignment action and specify a return date. The global temporary assignment is terminated and the assignments in the source legal employer are reinstated automatically on the return date") is correct. When a manager returns from a temporary assignment, the HR representative uses the "End Global Temporary Assignment" action, specifying the return date. This automatically terminates the temporary assignment and reinstates the original assignments in the source legal employer (U.K. Subsidiary), as per the "Using Global Human Resources" guide.
Option A (Descriptive Flexfield) is a custom workaround, not a standard process.
Option B is incorrect; entering a date alone doesn’t trigger reinstatement.
Option C (new assignment) bypasses the temporary assignment framework.
A manager discovers that a worker has no work schedule assigned when trying to check their availability by using the View Calendar task of the My Team work area.
Without a work schedule, which three can be used to determine the availability of a worker?
Options:
Calendar Events
Absences
Time Sheet
Contract Data
Standard Working Hours
Answer:
A, B, EExplanation:
The scenario describes a manager using the View Calendar task in the My Team work 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 Events in Oracle HCM Cloud represent specific activities or commitments, such as meetings, training sessions, or other scheduled events, that impact an employee’s availability. In the View Calendar task, 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. Absences recorded in Oracle Absence Management (e.g., vacation, sick leave) directly affect a worker’s availability. In the View Calendar task, 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 Sheet data, 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 the View Calendar task. 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 Data includes 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 the View Calendar task 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 (via Enterprise 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 the View Calendar task, 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, the View Calendar task relies on Calendar Events and Absences to show specific times when the worker is unavailable, and Standard Working Hours to 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 the My Team work 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.”
Which three statements are true about HCM Cloud trees?
Options:
You can create multiple versions of each tree.
You can create multiple trees for the geography tree type.
Oracle Fusion trees are graphical representations of hierarchical data, such as the structure of the organization.
With the exception of geography trees, you can create multiple trees for each HCM tree type.
Answer:
A, C, DExplanation:
Full Detailed in Depth Explanation:
HCM Cloud trees are used to represent hierarchical data structures. The correct statements are:
A: Multiple versions of a tree can be created to manage changes over time or test configurations, as supported by the tree versioning feature.
C: Trees in Oracle Fusion HCM are indeed graphical representations of hierarchies (e.g., organization, department), aiding in visualization and management.
D: For most HCM tree types (e.g., Department, Position), multiple trees can be created, except for geography trees, which are limited to one per country due to their predefined structure.
For the Change Manager transaction, the first-level approval is set to the Application Role type. The name of the application role is HR Specialist Sales. In the Change Manager approval rule configuration, the Enable Auto Claim option is deselected. Which two actions take place when the transaction for manager change is initiated for employees?
Options:
The transaction goes into error because it was not auto-claimed
The transaction has to be approved by all HR Specialist Sales representatives for it to be approved
The transaction goes for approval to all the workers who inherit the HR Specialist Sales role
One of the HR Specialist Sales representatives should "Claim" the transaction for it to be assigned for approval
Answer:
C, DExplanation:
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).
You approved a workflow request and sent it to the second-level approver as an HR specialist. However, it is still in your worklist notification. Which are two reasons for this?
Options:
The second-level approver might have rejected the request.
The second-level approver might have executed a pushback on the request.
The second-level approver might have approved the request.
The second-level approver might have opted for an ad hoc route.
Answer:
A, BExplanation:
Comprehensive and Detailed Explanation From Exact Extract:
In Oracle Global Human Resources Cloud, workflow requests follow a defined approval process managed by the Business Process Management (BPM) Worklist, which tracks notifications and tasks for approvers. When an HR specialist approves a workflow request and forwards it to the second-level approver, the expectation is that the task will move out of the first approver’s worklist. However, if the task remains in the HR specialist’s worklist, it indicates that the workflow has returned to them due to specific actions taken by the second-level approver.
According to the Oracle HCM Cloud documentation, the two reasons the workflow request might still appear in the HR specialist’s worklist are:
The second-level approver rejected the request: If the second-level approver rejects the request, the workflow task may return to the previous approver (in this case, the HR specialist) for further action, such as review, correction, or resubmission.
The second-level approver executed a pushback on the request: A pushback action allows the second-level approver to return the task to the previous approver without rejecting it outright, typically for clarification or additional information. This keeps the task active in the HR specialist’s worklist.
The exact extract from the Oracle documentation states:
"When a task is assigned to an approver, they can approve, reject, or push back the task. If a task is rejected, it may return to the previous approver or initiator based on the workflow configuration. A pushback sends the task back to the previous approver for further action, such as providing additional details or addressing concerns, without terminating the workflow."
Why the other options are incorrect:
Option C (The second-level approver might have approved the request): This is incorrect because if the second-level approver approves the request, the workflow would proceed to the next stage (if any) or complete, removing the task from the HR specialist’s worklist. Approval does not cause the task to remain with the previous approver.
Option D (The second-level approver might have opted for an ad hoc route): This is incorrect because an ad hoc route involves reassigning or delegating the task to another approver, which would not cause the task to return to the HR specialist’s worklist. Instead, it would move to the new approver’s worklist.
Detailed Analysis of Correct Options:
Rejection (Option A): A rejection by the second-level approver may trigger the workflow to revert to the previous approver (HR specialist) depending on the workflow rules configured in the system. For example, the workflow might be set up to allow the HR specialist to address the reason for rejection and resubmit the request.
Pushback (Option B): A pushback is a specific action in Oracle HCM workflows that explicitly returns the task to the previous approver for further input or clarification. Unlike rejection, pushback does not terminate the workflow but keeps it active, requiring the HR specialist to take additional action.
A Human Resources specialist has created a checklist template that includes the category "Offboarding" and the action "Termination." When an employee retires from the organization and their work relationship with the legal employer is terminated, there is no Offboarding Journey or checklist assigned to the retired employee in the Manage Allocated Checklist section. What is the reason?
Options:
Action Type was not defined for the checklist.
Action Reasons were not defined in the checklist.
The Action associated with the checklist does not match the Action selected during the termination process.
The checklist template is not enabled for automatic allocation.
Answer:
CExplanation:
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.
In order for a worker to complete a checklist item before their hire date, the following must be done?
Options:
The worker must have been added as an applicant in Recruiting Cloud
The worker needs to be added as an Employee with a future hire date
The worker must be added as a Pending Worker with an effective date equal to or less than the system date and a future hire date
Answer:
CExplanation:
Checklists in Oracle Global Human Resources Cloud can be assigned to workers before their official hire date, typically during onboarding. The "Using Global Human Resources" guide under "Checklists and Onboarding" explains that for a worker to access and complete checklist tasks prior to their hire date, they must be added as a Pending Worker. A Pending Worker record requires an effective date (start date of the record) that is equal to or earlier than the current system date, allowing system access, and a future hire date (when they transition to an Employee). This setup enables pre-hire tasks, such as completing forms, to be actioned. Option A (applicant in Recruiting Cloud) doesn’t grant HCM access, and Option B (Employee with future hire date) doesn’t allow pre-hire task completion before the hire date is effective. Option C is precise and correct.
Your organization needs to download a large number of document record and their attachments for specific document type (degree or certificate). If you want to limit the mass download to only this document type, how would you configure it in HCM Cloud: Global Human Resources?
Options:
On the Document Type setup page, select the "permitted for mass download" field on the document type of Degree or Certificate.
Configure the "HCM Flow and Document Type Mapping" section on the HCM Data Loader Template setup page by adding a row for permitted document type, and select Degree or Certificate.
Configure the "HCM Flow and Document Type Mapping" section on the Enterprise HCM Information setup page by adding a row for permitted document type, and select Degree or Certificate.
Answer:
AExplanation:
The organization needs to download a large number of document records and their attachments for specific document types (Degree or Certificate) and limit the mass download to only these types. The question asks how to configure this in Oracle HCM Cloud.
Option A: On the Document Type setup page, select the "permitted for mass download" field on the document type of Degree or Certificate.This is the correct answer. Oracle HCM Cloud allows mass download of document records and attachments via the Document Records page or related processes. To restrict downloads to specific document types, the Manage Document Types task includes a Permitted for Mass Download field (introduced in recent releases, e.g., 24C). By enabling this field for the Degree and Certificate document types, you ensure that only records of these types are included in mass download operations, meeting the requirement to limit the scope.
Option B: Configure the "HCM Flow and Document Type Mapping" section on the HCM Data Loader Template setup page by adding a row for permitted document type, and select Degree or Certificate.This option is incorrect. The HCM Data Loader (HDL) is used for importing and exporting data, including document records, but it does not have an HCM Flow and Document Type Mapping section specifically for configuring mass downloads. While HDL supports document record imports, the configuration for mass download restrictions is managed at the document type level, not through HDL templates, making this option invalid.
Option C: Configure the "HCM Flow and Document Type Mapping" section on the Enterprise HCM Information setup page by adding a row for permitted document type, and select Degree or Certificate.This option is incorrect. The Enterprise HCM Information task configures enterprise-level settings (e.g., working hours, person number generation), but it does not include an HCM Flow and Document Type Mapping section or any settings for document type download restrictions. Mass download permissions are controlled via document type setup, not enterprise settings, ruling out this option.
Why this answer?The Permitted for Mass Download field on the Document Type setup page directly controls which document types can be included in mass download operations, ensuring that only Degree and Certificate records are downloaded. This aligns with Oracle’s configuration model for document management, making A the correct choice.
References
Oracle Global Human Resources Cloud: Using Global Human Resources, Document ID: docs.oracle.com, Published: 2024-07-02
Section: Manage Document Types: “Configure the Permitted for Mass Download field to restrict which document types can be downloaded in bulk.”
Oracle Fusion Cloud Human Resources 24C What’s New, Document ID: docs.oracle.com, Published: 2024-08-27
Section: Document Records Enhancements: “Added Permitted for Mass Download option to limit bulk downloads to specific document types.”
Oracle Global Human Resources Cloud: Implementing Global Human Resources, Document ID: docs.oracle.com, Published: 2023-12-12
Section: Document Management: “Details on configuring document types for mass operations.”
Which three HCM Cloud capabilities are considered part of the Global Human Resources Business Process?
Options:
Workforce Directory
Time and Labor
Workforce Compensation
Workforce Modeling
Core Human Resources
Answer:
A, D, EExplanation:
Full Detailed in Depth Explanation:
The Global Human Resources (HR) Business Process in Oracle HCM Cloud encompasses core capabilities that manage workforce data, structures, and planning at a global level. According to Oracle documentation:
Workforce Directory (A): Provides a centralized view of the workforce, including organizational hierarchies and worker details, which is integral to Global HR.
Workforce Modeling (D): Enables scenario planning and organizational modeling, a key feature of Global HR for strategic workforce management.
Core Human Resources (E): Covers essential HR functions like person management,employment records, and organizational structures, forming the backbone of Global HR.
You are working with a customer whose enterprise operates in a country that requires contract information for employees.
Which two employment models can be configured to meet the customer's needs?
Options:
Contract assignment
Single assignment with contracts
Multiple assignments
Multiple contract - Single assignment
Answer:
B, DExplanation:
In Oracle Global Human Resources Cloud, employment models define how work relationships, assignments, and contracts are structured for employees to meet organizational and regulatory requirements. The scenario indicates that the customer operates in a country requiring contract information for employees, implying that the system must support the tracking of employment contracts. Oracle provides several employment models, including Single Assignment, Single Assignment with Contract, Multiple Assignments, and Multiple Contract - Single Assignment, among others. The task is to identify which two models explicitly support contract information.
Option A: Contract assignmentThere is no employment model in Oracle Global Human Resources Cloud explicitly named Contract assignment. Oracle documentation defines employment models such as Single Assignment, Single Assignment with Contract, and Multiple Contract - Single Assignment, but Contract assignment is not a recognized term or model. It may be confused with contract-related configurations, but it does not exist as a distinct model. Therefore, this option is incorrect.
Option B: Single assignment with contractsThis is a valid employment model and a correct answer. The Single Assignment with Contract model is designed for scenarios where an employee has one work relationship, one assignment, and one or more employment contracts associated with that assignment. This model supports countries that mandate contract information, such as start and end dates, contract types (e.g., fixed-term or permanent), and other contractual terms. The model allows the enterprise to track contract details in the Employment Terms section, ensuring compliance with local regulations. For example, an employee might have a single assignment as a "Consultant" with multiple fixed-term contracts linked to it, each with distinct terms. This model is ideal for the customer’s requirement to track contract information.
Option C: Multiple assignmentsThe Multiple Assignments model allows an employee to have one work relationship with multiple assignments, each representing different roles or jobs within the organization (e.g., an employee working as both a "Teacher" and an "Administrator"). While this model supports flexibility in managing multiple roles, Oracle documentation does not indicate that it inherently includes contract information as a mandatory component. Contracts can be associated with assignments in other models (e.g., Single Assignment with Contract), but the Multiple Assignments model focuses on assignment multiplicity rather than contract tracking. Since the customer’s requirement emphasizes contract information, this model is not the best fit and is incorrect.
Option D: Multiple contract - Single assignmentThis is a valid employment model and a correct answer. The Multiple Contract - Single Assignment model is specifically designed for scenarios where an employee has one work relationship, one assignment, and multiple contracts linked to that assignment, with each contract potentially having different terms or conditions. This model is used in countries where regulatory requirements mandate tracking multiple contracts for a single role, such as in cases of temporary or project-based contracts. For example, an employee in a single assignment as a "Developer" might have multiple contracts for different projects, each with unique durations or clauses. This model directly supports the customer’s need to track contract information and is appropriate for the scenario.
Why these two models?Both Single Assignment with Contract and Multiple Contract - Single Assignment explicitly support the tracking of contract information, which is the core requirement of the scenario. The Single Assignment with Contract model is suitable when an employee typically has one primary contract (or a sequence of contracts) tied to their assignment, while the Multiple Contract - Single Assignment model is used when multiple concurrent or sequential contracts are needed for regulatory compliance. These models allow the customer to capture contract details like type, duration, and terms, ensuring adherence to local laws. The other options (Contract assignment and Multiple Assignments) do not align with Oracle’s predefined models or the requirement for contract information.
References
Oracle Global Human Resources Cloud: Implementing Global Human Resources, Document ID: docs.oracle.com, Published: 2023-12-12
Section: Employment Models: “Oracle Fusion HCM provides these employment models: single assignment, single assignment with contract, multiple assignments, multiple assignments with contract, multiple contract - single assignment. You select an employment model when you create a legislative data group.”
Section: Single Assignment with Contract: “Use this model to manage employees who have one assignment and one or more contracts in a single work relationship.”
Section: Multiple Contract - Single Assignment: “Use this model for employees who have multiple contracts associated with a single assignment in a single work relationship.”
Oracle Global Human Resources Cloud: Using Global Human Resources, Document ID: docs.oracle.com, Published: 2024-07-02
Section: Employment Contracts: “Some countries require that you record contract information for employees. You can associate one or more contracts with an employee assignment when using the single assignment with contract or multiple contract - single assignment employment models.”
Oracle Fusion Cloud Human Resources 24C What’s New, Document ID: docs.oracle.com, Published: 2024-08-27
Section: Employment Model Enhancements: “Continued support for contract-based employment models to meet global regulatory requirements.”
When creating your THEN condition, which Approver Types enable you to configure the Automatic Approval Action type?
Options:
Representative, Management Hierarchy, Position Hierarchy
Users, Representative, Management Hierarchy, Job Level Based Line Manager Hierarchy, Position Hierarchy
Application Role, Users, Representative, Approval Groups
Management Hierarchy, Job Level Based Line Manager Hierarchy, Position Hierarchy
Approval Groups, Representative, Management Hierarchy, Position Hierarchy
Answer:
EExplanation:
In Oracle HCM Cloud’s Transaction Console, approval rules are defined with "IF" and "THEN" conditions. The "THEN" condition specifies the action, such as "Automatic Approval," and the approver type determines who or what approves the transaction. The Automatic Approval Action type allows a transaction to be approved without human intervention based on predefined rules. According to Oracle documentation, the approver types that support configuring Automatic Approval include Approval Groups (static or dynamic groups of approvers), Representative (e.g., HR or Payroll Representative), Management Hierarchy (based on supervisor hierarchy), and Position Hierarchy (based on position structure). These types can be configured to automatically approve under specific conditions.
Option A omits Approval Groups, which is a valid type for automatic approval. Option B includes "Users" and "Job Level Based Line Manager Hierarchy," but "Users" (individual named users) and "Job Level" are not typically used for automatic approval—they are more suited for manual routing. Option C includes "Application Role," which is used for role-based access, not automatic approval in workflows. Option D misses Approval Groups and Representative, both critical for this feature. Option E correctly lists Approval Groups, Representative, Management Hierarchy, and Position Hierarchy, aligning with Oracle’s supported approver types for automatic approval.
An employee’s job description is "Recruiter" as of 01-Jan-2015. This job was updated in the system to "Consultant" on 01-Feb-2015. The 01-Feb-2015 assignment record is the latest effective-dated employment record in the system. On 01-Mar-2015, the HR specialist wants to view this employee’s previous employment details and searches for them on the Person Management page. The HR specialist enters the effective as-of date value as 31-Jan-2015 with the search keyword "Recruiter" because the employee was working as a recruiter on 31-Jan-2015. The search returns no rows. What is causing this?
Options:
The Update Person Search Keyword process has updated the latest effective-dated job attribute in the keyword record.
The Person Management page search does not support Job attribute keywords.
The Update Person Search Keyword process has failed on 31-Jan-2015 but ran successfully the next day.
The Person Management page search does not support date-effective keywords.
The Update Person Search Keyword process has failed on 01-Mar-2015 but ran successfully the previous day.
The Update Person Search Keyword process has associated the effective dates with the job attributes in the keyword record resulting in search discrepancies.
Answer:
AExplanation:
The Person Management page search in Oracle HCM Cloud uses the "Update Person Search Keyword" process to index attributes like job. This process updates the keyword record with thelatest effective-dated value(here, "Consultant" as of 01-Feb-2015) as of the process run date, overwriting historical data (e.g., "Recruiter" from 01-Jan-2015). On 01-Mar-2015, searching with "Recruiter" and an effective date of 31-Jan-2015 fails because the index only contains "Consultant," not historical jobs, even though date-effective search is supported.
Option B is false—job keywords are supported. Options C and E (process failures) lack evidence. Option D is incorrect—date-effective searches are supported via ORA_PER_EMPSRCH_ENABLE_DATES. Option F misstates the process—it doesn’t associate effective dates; it overwrites with the latest. Option A correctly explains the behavior per Oracle’ssearch mechanics.
In HCM Cloud, you can define an employee's work time availability in several ways. In which order does the application search for an employee's schedule before applying it to an assignment?
Options:
Standard working hours, Primary work schedule, Employment work week, then Published schedules
Employment work week, Published schedules, Primary work schedule, then Standard working hours
Published schedules, Employment work week, Primary work schedule, then Standard working hours
Primary work schedule, Employment work week, Published schedules, then Standard working hours
Answer:
CExplanation:
Comprehensive and Detailed Explanation From Exact Extract:
In Oracle Global Human Resources Cloud, the application follows a specific hierarchy when determining an employee's work schedule to apply to an assignment. This process ensures that the most relevant and specific schedule is selected based on the configuration of the employee's work time availability. The correct order of precedence for searching an employee's schedule is outlined in the official Oracle documentation.
According to the Oracle HCM Cloud documentation, the application searches for schedules in the following order:
Published schedules: These are schedules from other scheduling applications integrated with Oracle HCM Cloud or manually published schedules that take precedence.
Employment work week: This is configured on the employee's employment record and defines the standard work week applicable to the employee.
Primary work schedule: This is linked to specific workforce structure levels (e.g., enterprise, department, or individual assignment) and takes precedence based on the lowest level of assignment.
Standard working hours: These serve as the default fallback if no other schedules are defined.
The exact extract from the Oracle documentation states:
"You can set up an individual's work time in different ways. An person's official schedule for a selected time period is automatically determined using this information: ... This flow chart shows you the order that the application searches for someone's schedule, before applying it to the assignment. The published schedule is built using the employment work week, primary work schedule, or standard working hours for each person. It can also be built using published schedules from other scheduling applications."
This indicates that the application prioritizes published schedules first, followed by the employment work week, then the primary work schedule, and finally standard working hours as the last resort. The documentation further clarifies that schedules assigned at lower workforce structure levels (e.g., individual assignment) take precedence over those at higher levels (e.g., enterprise), but the overall search order remains as listed.
Why the other options are incorrect:
Option A (Standard working hours, Primary work schedule, Employment work week, then Published schedules): This is incorrect because standard working hours are the last fallback, not the first, and published schedules have higher precedence than all others.
Option B (Employment work week, Published schedules, Primary work schedule, then Standard working hours): This is incorrect because published schedules are checked before the employment work week, not after.
Option D (Primary work schedule, Employment work week, Published schedules, then Standard working hours): This is incorrect because primary work schedules are not the first to be checked; published schedules take precedence, and employment work week comes before primary work schedule.
Which three statements are true about Person Number? (Choose three.)
Options:
Initial Person Number can be provided at enterprise level.
If the Person Number generation method is once set to manual, it can be changed to automatic if a person record is created.
Person Numbers for contacts are generated automatically.
Initial Person Number cannot be provided at enterprise level.
If the Person Number generation method is once set to manual, it can be changed to automatic even if no person record is created.
Answer:
A, C, EExplanation:
Full Detailed in Depth Explanation:
Person Number in Oracle HCM Cloud is a unique identifier assigned to individuals (employees, contingent workers, contacts, etc.). Its generation method can be configured at the enterprise level, and its behavior depends on the setup.
Option A ("Initial Person Number can be provided at enterprise level"): True. During enterprise setup in the "Manage Enterprise HCM Information" task, you can specify whether Person Numbers are generated automatically or manually and provide an initial value (e.g., starting number). This is documented in the "Implementing Global Human Resources" guide.
Option C ("Person Numbers for contacts are generated automatically"): True. Contacts (e.g., emergency contacts or dependents) automatically receive Person Numbers when created, regardless of the generation method for employees. This ensures uniqueness across all person types, as per Oracle’s standard functionality.
Option E ("If the Person Number generation method is once set to manual, it can be changed to automatic even if no person record is created"): True. The generation method is configurable in the enterprise setup and can be changed from manual to automatic (or vice versa) at any time before or after records are created, though changes after record creation may require careful handling of existing data.
Option B ("If the Person Number generation method is once set to manual, it can be changed to automatic if a person record is created"): False. This statement is incomplete and misleading. The method can be changed regardless of whether a record exists, but the wording implies a restriction that isn’t accurate.
Option D ("Initial Person Number cannot be provided at enterprise level"): False. As noted in Option A, the initial value can be set at the enterprise level.
The Promote transaction was configured by using Page Composer to require the location field. Another change was made to the transaction by using Transaction Design Studio, which indicated that the location field must be hidden when a manager uses the Promote transaction. How does the system determine how the user interface will render?
Options:
When a user tries to use the Promote transaction, the page will error when loading.
If modifications were made in both tools and the changes conflict, the result will be inconsistent behavior.
Transaction Design Studio configurations always override Page Composer configurations.
Page Composer configurations always override Transaction Design Studio configurations.
If modifications were made in both tools and the changes conflict, the last change created in either tool will be applied.
Answer:
EExplanation:
Oracle HCM Cloud allows UI customizations via Page Composer (for page-level changes) and Transaction Design Studio (for transaction-specific rules). When conflicting changes occur—e.g., Page Composer making the location field required and Transaction Design Studio hiding it for managers—the system resolves this based on the timestamp of the last modification. The documentation states that if modifications from both tools conflict, the most recent change (based on creation or update date) takes precedence, regardless of the tool used. This ensures predictable behavior without requiring a strict hierarchy between the tools.
Option A (page error) is incorrect as the system doesn’t crash—it resolves conflicts silently. Option B (inconsistent behavior) is misleading because Oracle provides a clear resolution mechanism. Option C (TDS always overrides) and Option D (Page Composer always overrides) are incorrect because precedence isn’t tool-specific but time-based. Option E accurately reflects Oracle’s behavior: the last change applied in either tool wins, aligning with the customer’s observed UI rendering.
You are assigned to work with a customer who uses Checklists. This organization is an ever-changing organization and needs to be nimble with Checklist requirements. There are many instances where Journey Templates as well as Tasks may need to be updated even after a Journey has been assigned. How can you accommodate this?
Options:
You can now run the "Update Assigned Journey Attributes Based on Modified Journey Template" process to synchronize the changes. Using this process, the following is possible: The process synchronizes only journeys and tasks that are in progress and not in terminal status. It is optional to provide a checklist name if you provide the task name parameter. The checklist name and task name parameters you select display as IDs in the ESS Process
You can now run the "Update Assigned Journey Attributes Based on Modified Journey Template" process to synchronize the changes. Using this process, the following is possible: The process synchronizes only journeys and tasks that are in progress and not in terminal status. It is mandatory to provide a checklist name if you provide the task name parameter. The checklist name and task name parameters you select display as IDs in the ESS Proces
You can now run the "Update Assigned Journey Attributes Based on Modified Journey Template" process to synchronize the changes. Using this process, the following is possible: The process synchronizes only journeys and tasks that are in progress and not in terminal status. It is optional to provide a checklist name if you provide the task name parameter. The checklist name and task name parameters you select display as IDs in the ESS Process
Answer:
CExplanation:
The "Update Assigned Journey Attributes Based on Modified Journey Template" process in Oracle HCM Cloud allows updates to assigned journeys and tasks after modifications to the underlying template. The documentation specifies that this process synchronizes only in-progress journeys/tasks (not terminal statuses like Completed or Cancelled). Key parameters include Checklist Name and Task Name, where providing a Task Name makes Checklist Name optional—not mandatory—allowing flexibility in targeting specific tasks across checklists. Parameters are displayed as IDs in the ESS Process Details dialog box. Users can specify a comma-separated list of person numbers to limit updates to specific individuals; otherwise, all open allocations are updated.
Option A incorrectly mentions "list of person names" instead of person numbers, which is not supported. Option B wrongly states that Checklist Name is mandatory with Task Name, contradicting the documentation. Option C correctly aligns with Oracle’s description: optional Checklist Name with Task Name, comma-separated person numbers, and broad synchronization if unspecified, making it the accurate choice.
In an organization, a line manager is going on a long vacation and wants all his approvalnotifications to flow to his supervisor for approval in his absence. How can he accomplish this task?
Options:
A Vacation rule can be set under the Preferences section of worklist notification's Human Capital Management server.
A system administrator always has to reassign the approval notification to the supervisor in the line manager’s absence.
The application automatically delegates the approval to his supervisor based on the leave applied for by the line manager.
He has to configure new approval routing policies.
Answer:
AExplanation:
Oracle HCM Cloud’s BPM Worklist allows users to setVacation Rules(also called delegation rules) under the Preferences section of their worklist notifications. The line manager can configure a rule to reroute all approval tasks to his supervisor during a specified period (e.g., vacation dates). This is user-driven, requires no administrator intervention, and doesn’t alter underlying approval policies.
Option B (admin reassignment) is manual and unnecessary. Option C (automatic delegation) isn’t triggered by leave requests—it requires explicit setup. Option D (new policies) is overkill for a temporary absence. Option A correctly identifies the Vacation Rule as the solution, per Oracle’s workflow features.
Identify the set enabled objects that are used for partitioning reference data.
Options:
Legal entity, department, division, location
Jobs, grades, salary plan, rates
Enterprise, legal entity, business unit, position
Department, location, jobs, grades
Answer:
DExplanation:
Reference data partitioning in Oracle Global Human Resources Cloud uses Set-enabled objects, as per the "Implementing Global Human Resources" guide. These include Department, Location, Jobs, and Grades, which can be assigned to Sets for data sharing across business units (Option D). Option A includes non-set-enabled objects like legal entity. Option B includes "salary plan" and "rates," which aren’t standard set-enabled objects. Option C includes enterprise and business unit, which define structure, not reference data partitioning. Thus, Option D is correct.
A static approval group named "Trio" comprises three members—Jacob, Susan, and Dia (in the mentioned order). For all the Manage Employment transactions, the approval should be routed to the "Trio" approval group. When the assignment change transaction is submitted, what is the order in which these three members receive the assignment change approval notification?
Options:
System decides the approval route by randomly selecting approvers who are a part of the approval group.
First Approver Jacob, Second Approver—Susan, Third Approver—Dia
First Approver Dia, Second Approver—Susan, Third Approver Jacob; the approval is routed alphabetically.
All three get the notification at the same time.
Answer:
BExplanation:
In Oracle HCM Cloud, a static approval group (e.g., "Trio") routes approvals sequentially based on the order members are listed in the group definition, unless configured otherwise (e.g., parallel routing). For "Trio" (Jacob, Susan, Dia), the documentation states that approval notifications follow this sequence: Jacob (first), Susan (second), Dia (third), with each approving in turn before the task progresses.
Option A (random) contradicts the fixed order of static groups. Option C (alphabetical) is incorrect—order is based on definition, not names. Option D (simultaneous) applies to parallel groups, not sequential static ones. Option B matches Oracle’s default behavior for static approval groups.
Which four objects can be created via the Enterprise Structure Configurator (ESC)?
Options:
Divisions
Departments
Legal Entities
Business Units
Reference Data Sets
Answer:
A, C, D, EExplanation:
Full Detailed in Depth Explanation:
The Enterprise Structure Configurator (ESC) in Oracle HCM Cloud is a tool for efficiently creating and managing enterprise structures. It supports the creation of:
Divisions (A): Organizational units for segmenting the business.
Legal Entities (C): Entities with legal standing for employment and payroll.
Business Units (D): Operational units for managing transactions.
Reference Data Sets (E): Sets for sharing data across business units.
Which Compensation setup task must be configured if base pay is going to be tracked at the worker level?
Options:
Salary Basis
Grade
Grade Rate
Grade Ladder
Answer:
AExplanation:
Full Detailed in Depth Explanation:
To track base pay at the worker level in Oracle HCM Cloud, theSalary Basismust be configured. Salary Basis defines how a worker’s pay is calculated (e.g., hourly, annual) and links to payroll elements for tracking.
B(Grade) andC(Grade Rate) define pay ranges but are not directly tied to individual pay tracking.
Challenge 3
Manage Reference Data Sets
Scenario
You require a reference set that will be used for associating different groups of departments, jobs, locations, and grades for the newly acquired company.
Task
Create a Set ID that will be used for the technology group, where:
The Code is XTECH
The Set Name is X Tech
Options:
Answer:
See the solution in Explanation below.
Explanation:
This task requires creating a reference data set in Oracle Global Human Resources Cloud to associate departments, jobs, locations, and grades for a newly acquired company’s technology group. The reference data set must have a Code of XTECH and a Set Name of X Tech. Below is a verified, step-by-step solution based on Oracle’s official documentation, ensuring accuracy and compliance with the system’s functionality as of the latest releases
Step-by-Step Solution
Step 1: Log in to Oracle Fusion Applications
Action: Log in to Oracle Fusion Applications using a user account with privileges such as Application Implementation Consultant or HCM Application Administrator. These roles grant access to the Setup and Maintenance work area.
Explanation: The Setup and Maintenance work area is the central hub for configuration tasks, including managing reference data sets. The user must have permissions to access the Workforce Structures or Reference Data Sets functional area and the Manage Reference Data Sets task. Roles like Application Implementation Consultant include the necessary privileges (e.g., Manage Reference Data Set duty role).
Verification: Oracle documentation confirms that setup tasks require specific security roles, and the Manage Reference Data Sets task is restricted to authorized users.
Contextual Journeys are displayed:
Options:
Only on Thursdays
When initiating a Quick Action
In page or section headers
Via the employees' "Journeys" tile
Answer:
CExplanation:
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.
An Enterprise Onboarding Journey checklist requires:
Options:
Use of the Transaction Design Studio (TDS) to display
Four or more tasks
HireRight Integration
At least one step (child checklist)
Answer:
DExplanation:
In Oracle Global Human Resources Cloud, an Enterprise Onboarding Journey checklist is a structured process to guide new hires through onboarding tasks. According to the "Using Journeys" guide, an Enterprise Onboarding checklist must include at least one step, often implemented as a child checklist, to define the sequence of tasks or activities. This step-based structure allows for modularity and flexibility, enabling organizations to break down onboarding into manageable phases (e.g., pre-hire, first day). Option A (Transaction Design Studio) is a customization tool, not a requirement for the checklist itself. Option B (four or more tasks) is arbitrary and not mandated by Oracle documentation. Option C (HireRight Integration) is an optional third-party integration, not a requirement. Thus, Option D is correct as it aligns with the minimum structural requirement for anEnterprise Onboarding Journey checklist.
An IT company’s consulting department based in Bangalore goes for two team outing events every year. However, the support department, also based in Bangalore, goes for four team outing events every year. All employees in these departments go for the respective team outing events. How should you define the calendar events?
Options:
Use Project Manager Hierarchy as the Hierarchy type for the calendar event.
Use Geographic Hierarchy as the Hierarchy type for the calendar event.
Use Line Manager Hierarchy as the Hierarchy type for the calendar event.
Use Absence Approval Hierarchy as the Hierarchy type for the calendar event.
Use Organization Hierarchy as the Hierarchy type for the calendar event.
Answer:
EExplanation:
In Oracle Global Human Resources Cloud, calendar events (e.g., team outings) are defined via the "Manage Calendar Events" task and assigned using a hierarchy to determine applicability. The scenario requires events specific to departments (consulting vs. support) in the same location (Bangalore).
Option A: Project Manager Hierarchy is for project-based structures, not department-specific events.
Option B: Geographic Hierarchy applies to location-based events (e.g., Bangalore vs. Mumbai), but both departments are in Bangalore, so it’s too broad.
Option C: Line Manager Hierarchy targets individuals under specific managers, not entire departments uniformly.
Option D: Absence Approval Hierarchy is for absence approvals, not calendar events like outings.
Option E: Correct. Organization Hierarchy (e.g., via Manage Organization Trees) allows events to be tied to specific departments (consulting and support), ensuring the consulting department gets two outings and the support department gets four, regardless of location or manager.
The correct answer is E, per "Using Global Human Resources" on calendar event setup.
In which two ways can you add rates to a grade?
Options:
First add the rates for each step, and then add the grade to a grade ladder.
Add the rates separately by using the Manage Grade Rates task.
Use the default grade rates that are available after creating grades.
Add rates when creating grades by using the Manage Grades task.
Answer:
B, DExplanation:
In Oracle Global Human Resources Cloud, grades define levels within a job or position structure, and grade rates specify the pay ranges or values associated with those grades. The question asks for two ways to add rates to a grade. Oracle provides multiple methods to configure grade rates, either during grade creation or as a separate task, to support flexibility in compensation management.
Option A: First add the rates for each step, and then add the grade to a grade ladder.This option is incorrect because Oracle does not require rates to be added for each step before associating a grade with a grade ladder. In Oracle HCM Cloud, grades can exist independently or within a grade ladder, and rates are associated with grades, not steps, unless using a grade ladder with steps (a specific configuration). Even in such cases, rates are defined at the grade level or step level within the ladder, and the process does not mandate adding rates first. Grade ladders with steps involve defining step rates after the grade is included in the ladder, not before. Oracle documentation does not support this sequence as a standard method for adding rates to a grade, making this option invalid.
Option B: Add the rates separately by using the Manage Grade Rates task.This is a correct answer. The Manage Grade Rates task in the Setup and Maintenance work area allows users to define grade rates independently of grade creation. This task enables the creation of rate values (e.g., minimum, midpoint, maximum salaries, or hourly rates) and associates them with existing grades. For example, after creating a grade called "Grade 1," you can use Manage Grade Rates to add a salary range (e.g., $50,000–$70,000) for that grade. This method is useful when rates need to be updated or added post-grade creation, offering flexibility for compensation adjustments. Oracle documentation confirms this as a standard approach for managing grade rates.
Option C: Use the default grade rates that are available after creating grades.This option is incorrect because Oracle HCM Cloud does not automatically provide default grade rates upon grade creation. When a grade is created via the Manage Grades task, no default rates are assigned unless explicitly configured by the user. While sample data or predefined setups in some environments might include rates, Oracle’s standard functionality requires users to define rates manually, either during grade creation or separately via Manage Grade Rates. The absence of automatic default rates in the documentation rules out this option.
Option D: Add rates when creating grades by using the Manage Grades task.This is a correct answer. The Manage Grades task allows users to create grades and define associated grade rates within the same process. When creating or editing a grade in the Manage Grades task, you can navigate to the Rates tab (or equivalent section) to specify rate values, such as minimum, midpoint, and maximum salaries or hourly rates. For instance, while creating "Grade 2," you can add a rate range of $60,000–$80,000 directly. This method streamlines grade setup by combining grade and rate definition, and Oracle documentation supports this as a primary way to add rates.
Why these two methods?Both Manage Grade Rates (Option B) and Manage Grades (Option D) are explicit methods supported by Oracle HCM Cloud for adding rates to grades. Manage Grades allows rates to be defined during grade creation or editing, ideal for initial setup, while Manage Grade Rates provides a standalone task for adding or updating rates later, offering flexibility for ongoing maintenance. These methods align with the customer’s need to associate pay ranges or values with grades, ensuring compliance with compensation structures.
References
Oracle Global Human Resources Cloud: Implementing Global Human Resources, Document ID: docs.oracle.com, Published: 2023-12-12
Section: Manage Grades: “You can create grades and add grade rates, such as minimum, midpoint, and maximum values, during grade creation in the Rates tab.”
Section: Manage Grade Rates: “Use this task to create and manage grade rates independently, associating them with existing grades.”
Oracle Global Human Resources Cloud: Using Global Human Resources, Document ID: docs.oracle.com, Published: 2024-07-02
Section: Grade Rates: “Grade rates contain the pay values for grades, for example, minimum and maximum amounts for salary. You can define rates when you create grades or separately using the Manage Grade Rates task.”
Oracle Fusion Cloud Human Resources 24C What’s New, Document ID: docs.oracle.com, Published: 2024-08-27
Section: Compensation Enhancements: “Improved usability for managing grade rates in Redwood interfaces.”
You have a business requirement to default the Business Title of a worker when a user updates a worker's assignment by using one of the worker employment responsive flows. How can you enable this feature and which options are available for defaulting?
Options:
Enable the Default Business Title field on the Legal Entity HCM Information task, and select Retain User Changes, Automatically Update Based on Position Change, or Allow Override if Position Data is Overridden.
Enable the Default Business Title field on the Enterprise HCM Information task, and select Retain User Changes, Automatically Update Based on Job Change, or Automatically Update Based on Position Change.
Enable the ORA_PER_EMPL_DEFAULT_BUSINESS_TITLE_FROM profile option, and select Retain User Changes, Automatically Update Based on Job Change, Automatically Update Based on Position Change, or Allow Override if Position Data is Overridden.
Enable the ORA_PER_EMPL_DEFAULT_BUSINESS_TITLE_FROM profile option, and select Retain User Changes, Automatically Update Based on Job Change, or Automatically Update Based on Position Change.
Answer:
DExplanation:
Full Detailed in Depth Explanation:
Defaulting the Business Title in Oracle HCM Cloud during assignment updates is controlled by a profile option, not HCM Information tasks.
Option D ("Enable the ORA_PER_EMPL_DEFAULT_BUSINESS_TITLE_FROM profile option, and select Retain User Changes, Automatically Update Based on Job Change, or Automatically Update Based on Position Change") is correct. The profile option "ORA_PER_EMPL_DEFAULT_BUSINESS_TITLE_FROM" determines how the Business Title is populated in responsive flows (e.g., Change Assignment). Available settings are:
Retain User Changes: Keeps manual edits.
Automatically Update Based on Job Change: Updates from the job title.
Automatically Update Based on Position Change: Updates from the position title. This is detailed in the "Implementing Global Human Resources" guide under profile options.
Option A and B reference HCM Information tasks, which don’t control this feature.
Option C adds "Allow Override if Position Data is Overridden," which is not a valid setting for this profile option.
An organization uses the Previous Employment content type to capture relevant employment details of employees. What do you do to make this content type available in other applications?
Options:
Specify a Subscriber Code for the content type.
Do nothing. After the content type is created, it is available for use in all applications.
Make sure it is a non-free-form content type.
Make sure it is a free-form content type.
Answer:
AExplanation:
Full Detailed in Depth Explanation:
Content types in Oracle HCM Cloud (e.g., Previous Employment) store structured data like employment history. To share them across applications (e.g., Recruiting, Talent Management), a specific setup is required.
Option A ("Specify a Subscriber Code for the content type") is correct. In the "Manage ContentTypes" task, assigning a Subscriber Code (e.g., RECRUIT for Recruiting) makes the content type accessible to that application. Without this, it remains restricted to its originating module (e.g., Core HR). This is detailed in the "Implementing Global Human Resources" guide under content type configuration.
Option B ("Do nothing") is incorrect; content types are not automatically shared across applications.
Option C ("Make sure it is a non-free-form content type") and Option D ("Make sure it is a free-form content type") are irrelevant; the type (free-form or structured) does not determine cross-application availability.
As an implementation consultant, you have been assigned the task of configuring Person Name Format within Workforce Information. Which two features can you configure through this task?
Options:
The way a worker’s name appears on top of employee-level pages.
The name fields that appear in the Person Details section when you are hiring an employee.
The appearance of a worker’s name when it appears in search results.
What name fields are required when completing the Person Details section when hiring or updating a worker’s person details.
Answer:
A, CExplanation:
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.
Which of the following statuses allows for additional values to be created?
Options:
Payroll Status
Assignment Status
HR Status
Answer:
BExplanation:
Full Detailed in Depth Explanation:
In Oracle HCM Cloud, statuses control various aspects of a worker’s record, and the ability to create additional values depends on the status type:
A (Payroll Status): This refers to payroll-specific statuses (e.g., Processed, Paid), which are system-defined and tied to payroll processes. These are fixed and cannot be extended with additional values.
B (Assignment Status): This governs the status of a worker’s assignment (e.g., Active, Suspended). Oracle allows you to create additionalUser-Defined Assignment Statusesvia the "Manage Assignment Status" task, enabling customization (e.g., "On Leave – Special Circumstance") while preserving system statuses like Active or Inactive.
C (HR Status): This is a broad term, but in context, it typically refers to the Person-level status (e.g., Active, Terminated), which is system-defined and not extensible with additional values.
The Oracle documentation highlights that Assignment Status is unique in allowing user-defined values to meet specific business needs, while Payroll and HR Statuses remain locked to maintain consistency. Thus,Bis the correct answer.
A human resource specialist is promoting an employee. While promoting an employee, the human resource specialist is required to enter the promotion date, promotion action, and promotion reason. However, the promotion reason list of values does not list an appropriate reason. Which two options can help the human resource specialist understand the Action framework available in the application? (Choose two.)
Options:
Action Reasons are seeded and can be defined by a user
Action Types are seeded and cannot be defined by a user
Actions are seeded and cannot be defined by a user
Action Reasons are seeded and cannot be defined by a user
Answer:
A, BExplanation:
The Action framework in Oracle Global Human Resources Cloud governs transactions like promotions. The "Managing Workforce Records" guide explains:
Action Reasons: Some are seeded (predefined by Oracle), but users can define additional custom Action Reasons to meet specific business needs (e.g., a new promotion reason like "Merit-Based"). This makes Option A correct.
Action Types: These are seeded (e.g., Promotion, Transfer) and cannot be user-defined, as they are core to the system’s structure, making Option B correct.
Actions: While seeded Actions exist, users can create custom Actions and link them to Action Types, so Option C is incorrect.
Challenge 4
Manage Business Unit
Scenario
An additional business unit is required for the newly acquired company to reflect the business rules and policies that must be enforced within the organization.
Task
Create a Business Unit for the technician group, where:
The Code is X Tech Business Unit
The Default set is COMMON
Options:
Answer:
See the solution in Explanation below.
Explanation:
This task requires creating a business unit in Oracle Global Human Resources Cloud for the technician group of a newly acquired company. The business unit must have a Code of X Tech Business Unit and a Default Set of COMMON. Below is a verified, step-by-step solution based on Oracle’s official documentation, ensuring accuracy and compliance with the system’s functionality as of the latest releases
Step-by-Step Solution
Step 1: Log in to Oracle Fusion Applications
Action: Log in to Oracle Fusion Applications using a user account with privileges such as Application Implementation Consultant or HCM Application Administrator. These roles grant access to the Setup and Maintenance work area.
Explanation: The Setup and Maintenance work area is the central hub for configuration tasks, including managing business units. The user must have permissions to access the Workforce Structures functional area and the Manage Business Unit task. Roles like Application Implementation Consultant include the necessary privileges (e.g., Manage Business Unit duty role).
Verification: Oracle documentation confirms that setup tasks require specific security roles, and the Manage Business Unit task is restricted to authorized users.
A human resource specialist is promoting an employee. While promoting an employee, the human resource specialist is required to enter the promotion date, promotion action, and promotion reason. However, the promotion reason list of values does not list an appropriate reason. Which two options can help the human resource specialist understand the Action framework available in the application?
Options:
Actions are seeded and cannot be defined by a user.
Action Types are seeded and cannot be defined by a user.
Action Reasons are seeded and cannot be defined by a user.
Action Reasons are seeded and can be defined by a user.
Answer:
B, DExplanation:
The Action framework in Oracle HCM Cloud consists of Action Types, Actions, and Action Reasons:
B: True—Action Types(e.g., Promotion, Termination) are seeded by Oracle and cannot be user-defined, providing a fixed categorization structure.
D: True—Action Reasons(e.g., "Career Advancement") include seeded values but can be user-defined via Manage Action Reasons, allowing customization to meet specific needs like the missing promotion reason.
A: False—Actions (e.g., "Internal Promotion") can be user-defined and linked to seeded action types.
C: False—Action Reasons are customizable, not fully seeded.
Options B and D clarify the framework’s flexibility and constraints, helping the specialist address the issue per Oracle’s documentation.
Your customer wants to know how many employees are leaving the organization on their own. What is the correct sequence of steps that you need to perform to meet this requirement?
Options:
Create a new action > Associate it with an existing action type > Create a new action reason and use it during termination.
Create a new action reason and associate it with the available action type. Use it during termination.
Create a new action type > Create a new action > Create a new action reason and use it during termination.
Create a new action type > Create a new action reason and use it during termination.
Create a new action > Create a new reason and use it during termination.
Answer:
AExplanation:
To track voluntary terminations in Oracle HCM Cloud, you need a custom action and action reason:
Create a new action(e.g., "Voluntary Exit") via Manage Actions.
Associate it with an existing action type(e.g., "Termination") to categorize it correctly.
Create a new action reason(e.g., "Personal Reasons") and link it to the action, then use it during termination transactions.
This sequence enables reporting via tools like OTBI. Option B skips the action, limiting granularity. Options C and D create a new action type, which is unnecessary—existing types suffice. Option E misses associating the action with a type. Option A follows Oracle’s recommended process for detailed tracking.
When an HR specialist searches for Awards and Honors, such as "PhD," the Person Gallery page displays only the direct reports of the HR specialist who comply with the honor. When the HR specialist searches for areas of expertise, such as "Oracle Global Human Resources Cloud," it displays all the employees of the organization who have Oracle Global Human Resources Cloud as their areas of expertise. Identify the reason for this behavior.
Options:
HR does not have access to the "Experience and Qualification" card.
HR does not have access to other departments where employees are "PhD."
Areas of expertise is public information.
PhD is a sensitive keyword and is used elsewhere in the person’s information.
HR has access to Oracle Global Human Resources Cloud department.
Answer:
CExplanation:
In Oracle HCM Cloud’s Person Gallery, search results depend on data visibility and security:Awards and Honors(e.g., "PhD") are restricted by the HR specialist’s area of responsibility (AOR), typically limited to direct reports unless broader access is granted.Areas of Expertise(e.g., "Oracle Global Human Resources Cloud") are designated as public information by default, visible to all users with Person Gallery access, regardless of AOR, unless explicitly restricted via security profiles.
Option A is incorrect—the "Experience and Qualification" card is accessible but scoped to AOR. Option B misattributes the issue to departments—visibility is AOR-based. Option D (sensitive keyword) lacks evidence. Option E (department access) is irrelevant. Option C correctly identifies areas of expertise as public, explaining the broader search results per Oracle’s security model.
Availability (work time) can be defined in HCM Cloud in different ways. In what order does the application search for an employee’s schedule, before applying it to an assignment?
Options:
Standard working hours, Primary work schedule, Employment work week, Published schedules
Published schedules, Employment work week, Primary work schedule, Standard working hours
Published schedules, Primary work schedule, Employment work week, Standard working hours
Employment work week, Published schedules, Primary work schedule, Standard working hours
Answer:
BExplanation:
In Oracle Global Human Resources Cloud, an employee’s work schedule is determined by a precedence order, as outlined in the "Managing Workforce Schedules" guide. The system searches:
Published schedules(specific schedules assigned to the worker, highest priority).
Employment work week(defined in the employment record).
Primary work schedule(a general schedule linked to the worker or job).
What values on the Enterprise HCM Information task can you override on the Manage Legal Employer Information task?
Options:
Work day information, initial person number, employment model, position synchronization configuration, worker number generation
Work day information, person number generation method, employment model, position synchronization configuration, worker number generation
Work day information, user account generation, employment model, position synchronization configuration, worker number generation
Work day information, employment model, position synchronization configuration, worker number generation
Answer:
BExplanation:
The "Manage Enterprise HCM Information" task sets global defaults, while "Manage Legal Entity HCM Information" allows overrides for specific legal employers.
Option A: "Initial person number" is not a field; it’s likely meant as person number generation, but the term is incorrect.
Option B: Correct. You can override:
Work day information (e.g., standard hours),
Person number generation method (e.g., manual/automatic),
Employment model (e.g., single/multiple assignments),
Position synchronization configuration (e.g., enable/disable),
Worker number generation (e.g., employee/contingent worker numbering).
Option C: "User account generation" is managed via security setup, not legal employer settings.
Option D: Misses person number generation, an overrideable field.
The correct answer isB, per "Implementing Global Human Resources" on enterprise vs. legal entity settings.