The correct answer is D – Change Job.

The Change Job business process is used in Workday to update a worker’s job-related details within the same employment record. It applies to both Job Management and Position Management staffing models.

Common use cases for Change Job include:

Promotions or demotions (e.g., Business Process Analyst → Senior Business Process Analyst),

Transfers to a different supervisory organization,

Lateral moves between departments, or

Changes to job profile, location, or business title.

The process maintains continuity of employment while updating the job attributes. In contrast, Hire Employee is for new hires, and Propose Compensation Change only adjusts pay without changing the job attributes.

In Workday HCM, when security access must follow a position rather than a specific individual, the correct solution is to use a role-based constrained security group . This is especially important when the position is vacant, as assigning security to a person would not meet the requirement and would require reconfiguration once the role is filled.

The first step is to run the Maintain Assignable Roles task. This task enables administrators to define which role-based security groups can be assigned to organizations. Without completing this step, the role cannot be attached to an organization or used in an organizational context.

Next, a role-based constrained security group is created. Constrained security groups restrict access based on organizational assignments, allowing the role to support a specific organization and its subordinate organizations. This aligns precisely with the requirement for the HR Generalist position to support a new organization hierarchy while maintaining proper security boundaries.

Finally, the position is assigned to the new role on the organization. Assigning the role to the position—not the worker—ensures that security access automatically transfers to whoever occupies the HR Generalist position in the future. This supports scalability, reduces administrative effort, and follows Workday’s security best practices.

The other options are incorrect because user-based security groups require an incumbent and do not support vacant positions, while unconstrained security groups grant overly broad tenant-wide access. Activating pending security policy changes alone does not satisfy the requirement to scope access by organization.

Therefore, Option A is the only configuration that is accurate, scalable, and fully aligned with Workday Pro HCM security design principles.

In Workday business process terminology, the subject of a business process event is the Target. The target is the person, position, organization, or object that the business process is acting on. For example, in a Hire event, the target is the worker being hired; in a Change Job event, the target is the worker whose job is being changed; and in an organization event, the target may be the organization being updated. The Initiator is the user or process that starts the event, so it describes who launched the process rather than what the process is about. Instance is a general Workday object occurrence and does not specifically identify the subject of a business process event. Primary Business Object refers to the underlying object type associated with a business process definition or template, but it is not the transactional subject term used in routing and event context. Understanding target is important because business process routing, security, notifications, and condition rules often evaluate fields relative to the target. Therefore, Target is the correct answer. Reference topics: Business Processes, Business Process Event Context, Target Object, Initiator, and Primary Business Object.

Comprehensive and Detailed Explanation (Paraphrased from Workday Pro HCM Core – Organizations Configuration and Setup Guide, 2023R2):

The values available in the Subtype field when creating a new Cost Center are determined by the subtypes configured for that specific organization type . Each organization type (e.g., Company, Cost Center, Region, or Supervisory) can have one or more associated subtypes that define additional categorization or behavior.

During configuration, administrators define which subtypes are valid for each organization type. Hence, when an end user creates a Cost Center, only the subtypes associated with the “Cost Center” organization type will appear in the selection list.

Options A, C, and D are incorrect because subtypes are not influenced by location, user role, or system recommendations — they are strictly defined in the configuration setup.

Reference (Paraphrased Source):

Workday Pro HCM Core – Organizations Configuration Guide (2023R2), Section: “Defining Organization Types and Subtypes.”

In Workday, custom validations are evaluated based on business process context , including the event type that triggered the process. The Request One-Time Payment and Request One-Time Payment for Self are separate event types, even though they share similar functionality.

To prevent existing validations from running for employee self-service requests, administrators must explicitly exclude the self-service event type within the validation logic. This is done using the Maintain Custom Validations task, where conditions can be added to evaluate the One-Time Payment Event for Self field.

Security changes are not appropriate because the requirement is to allow the process but exclude validations. Optional field configuration does not control validation execution. Creating additional validations does not stop existing ones from firing.

By excluding the One-Time Payment Event for Self event type within the validation, Workday ensures validations continue to apply to administrator-initiated requests but not to employee self-service requests.

Therefore, option C is the correct and Workday-supported solution.

The Set Up Allowance Plan Adjustment task is specifically designed to update allowance plan amounts for existing employee assignments when plan targets change. Simply editing the allowance plan amount ensures new employees receive the updated value, but it does not automatically update existing employees already assigned to the plan.

By running the Allowance Plan Adjustment task and selecting Adjust to New Defaults , Workday evaluates all employees assigned to the plan and updates their allowance amounts to match the new default value of $3,500.

Manually updating employees through Request Compensation Change is inefficient and error-prone. Creating a new plan introduces unnecessary complexity and disrupts reporting continuity.

Therefore, the correct and Workday-recommended approach is to run Set Up Allowance Plan Adjustment and adjust to new defaults, making option D correct.

In Workday HCM, supervisory organizations form a hierarchical structure that governs reporting relationships, staffing behavior, and headcount control. When a subordinate supervisory organization is created, certain attributes may be inherited from the superior organization to ensure consistency and operational alignment across the hierarchy.

The field that inherits from the superior supervisory organization is the Staffing Model . Workday enforces this inheritance because the staffing model—either position management or job management —determines how workers are staffed, how headcount is controlled, and which staffing rules apply. Allowing subordinate organizations to inherit the staffing model ensures consistent staffing behavior throughout the supervisory hierarchy and prevents configuration conflicts.

The other options do not inherit from the superior organization. Organization Subtype is explicitly selected during creation and can differ between supervisory organizations. Availability Date is defined individually for each organization and controls when it becomes active. Organization Code is a unique identifier and must be manually entered; it does not inherit to avoid duplication.

From a Workday Pro HCM best-practice perspective, enforcing staffing model inheritance simplifies organization management and supports accurate headcount and staffing governance. It also ensures that subordinate organizations cannot inadvertently introduce incompatible staffing configurations within the same reporting structure.

Therefore, the correct and Workday-verified answer is Staffing Model , as it is the field that inherits from the superior supervisory organization.

An Entry condition rule controls whether a business process step should run when Workday reaches that step. In this scenario, the consolidated approval chain should execute only when two criteria are true: the worker is moving to a new country and the worker’s management level is vice president or above. That is a gatekeeping requirement for the step itself. The system must evaluate the rule before the step launches, and if the rule is false, the step should be skipped. A While Running condition is evaluated during execution and is not the standard mechanism for deciding whether a step should initially be included. An Exit condition controls whether the process can leave a step or continue after a step, not whether the step should start. A Validation condition is used to enforce data-entry requirements or prevent submission when values are invalid, not to conditionally route an approval chain. Because the requirement is to make the consolidated approval chain appear only when specific transaction facts are true, the correct rule type is Entry. Reference topics: Business Processes, Step Conditions, Entry Condition Rules, Consolidated Approval Chains, and conditional routing.

In Workday, compensation packages are used to group compensation plans that are presented and assigned during staffing events , such as Hire or Change Job. These packages are designed to include plans that are transactionally assigned and visible during compensation proposals.

A one-time payment plan is explicitly supported within compensation packages and is commonly used for sign-on bonuses, relocation payments, or other ad hoc payments offered during hiring.

Calculated plans and retirement plans are not assigned directly through compensation packages. Calculated plans are system-derived and depend on other plans, while retirement plans are managed through Benefits configuration. Future payment plans are handled separately and are not eligible for inclusion in compensation packages.

Therefore, the only valid option is One-time payment plan , making option D correct.

Comprehensive and Detailed Explanation (Paraphrased from Workday Pro HCM Core – Organizations and Staffing Structure Guide, 2023R2):

In Workday, every worker must belong to exactly one Supervisory Organization . The Supervisory Organization defines the management hierarchy and reporting structure for workers and positions. It serves as the foundation for staffing, business process routing, security role assignment, and approval workflows.

When hiring or transferring a worker, assigning them to a supervisory organization ensures that the worker’s manager , HR partner , and other role-based participants are correctly identified. Without this relationship, the worker cannot be successfully staffed or managed within the tenant.

Options B ( Matrix ), C ( Cost Center ), and D ( Company ) may also be required for organizational reporting or accounting, but only Supervisory Organizations are mandatory for all workers because they define managerial oversight and operational hierarchy.

Reference (Paraphrased Source):

Workday Pro HCM Core – Organizations Configuration Guide (2023R2), Section: “Supervisory Organizations as the Basis of Staffing Structure.”