Full Detailed in Depth Explanation:

Reference Data Sets (RDS) in Oracle HCM Cloud control the sharing and restriction of reference data across business units. The four objects keyed by RDS include:

Jobs (A): Shared or restricted by business unit for employment consistency.

Grades (D): Linked to compensation and restricted by RDS.

Location (E): Physical work locations shared or restricted via RDS.

Departments (F): Organizational units managed via RDS for segregation.

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.

In Oracle Global Human Resources Cloud, the Public Info/Spotlight page in the Directory allows employees to update certain fields visible to others, managed via the "Edit My Public Info" action.

Option A: "HR representative information" is not editable by employees; it’s system-managed.

Option B: Not a valid answer option.

Option C: "Peer information" is not a standard editable field on the public profile.

Option D: "Home address" is private and not part of the public profile; it’s restricted.

Option E: Correct. Employees can update:

About me (bio),

Contact information (e.g., work phone),

Profile photo,

Public message (status),

Favorites (e.g., interests),

Background photo (header image).

The correct answer is E, per "Using Global Human Resources" on Directory features.

In Oracle Global Human Resources Cloud, the person number is a unique identifier assigned to an individual within the system. The generation of person numbers can be configured at the enterprise or legal employer level using the "Manage Enterprise HCM Information" or "Manage Legal Entity HCM Information" tasks in the Setup and Maintenance work area. Two common methods for generating person numbers are "Global Sequence" (a single sequence across the enterprise) and "Legal Employer Sequence" (a separate sequence for each legal employer).

Option A: If a global sequence is used, the person number is unique across the enterprise, and typically, a rehired employee might retain their old number if their person record remains active and linked. However, since this employee resigned two years ago, her work relationship with the U.S. legal employer ended. When rehired in France under a different legal employer, Oracle HCM does not automatically reuse the old person number unless explicitly configured to recognize prior records across legal employers, which is not the default behavior for rehires in different jurisdictions.

Option B: When the legal employer sequence is used, each legal employer maintains its own sequence for person numbers. Since the employee is starting employment with a new legal employer in France, she will receive a new person number specific to that legal employer’s sequence, regardless of her previous employment in the U.S. This is the correct behavior as per Oracle’s employment model, where person numbers can differ across legal employers unless a global sequence is enforced and prior records are explicitly linked.

Option C: While the employee has a prior person record with the enterprise, resignation typically ends the active work relationship. When rehired under a different legal employer, a new person number is generated unless the system is configured to reuse the old number (e.g., via global sequence and specific rehire rules). The default behavior does not assume continuity of the same person number across legal employers after a resignation.

Option D: Oracle HCM does not automatically suffix a previous person number with "-1" or any similar pattern for rehires. Person number generation follows the configured sequence method, not a manual or derived modification of prior numbers.

Thus, the correct answer isB, as the legal employer sequence method generates a new person number for the employee in France. This aligns with the documentation in "Implementing Global Human Resources" (e.g., section on Person Number Generation in the Manage Legal Entity HCM Information task).

Full Detailed in Depth Explanation:

Person Number in Oracle HCM Cloud is a unique identifier for individuals, and its generation method is configured at the enterprise level via the "Manage Enterprise HCM Information" task. The behavior described—showing "Generated Automatically" with no number until the final save—indicates a specific setting.

Option C ("Person Number at the Enterprise Level is set to Automatic after final save") is correct. When configured this way, the Person Number is not assigned during data entry or review but is generated only after the transaction is fully saved. This ensures the number is allocated only when the record is committed, avoiding unused numbers if the process is abandoned. The "Implementing Global Human Resources" guide explains this option under Person Number generation settings.

Option A ("Person Number at the Enterprise Level is set to Manual") would require manual entry, not automatic generation.

Option B ("Person Number at the Enterprise Level is set to Automatic before submission") would assign the number earlier, visible during review, contradicting the scenario.

Option D ("Worker Number at the Enterprise level is set to Manual") is irrelevant, as "Worker Number" is not a standard term here; it’s Person Number.

Full Detailed in Depth Explanation:

Actions and Action Reasons in Oracle HCM Cloud categorize and explain employment events (e.g., hires, terminations), supporting tracking and analytics.

Option A ("Terminations predictive analytics uses Actions and Reasons data to identify whether a termination is voluntary or involuntary"): True. Oracle Workforce Predictions leverages Actions (e.g., Termination) and Action Reasons (e.g., Resignation vs. Layoff) to classify terminations, as detailed in the "Using Workforce Predictions" guide.

Option B ("The history of effective date changes can be tracked well by using the Actions framework"): True. The Actions framework logs changes (e.g., promotions, transfers) with effective dates, providing a clear audit trail, per the "Implementing Global Human Resources" guide.

Option C ("It is mandatory to associate Actions with Action Reasons"): False. Action Reasons are optional; an Action (e.g., Termination) can be recorded without a reason.

Option D ("There is always a one-to-one relationship between Action Type and Action"): False. Action Types (e.g., Termination) can have multiple Actions (e.g., Voluntary Termination, Involuntary Termination).

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.