In Oracle Global Human Resources Cloud, approval rules for transactions like Change Manager are managed via BPM Worklist. The "Application Role" approval type routes tasks to all users with that role (e.g., HR Specialist Sales), and the "Enable Auto Claim" setting determines assignment behavior.
Option A: Incorrect. Disabling auto-claim does not cause an error; it simply requires manual claiming before approval can proceed.
Option B: Correct. When auto-claim is disabled, the transaction is sent to all users with the HR Specialist Sales role, appearing in their worklist for claiming.
Option C: Incorrect. Without auto-claim, the transaction is not automatically assigned; it requires manual intervention.
Option D: Incorrect. In a parallel approval to multiple role holders, one rejection typically stops the process unless configured otherwise (e.g., consensus or first responder), which is not specified here.
Option E: Correct. With auto-claim disabled, an HR Specialist Sales representative must manually claim the transaction from the worklist to proceed with approval.
The correct answers areBandE, as detailed in "Using Global Human Resources" under Approval Configuration.
References: Oracle Global Human Resources Cloud - Using Global Human Resources, Chapter 3: Approvals and Notifications.

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."

In Oracle Global Human Resources Cloud, creating and assigning a work schedule involves a structured process to define working hours for employees. The components include shifts (specific time blocks), work patterns (sequences of shifts), and work schedules (combinations of patterns and rules), which are then assigned via work schedule assignments.
Option A: This sequence is incorrect because it places the work pattern before the shift. A work pattern relies on predefined shifts, so the shift must be created first.
Option B: This option skips the creation of a work schedule, which is a critical step. Assigning a work pattern directly without a work schedule does not align with Oracle's process, as the work schedule is the entity assigned to employees.
Option C: This is the correct sequence:
Create a shift: Define the specific working hours (e.g., 9 AM - 5 PM).
Create a work pattern: Combine shifts into a repeating sequence (e.g., 5 days on, 2 days off).
Create a work schedule: Define the overall schedule, including the pattern and any exceptions.
Assign the schedule through work schedule assignment: Link the schedule to employees via the Work Schedule Assignment task.This matches Oracle's documented process for managing work schedules.
Option D: Assigning a shift directly via the Manage Employment task is not a valid method. Work schedules (not individual shifts) are assigned to employees, making this option incorrect.
The correct answer isC, as it follows the complete and logical flow outlined in Oracle's "Using Global Human Resources" guide.
References: Oracle Global Human Resources Cloud - Using Global Human Resources, Chapter 5: Work Schedules.

The Enterprise Structures Configurator (ESC) in Oracle Global Human Resources Cloud is detailed in the
"Implementing Global Human Resources" guide:
Option A: True. ESC allows review, modification, and load/rollback of the enterprise and job/position structures.
Option B: False. ESC doesn't limit to divisions; it includes broader structures.
Option C: False. Departments are not a primary output; reference data sets are included instead.
Option D: True. ESC creates divisions, legal entities, business units, and reference data sets.
Reference:Oracle Global Human Resources Cloud - Implementing Global Human Resources, "Enterprise Structures Configurator Overview" section.

In Oracle Global Human Resources Cloud, lookup types are used to define lists of values (lookup codes) for fields, such as drop-down menus or selection lists. The question indicates that a consultant cannot add a lookup code to an existing lookup type, and we need to identify the reason. Lookup types have a configuration level that determines their modifiability: System, Extensible, or User.
* Option A: The lookup type has been defined as Read Only.This option is incorrect because Oracle HCM Cloud does not use a Read Only designation for lookup types. Instead, modifiability is controlled by the Configuration Level (System, Extensible, or User). A System lookup type is non-editable, an Extensible lookup type allows adding new codes but not modifying predefined ones, and a User lookup type is fully editable. The term Read Only may be confused with System lookup types, but it is not a standard term in Oracle documentation for this context, making this option invalid.
* Option B: The configuration level of lookup type is set as System.This is the correct answer. Lookup types with a System configuration level are predefined by Oracle and cannot be modified by users, including adding, editing, or deleting lookup codes. For example, a lookup type like PER_PERSON_TYPE (for person types) is set as System, preventing consultants from adding new codes to maintain system integrity. If the consultant is trying to modify such a lookup type, they will be unable to add a lookup code, as the system restricts changes. Oracle documentation confirms that System lookup types are locked for modifications, making this the most likely reason.
* Option C: The configuration level of lookup type is set as User.This option is incorrect. A lookup type with a User configuration level is fully editable, allowing users to add, edit, or delete lookup codes as needed. For instance, a custom lookup type created for department categories would typically be User level, enabling the consultant to add new codes freely. Since the consultant cannot add a lookup code, a User configuration level does not explain the issue.
* Why this reason?The inability to add a lookup code points to a restriction on the lookup type's modifiability. The System configuration level explicitly prevents changes to ensure consistency across the application, aligning with Oracle's design for predefined lookup types. Neither Read Only nor User accurately describes the restriction, as Read Only is not a valid term, and User allows modifications.
References
* Oracle Global Human Resources Cloud: Implementing Global Human Resources, Document ID:
docs.oracle.com, Published: 2023-12-12
* Section: Lookups: "System lookup types are predefined and can't be modified. Extensible lookup types let you add new lookup codes, but you can't modify predefined codes. User lookup types are fully editable."
* Oracle Global Human Resources Cloud: Using Global Human Resources, Document ID: docs.
oracle.com, Published: 2024-07-02
* Section: Manage Lookups: "You manage lookups using the Manage Common Lookups task. The configuration level determines whether you can add or modify lookup codes."
* Oracle Fusion Cloud Human Resources 24C What's New, Document ID: docs.oracle.com, Published: 2024-08-27
* Section: Configuration Enhancements: "Clarifications on lookup type management and restrictions."