Workday Workday-Pro-HCM-Core Workday Pro HCM Core Certification Exam Exam Practice Test

Comprehensive and Detailed Explanation (Paraphrased from Workday Pro HCM Core – Reporting and Analytics Guide, 2023R2):

In Workday Reporting, to organize or arrange the display of report results based on specific criteria — such as the Supervisory Organization Name — you use the Sort configuration option.

Sorting determines the order in which records appear when the report is executed. In this case, by sorting on the Supervisory Organization Name field, all workers will be grouped together under their respective organization, making the output intuitive and structured for analysis.

Option B ( Share ) controls who has access to the report.

Option C ( Filter ) limits which records are included in the results.

Option D ( Subfilter ) refines filter logic but does not control display order.

Thus, Sort is the correct configuration feature to organize report results for any user running the report.

Reference (Paraphrased Source):

Workday Pro HCM Core – Reporting Configuration and Design Guide (2023R2), Section: “Sorting, Grouping, and Display Options in Custom Reports.”

By default, Workday restricts users to entering one one-time payment per event when the reason and effective date are the same. To support scenarios where multiple one-time payments are required—such as bonuses, awards, or stipends paid on different dates—the tenant-level setting Enable Multiple One-Time Payments must be enabled.

This configuration is found in Edit Tenant Setup – HCM and allows users to enter multiple one-time payment rows within the same event, even when the effective date and reason are identical.

Business process steps, eligibility rules, and UI help text do not control the system’s ability to accept multiple one-time payments in a single transaction. Without this tenant setting enabled, Workday enforces a single-payment limitation.

Therefore, enabling Enable Multiple One-Time Payments is required, making option A correct.

The correct answer is D – User-based.

User-based security groups are manually assigned to specific users and are typically used for administrative or audit-level access . They can be configured as unconstrained , granting full visibility across all organizations and data in the tenant.

For users responsible for security oversight or auditing , a user-based group (such as Security Administrator or Security Auditor ) is appropriate. This group can be assigned to the necessary domain and business process security policies that control access to security reports and configuration data.

Other group types (e.g., role-based or segment-based) depend on organizational context and cannot provide unrestricted system-wide visibility, making a user-based group the correct option for full security monitoring.

When a security group initiates a business process, what the group can do during that initiation is controlled through business process security for the relevant business process type. In this case, the Manager security group should be able to initiate Termination but only update limited termination information, specifically termination dates and reasons. That is a business process security configuration requirement, not a general domain-reporting issue. The appropriate configuration is to locate the Termination business process type and adjust the security permissions accordingly so that the Manager group has only the correct initiating action and section-level access. The consolidated template option is incorrect because the requirement is not about consolidating approval tasks. Domain security can control access to data broadly, but this question concerns what fields or sections can be used during a specific Termination initiation flow. View Security for Securable Item can help analyze a field’s security, but it is not the configuration task that grants or restricts the Termination initiation experience. Therefore, the Termination business process type security configuration is correct. Reference topics: Security, Business Process Security, Initiating Action, Termination, and section-level permissions.

In Workday HCM, advanced custom reports offer powerful filtering capabilities, but certain configuration options intentionally limit available fields to ensure optimal system performance. One such option is the Optimized for Performance checkbox. When this option is selected, Workday restricts filters to indexed fields only .

Indexed fields are pre-optimized by Workday to support faster query execution and efficient data retrieval, especially in large tenants with significant data volumes. By limiting filters to indexed fields, Workday ensures that reports run quickly and reliably without placing excessive load on the system. This design aligns with Workday’s performance and scalability standards.

When Optimized for Performance is enabled, non-indexed fields are excluded from filter selection because filtering on those fields could result in long-running queries or degraded system performance. This is expected and intended behavior, not a limitation of the report writer or data source.

The other options are incorrect. Using an indexed data source does not, by itself, restrict filters to indexed fields. The Temporary Report checkbox controls report persistence and availability, not filter behavior. A standard data source can still allow non-indexed fields unless performance optimization is explicitly enabled.

From a Workday Pro HCM best-practice perspective, the Optimized for Performance option should be used when reports are expected to run frequently, support dashboards, or be shared widely. While it reduces filter flexibility, it significantly improves execution efficiency and reliability.

Therefore, the correct and Workday-verified reason you can only select indexed fields is that the Optimized for Performance checkbox is selected .

In Workday HCM, role-based (constrained) security groups control access to business pro cesses and data based on an individual’s organizational assignments. The Access Rights to Organizations setting determines which organizations—and therefore which workers—fall within the scope of responsibility for users assigned to that security role.

When the Access Rights to Organizations setting is configured as Current Organization and All Subordinates , the HR Partner assigned to a supervisory organization gains security access to that organization and every subordinate organization beneath it in the hierarchy . This access applies regardless of whether subordinate organizations have their own HR Partners assigned.

In the context of employee terminations, this means HR Partners are responsible for approving termination events for employees who belong to the organization they directly support as well as employees in any subordinate supervisory organizations . Workday evaluates the worker’s organizational membership at the time of the transaction and routes the business process approval accordingly.

Options B and C are incorrect because Workday does not limit approvals based on whether subordinate organizations have HR Partners or restrict access to a single subordinate. Option D is also incorrect because it ignores subordinate organizations entirely, which contradicts the selected access rights configuration.

From a Workday Pro HCM security design perspective, this setting ensures appropriate oversight and continuity by allowing HR Partners to support broader organizational segments without creating security gaps. It is commonly used in shared-services or regional HR models where HR Partners support entire organizational branches.

Therefore, the correct and Workday-verified answer is that HR Partners must approve termination events for employees in their assigned organization and all subordinate organizations .

The Gross Up option on a one-time payment plan instructs Workday to calculate and add additional earnings so that the employee receives a net amount equal to the target value , after applicable taxes are withheld. This is commonly used for bonuses, relocation payments, or awards where the employer agrees to cover the tax impact.

When Gross Up is enabled, Workday works with Payroll to determine the required gross amount that results in the desired net payment. Taxes are always applied by payroll regardless of this setting; the checkbox simply controls whether Workday compensates for them.

Gross Up does not require manual adjustment, nor does it only display tax information. It is an automated calculation designed to meet net-pay commitments.

Therefore, option A is the correct answer.

The correct answer is C – Domain Security Policy.

In Workday, reports and data access are controlled by domain security policies , whereas business process security policies control who can initiate or act on transactions. The Find Workers report accesses worker data fields that are part of the Worker Data: Public, Personal, and Employment domains.

To restrict the HR Partner security group from accessing the Find Workers report, you must update the domain security policy that governs the worker data used by that report. By removing the HR Partner group from the View permissions of the relevant domains, you effectively prevent them from retrieving worker information through that report.

The correct way to localize allowance amounts in Workday without impacting other populations is through the use of plan profiles . Plan profiles allow administrators to define country-specific or location-specific values using eligibility rules, ensuring that employees automatically receive the correct amount during hire and other staffing events.

In this scenario, adding a new plan profile for Ireland with a value of €90 EUR ensures that employees hired in Ireland automatically receive the correct allowance. This approach preserves the existing default value of $100 USD for employees in the US and avoids unintended downstream impacts.

Updating the default value would affect all employees who do not meet profile eligibility, including US employees. Allowance Plan Adjustments are used to update existing assignments, not to control defaulting logic during hire. Manual compensation changes are inefficient, error-prone, and contradict Workday best practices for scalable configuration.

Therefore, adding a new allowance plan profile for Ireland is the correct, controlled, and Workday-recommended solution, making option C the correct answer.

When configuring Business Process Notifications in Workday, administrators can define the recipient based on a specific Workday Account . This allows precise targeting of individuals or security groups (e.g., HR Partner, Manager, or specific role-based accounts) who should receive the notification.

Option D is correct because “Recipient based on Workday Account” ensures the system routes the notification to the appropriate user or group dynamically, based on the context of the business event. This is essential for process transparency and timely action.

Option A ( Sender based on Workday Account ) is incorrect — the sender is system-defined (“Workday Notification”), not configurable by user account.

Option B ( On exit ) and Option C ( Trigger on In Progress ) are not valid notification configuration options; triggers are defined by process status changes such as “Awaiting Action,” “Completed,” or “Denied.”

Reference (Paraphrased Source):

Workday Pro HCM Core – Business Process Configuration Guide (2023R2), Section: “Business Process Notifications and Recipient Configuration.”

In Workday HCM, job profile attributes play a critical role in determining eligibility for compensation components, allowances, and benefits. When the goal is to make a group of related roles—such as IT Associates, IT Managers, and IT Specialists—eligible for a cell phone allowance , the most effective and scalable attribute to use is the Job Family .

A Job Family groups job profiles that perform similar types of work within a functional discipline. In this example, IT Associates, IT Managers, and IT Specialists are distinct job profiles, but they are all aligned to the same functional area of Information Technology. By configuring eligibility rules based on the job family, Workday allows organizations to apply compensation components, such as allowances, consistently across all related roles without maintaining separate rules for each individual job profile.

Using Total Base Pay would be inappropriate because it is a compensation amount, not a classification attribute used for eligibility determination. Location and Company are organizational attributes that control where or for whom a worker is employed, but they do not define the functional nature of the work being performed. Applying eligibility based on those attributes could unintentionally include or exclude workers who should or should not receive the allowance.

From a Workday Pro HCM best-practice perspective, job families are specifically designed to support standardized compensation, benefits eligibility, and reporting across similar roles. Therefore, configuring the cell phone allowance eligibility using the Job Family attribute ensures consistency, reduces administrative complexity, and supports scalable compensation governance across the IT organization.

The Employee Compensation Audit report in Workday is designed to identify discrepancies between eligibility and actual plan assignment . It compares whether employees should be assigned to compensation plans based on eligibility rules versus whether they are currently assigned.

In this scenario, the Sales Analyst job profile was newly added to the Sales job family . As a result, Sales Analysts now meet the eligibility criteria for the Sales allowance plan. However, unless a compensation event (such as Hire, Job Change, or Compensation Change) has occurred, the allowance plan may not yet be assigned .

When an employee is eligible for a plan but not currently assigned , Workday flags this discrepancy under Unassigned Eligible Compensation Components . This column highlights compensation plans that should be assigned based on current eligibility but are missing.

Assigned Ineligible Compensation Components would only apply if the employee had the plan but no longer qualified. The plan will appear on the report because eligibility exists.

Therefore, the correct column is Unassigned Eligible Compensation Components , making option A correct.

In Workday HCM, selecting the correct security group type is critical to ensuring users have appropriate access while maintaining strong governance and data security. When HR representatives need access to workers within a specific supervisory organization , such as Sales, the most appropriate solution is a role-based constrained security group .

A role-based constrained security group limits access based on organizational assignment , such as a supervisory organization and its subordinate organizations. This means HR representatives assigned to this role will only have access to workers who belong to the Sales supervisory organization hierarchy. This targeted access aligns with the principle of least privilege and is a core Workday Pro HCM security best practice.

Organization-based (Unconstrained) and role-based (Unconstrained) security groups grant access across all organizations in the tenant. These options would provide broader access than required and could expose sensitive worker data outside the Sales organization. Therefore, they are not appropriate when access should be limited to a specific supervisory organization.

User-based security groups assign access to individual users , not organizational roles. While useful for exceptions or administrators, user-based groups do not scale well and require ongoing maintenance when users change roles or responsibilities.

By using a role-based constrained security group , access automatically follows the role assignment on the Sales supervisory organization. If HR representatives change or new HR staff are assigned, access is updated without reconfiguring security for individual users.

From a Workday Pro HCM perspective, role-based constrained security groups provide the optimal balance of flexibility, control, and scalability. Therefore, the correct and Workday-verified answer is Role-based (Constrained) .

The correct answer is B – View Security for Securable Item.

In Workday, every task , report , domain , and business process is considered a securable item . To analyze how access to a specific task (like Change My Legal Name ) is controlled, the system administrator uses the View Security for Securable Item report.

This report allows users to:

Identify which domain security policy governs the securable item,

See what security groups currently have access,

Determine the type of access granted (View, Modify, Initiate, etc.), and

Understand the security policy inheritance associated with the item.

For example, when you run this report and enter “Change My Legal Name” as the securable item, Workday returns the domain policy controlling it—typically within the Worker Data: Personal Information domain. From there, security administrators can update access via the Maintain Domain Security Policy for Functional Area task if necessary.

This is the standard and recommended Workday method for determining how any specific action, report, or task is secured.

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.

Dynamic calculated compensation plans in Workday are designed to automatically recalculate compensation amounts based on predefined criteria, such as seniority, service dates, or anniversaries . When a plan is configured as a seniority dynamic calculated plan , Workday continuously evaluates the employee’s service milestones without requiring manual intervention.

In this scenario, the plan is configured to increase every three years of employment . When the employee reaches their sixth anniversary , the condition for the next increase is automatically met. Workday recalculates the plan amount based on the updated seniority value and applies the new amount accordingly.

There is no requirement to run a compensation adjustment process, mass operation, or manual compensation change. These tools are typically used for fixed or manual compensation updates, not for plans driven by dynamic calculations. Workday evaluates dynamic plans as part of its standard processing, ensuring values remain accurate over time.

Options A and B introduce unnecessary administrative effort and are not required for dynamic plans. Option D incorrectly assumes manual intervention is needed, which defeats the purpose of a dynamic calculated plan.

Therefore, no action is required—the system updates the amount automatically—making option C the correct answer.

In Workday HCM, user-based security groups grant access to specific individuals rather than to positions or organizations. These security groups are designed to provide permissions directly to a Workday user account , making them appropriate when access should not change automatically based on position changes or organizational movement.

To include a new hire in an existing user-based security group, you must associate the group with the individual’s Workday Account . A Workday Account represents the system login identity for a worker and is the object that security groups reference when assigning user-based access. Once the new hire’s Workday Account is created as part of the Hire business process, the account can be added to the user-based security group, immediately granting the associated permissions.

The other options are incorrect because they apply to different security models. Worker Position is used for role-based security groups, where access follows the position rather than the individual. Worker Location and Job Profile are organizational and job architecture attributes and are not valid association objects for user-based security groups.

From a Workday Pro HCM best-practice perspective, user-based security groups should be used sparingly, typically for exceptions, administrators, or roles that require access independent of organizational structure. Because access does not automatically transfer when a worker changes jobs or positions, administrators must manually manage membership by adding or removing Workday Accounts as needed.

Therefore, the correct and Workday-verified way to include a new hire in an existing user-based security group is to associate the Workday Account with the security group.

The correct answers are C – Position Management and D – Job Management.

In Workday, supervisory organizations can only use one of two delivered staffing models:

Position Management : Each position is a distinct entity that must be created and approved before hiring. It supports detailed tracking of vacancies and headcount.

Job Management : Hiring is managed at the job level, allowing multiple workers to be hired under a single job requisition without individual position control.

Workday does not deliver “Headcount Management” or “Customer Defined Staffing Models” as valid options. The staffing model is selected when creating or editing a supervisory organization and determines how headcount, hiring, and reporting are managed.

A consolidated approval task combines multiple approval actions into a single approval experience, but the user who receives that consolidated task still needs the correct business process security permissions for each underlying process being approved. In this scenario, the HR Administrator must approve the termination details, retiree status, and service date changes. Therefore, the HR Administrator must be added to the Approve section for each relevant business process security policy: Termination, Add Retiree Status, and Service Dates Change. Ad Hoc Approve is not correct because the requirement is not to allow ad hoc approval routing; it is to permit the HR Administrator to perform the standard approval actions included in the consolidated approval. Initiating Action is also incorrect because initiating a process and approving a process are separate security actions. Granting initiate access would not authorize the user to approve the consolidated approval step. The security must match the action presented in the consolidated task. Therefore, adding the HR Administrator to the Approve section on all three processes is correct. Reference topics: Security, Business Process Security Policies, Consolidated Approval, Approve Permissions, and Termination subprocess security.

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

The Reorganization Event in Workday is used to group and manage multiple organization changes that share a common effective date . This functionality ensures that all changes—such as reorganizing reporting structures, moving subordinates, or reassigning workers—are executed simultaneously as part of a controlled event.

It helps maintain organizational data integrity and ensures that all related updates occur in a coordinated and auditable way.

Options A, B, and C describe other organization functions:

A: Reporting on membership is done through standard reports.

B: Role inheritance occurs automatically via supervisory structure, not through reorganization events.

C: Maintaining settings is done through “Edit Organization” tasks.

Therefore, D correctly captures the purpose of a reorganization event.

Reference (Paraphrased Source):

Workday Pro HCM Core – Organizations Configuration Guide (2023R2), Section: “Reorganization Events and Effective Dating.”

In Workday HCM, compensation grades are a core component of the job and grade framework , which belongs to organizational configuration rather than transactional staffing activities. The primary purpose of assigning a compensation grade to a job profile is to define and default the appropriate pay range —minimum, midpoint, and maximum—for employees performing that job.

When a compensation grade is attached to a job profile, Workday uses the associated grade profiles (which may vary by location, currency, or frequency) to automatically determine the salary or hourly range during hire, job change, and compensation change events. This ensures consistency, internal equity, and alignment with market data across the organization.

Compensation grades do not control compensation frequency, bonus eligibility, or target compensation amounts. Frequency is defined at the compensation plan level, bonus eligibility is governed by eligibility rules, and target compensation is typically managed through compensation plans and guidelines.

By separating job architecture (grades) from transactional compensation plans , Workday enables scalable global compensation structures that are easy to maintain and audit. Therefore, the correct and primary purpose of assigning a compensation grade to a job profile is to default the appropriate pay range , making option C correct.

In Workday HCM, organizations such as Company are used extensively during hiring, job changes, and other staffing events. To control how an organization is presented and selected during these processes, Workday provides two important configuration concepts: default organizations and allowed organizations . Understanding the distinction between these two is essential to achieving the desired behavior.

If Company 1000 needs to be both automatically selected and the only selectable option during the hiring process, it must be configured as both the default and allowed organization . Setting Company 1000 as the default organization ensures that it is pre-populated on the hire event, reducing data entry and minimizing user error. However, default alone does not restrict users from changing the value.

To ensure that Company 1000 is the only company that can be selected , it must also be configured as an allowed organization . Allowed organizations define which values are valid and selectable for a given organization type. By limiting the allowed organization list to Company 1000, Workday prevents users from selecting any other company during the hiring process.

Option A is incomplete because configuring an organization as default does not prevent other companies from being selected. Option D is also insufficient because allowed organization alone does not ensure the value defaults automatically. Option C is unrelated, as superior and subordinate relationships define hierarchy, not selection behavior.

From a Workday Pro HCM best-practice standpoint, combining default and allowed organization configuration provides both efficiency and control. Therefore, the correct and fully verified answer is Configure it as the default and allowed organization .

The correct answer is C – All Employees.

Workday delivers the All Employees security group as a predefined (delivered) user-based security group that automatically includes every active worker within the tenant. This group grants broad access to non-sensitive information that all workers should be able to view—such as organizational structure, reporting relationships, job profiles, and public worker details (like name, title, and location).

The All Employees group is fundamental for system usability and transparency, ensuring employees can navigate the org chart, identify colleagues, and understand reporting hierarchies without compromising confidential data.

Workday recommends maintaining this group’s configuration in its default state to avoid restricting essential information visibility. Security administrators may, however, further refine domain policies to exclude sensitive data while preserving general organization structure access.

In Workday HCM, proration based on an employee’s scheduled hours (such as part-time versus full-time workers) is controlled through the Apply FTE% configuration within a salary plan. FTE (Full-Time Equivalent) represents the ratio of an employee’s scheduled hours to the standard full-time schedule, and Workday uses this value to proportionally calculate compensation.

When the Apply FTE% box is checked on a salary plan, Workday automatically prorates the compensation amount based on the employee’s FTE. For example, if a salary plan amount is defined as $100,000 annually and the employee is working at 50% FTE, Workday will calculate and pay $50,000. This ensures fair and consistent compensation aligned with scheduled working hours.

Eligibility rules determine who can receive a plan, not how much they receive. The Exclude from Merit option only controls whether a plan is included in merit processes and has no impact on proration. Compensation elements connect compensation to payroll earnings but do not control proration logic.

Therefore, checking the Apply FTE% box is the correct and Workday-recommended method for configuring proration based on scheduled hours, making option D the correct answer.

The correct answer is A – Employee-as-Self.

Employee-as-Self is a delivered Workday user-based security group automatically assigned to all active workers within the tenant. This group allows employees to view and update their own personal data , such as home address, phone number, emergency contacts, and other self-service information .

The permissions for this group are defined in domain security policies related to personal data, such as Worker Data: Personal Information and Worker Data: Home Contact Information . Employees only have access to modify their own records, not those of others.

This self-service model is central to Workday’s HCM design, empowering employees to maintain accurate personal information without administrator intervention.

The correct answer is A – Job Family/Job Family Group.

In Workday, Job Families and Job Family Groups are used to organize Job Profiles into logical categories for reporting, analysis, and security. This structure helps organizations group related roles, such as “HR Generalist” and “HR Business Partner” under the Human Resources Job Family , and all HR-related families under the Corporate Services Job Family Group .

When creating or editing a Job Profile, assigning a Job Family allows Workday to automatically associate it with the corresponding Job Family Group . These relationships are vital for talent management, compensation structures, and reporting purposes (for example, grouping compensation grades by department).

In Workday, period salary plans are specifically designed to support countries where employees are legally entitled to additional salary payments , such as a 13th or 14th month salary. These plans allow organizations to define compensation based on a number of salary periods , rather than assuming a standard 12-month structure.

By configuring a period salary plan with an additional month , Workday can correctly calculate and distribute base pay across the required number of periods while still maintaining accurate annualized compensation values. This approach ensures compliance with local legislation while preserving consistent reporting and budgeting.

Percent-based merit plans are used for increases and do not address structural pay requirements. Allowance plans are not considered base pay and are not appropriate for statutory salary obligations. One-time payment plans are ad hoc and do not satisfy recurring legislative requirements.

Period salary plans integrate seamlessly with payroll, compensation bases, and grade profiles, making them the correct and compliant solution for legislated additional pay months.

Therefore, option A is the correct answer.

In Workday, configurable compensation bases allow organizations to control how compensation plans relate to one another and to enforce limits or proportions within a total compensation structure. The Manage Basis Total option is specifically designed to impose constraints on how much certain plan types can contribute relative to the overall compensation basis.

In this scenario, the business requirement is to ensure that salary plans do not exceed 50% of the total compensation for Indian employees. This requirement is achieved by enabling Manage Basis Total on the Total Cost (India) compensation basis and setting a maximum percentage of 50 for salary plans . This configuration enforces the rule automatically during compensation proposals and validations.

Changing the ranking of the compensation basis has no impact on percentage enforcement; rankings only determine precedence when multiple bases apply. Fixed compensation bases do not support proportional controls and would remove flexibility. Removing retirement plans would alter the total compensation calculation but would not guarantee the 50% salary cap.

Therefore, configuring Manage Basis Total with a salary plan maximum of 50% is the correct and Workday-recommended solution to enforce this business rule, making option B the correct answer.

In Workday staffing, position restrictions define which values are allowed when a worker is hired into a position. In this scenario, Worker Type is restricted to Employee, but Worker Subtype is blank. A blank optional restriction does not mean the manager cannot select a value; it means the value is not restricted by that specific field. Because Worker Type is restricted to Employee, the available subtypes must be valid subtypes under the Employee worker type. The manager can therefore select any Worker Subtype that belongs to Employee, such as Regular or another configured employee subtype. The answer is not Employee because Employee is a worker type, not a worker subtype. Contingent Worker is incorrect because it is a different worker type and is excluded by the Employee restriction. Any subtype of the Contingent Worker worker type is also incorrect because contingent worker subtypes are not valid when the position is restricted to Employee. The restriction framework narrows subtype choices through the selected worker type. Therefore, any subtype of the Employee Worker Type is correct. Reference topics: Staffing, Position Restrictions, Worker Type, Worker Subtype, and position-based hiring controls.

In Workday, when updating allowance plan target amounts, administrators must carefully manage how the change impacts employees who are assigned override amounts . Overrides represent intentional deviations from the plan default, and preserving those differences is often a business requirement.

The Set Up Allowance Plan Adjustment task provides specific options for handling overrides. The option Adjust by Same Amounts for Employees Using Override increases each employee’s allowance by the same delta as the change to the plan default. In this scenario, the default increases from $150 to $200, a difference of $50 . Employees with override amounts will also receive a $50 increase, thereby preserving their original variance from the default.

Selecting Adjust to New Defaults would eliminate the override difference by resetting employees to the new default amount, which contradicts the requirement. Removing or re-rolling out the plan introduces unnecessary disruption and risk.

Therefore, the correct approach is to use the Set Up Allowance Plan Adjustment task and select Adjust by Same Amounts for Employees Using Override , making option D correct.

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

To have the Company Organization automatically default when hiring workers into a supervisory organization, you must update the organization settings through the Edit Supervisory Organization task.

This task allows you to define default organization assignments , including Company , Cost Center , Region , and Custom Organizations . Once these defaults are set, Workday automatically populates these values during staffing events such as Hire or Add Job , reducing manual entry and ensuring consistent data alignment across the hierarchy.

Option B ( Create Position ) is used to define positions within the supervisory org, not defaults.

Option C ( Edit Name/Code ) modifies identifiers only.

Option D ( Assign Roles ) relates to security role assignments.

Therefore, Edit Supervisory Organization is the correct task to establish the default Company for new hires.

Reference (Paraphrased Source):

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

From the Workday Module 2 Binder :

“User-based security groups include roles such as Security Administrator and HR Administrator. These are assigned directly to individual users and determine their access and capabilities within the tenant.”

– Workday Module 2 Binder, Security Configuration Section

User-Based Security Groups are directly assigned to specific users , rather than based on roles or job positions.

Security Administrator and HR Administrator are classic examples — they ' re given to individual users based on need or access level.

Compensation Partner and Managers are role-based security groups , which are tied to a worker ' s role within an organization, not directly to a user.

In Workday, when an employee qualifies for multiple compensation bases , the system determines the primary compensation basis using the ranking value . The rule is straightforward and consistently tested: the compensation basis with the lowest numerical ranking takes precedence .

In this scenario, the employee is eligible for three ranked compensation bases:

Management Compensation (ranking 1 )

International Compensation (ranking 2)

Sales Compensation (ranking 3)

Because ranking 1 has the highest priority, Management Compensation is selected as the employee’s primary compensation basis. This primary basis is used for compensation calculations, validations, guideline enforcement, and display during compensation events.

Delivered bases such as Total Base Pay are irrelevant unless explicitly eligible and ranked. Workday does not average or combine ranked bases—only one primary basis is selected based on ranking precedence.

Therefore, Management Compensation will display as the primary compensation basis, making option C correct.

In Workday HCM, grade profiles define how total base pay is calculated and evaluated for employees by specifying which compensation elements are included in the base pay range. The Base Pay Elements field on the grade profile is the authoritative configuration that determines which compensation elements contribute to total base pay minimums, midpoints, and maximums.

In this scenario, Mexico employees already have a grade profile that includes Base Pay and 13th Month compensation elements. To ensure the family allowance is included in total base pay—and therefore considered when validating pay ranges and equity—the family allowance compensation element must be explicitly added to the Base Pay Elements field on the Mexico grade profiles.

Compensation element groups are used primarily for reporting and do not affect how base pay is calculated. EIBs are data load tools and do not control structural compensation logic. Compensation bases are used for plan calculations and eligibility, not for defining what counts toward base pay in a grade profile.

By updating the Base Pay Elements field, Workday automatically includes the family allowance in base pay comparisons, validations, and reporting for Mexico employees. This is the correct and Workday-supported approach.

In Workday, allowance plan profiles are designed to localize plan targets based on eligibility criteria. However, a key rule is that each employee can match only one profile . When an employee meets the eligibility criteria for multiple plan profiles , Workday cannot determine which profile amount to apply and therefore defaults to the plan’s base default value , which in this case is zero.

In this scenario, the plan uses both management level and location as eligibility criteria across multiple profiles. If these criteria overlap and are not mutually exclusive, employees may qualify for more than one profile simultaneously.

Workday does not throw an error in this situation; instead, it applies the plan’s default value to avoid ambiguity. In-progress compensation events do not affect defaulting logic, and having multiple compensation packages does not cause zero defaulting. A missing eligibility rule would apply the default to everyone, not just some employees.

To resolve this issue, administrators must ensure that plan profile eligibility rules are mutually exclusive so that each employee qualifies for exactly one profile.

Therefore, option B is the correct answer.

In Workday, a Business Process (BP) defines how specific business events are executed within the system. The true statement among the options is that you can create business process definitions based on rules . Workday allows you to maintain rule-based BP definitions , meaning that a single BP can have multiple versions triggered under different conditions (for example, based on supervisory organization, company, location, or job profile).

This functionality enhances configuration flexibility by allowing organizations to adapt process flow depending on contextual attributes — without duplicating processes. Each version operates under a defined condition rule , evaluated at runtime to determine which BP definition applies.

Options A, B, and C are incorrect:

A is false because not every action step can be added to every process — the available step types depend on the BP template (for example, Hire, Change Job, or Request Compensation Change).

B is false since condition rules can only be applied to specific steps where the system allows configuration (for instance, approvals and to-dos).

C is false because only a designated Completion Step marks the end of the process, and it cannot be assigned arbitrarily to any step.

Reference (Paraphrased Source):

Workday Pro HCM Core – Business Process Framework and Configuration Guide (2023R2, Workday Learning).

Sections: “Rule-Based Business Process Definitions,” “Business Process Configuration Best Practices,” and “Condition Rule Framework.”

The correct answer is B – Have an open, approved position.

In Workday’s Position Management staffing model, each hire is tied to a specific position . Before a worker can be hired, a position must exist, be opened, and be approved through the appropriate business process.

Once a position is approved, it becomes available for the Hire or Add Job process. Without an approved position, no worker can be assigned under that supervisory organization. The position serves as the structural foundation for tracking headcount, job details, and time-to-fill metrics.

Options A and C refer to configuration prerequisites, but the question specifically focuses on the operational readiness to hire. Option D is incorrect because a hire cannot occur until after a position exists.

The correct answer is D – HR partners need to be able to view documents but only those assigned to the Performance Review category.

Segment-based security groups are used in Workday to grant access to specific subsets of data within a domain , based on defined “segments” such as document category, location, or other defined dimensions. Unlike role-based or organization-based groups, segment-based security provides fine-grained access control that limits visibility within a specific domain.

In this case, the HR partners should only be able to view documents categorized under “Performance Review” , not all employee documents. A segment-based group is ideal here because it restricts access based on the document category segment defined in the Document Review domain .

In Workday, the Review Step within a business process is specifically designed to enable a user to review, edit, and approve information that was submitted by the initiator. This step allows designated participants to view the transaction details, make permissible edits, and approve or send it back for correction. It serves as an intermediate checkpoint before final approval or completion, ensuring data accuracy and compliance with policy.

By contrast, the Approval Step (Option C) only permits approval or denial — it does not allow data modification. The Consolidated Approval Step (Option B) groups multiple approval steps for simplification but also lacks edit functionality. The Integration Step (Option D) is used for system integrations and automated data transfers, not for user data review.

Thus, the Review Step uniquely provides both review and edit capabilities, which makes it ideal for validating and refining information early in the process lifecycle.

Reference (Paraphrased Source):

Workday Pro HCM Core – Business Process Configuration Guide (2023R2) – Section: “Step Types and Participant Actions” and “Review Step Configuration.”

Default compensation on a job requisition allows organizations to predefine compensation plans and values that automatically flow into the Offer event. The primary advantage is consistency —every candidate hired from the same requisition starts with the same baseline compensation configuration.

This ensures fairness, reduces recruiter error, and accelerates the offer process by minimizing manual data entry. Default compensation on requisitions is especially valuable when hiring multiple candidates for the same role, location, and level.

Position-based compensation is configured separately and applies regardless of requisition. Viewing eligible plans is unrelated to default compensation. While employees hired into a position may share compensation, requisition defaulting specifically governs applicant and offer behavior .

Therefore, option B is the correct answer.

To ensure the HR Partner reviews and updates a new hire’s Company and Cost Center , you add the Change Organization Assignments action step to the Hire business process.

This action allows the HR Partner (or assigned role) to validate and modify organizational assignments, such as Company, Cost Center, Region, or Location, before the Hire event is finalized. It is typically positioned after the Review Employee Hire step to confirm that all organization-level data aligns with the new worker’s role and supervisory org defaults.

Option A ( Review Employee Hire ) is a completion-type review step and does not update organization data.

Option B ( Onboarding Setup ) prepares onboarding tasks, not organizational details.

Option C ( Edit Workday Account ) deals with account credentials and system access.

Thus, Change Organization Assignments is the correct step for updating or confirming company and cost center information during the hiring process.

Reference (Paraphrased Source):

Workday Pro HCM Core – Business Process Configuration Guide (2023R2), Section: “Adding and Configuring Organization Assignment Steps in Staffing BPs.”

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

In Workday, the ability to share a report depends on a user or group’s security access to the report’s data source and data source filters . This ensures that only authorized individuals can view the report’s content, even if they have the link or the report is shared with them directly.

Data sources define what underlying information a report can pull (e.g., Worker, Position, Organization). Security policies tied to those data sources control who can access or view specific data fields. Therefore, even if a report is shared broadly, users can only see results their security permissions allow.

Options A, B, and D are incorrect because Workday security doesn’t evaluate “business reasons” or “tags” for access — it enforces data-source–based controls. Field-level access is governed by the domain security policy within the data source.

Reference (Paraphrased Source):

Workday Pro HCM Core – Reporting Configuration Guide (2023R2), Section: “Report Sharing and Security Dependencies.”

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

The Org Chart Report in Workday provides a visual hierarchical diagram displaying superior and subordinate supervisory organizations . It allows users to navigate through organizational layers, view reporting relationships, and understand the structure of the workforce within each supervisory organization.

This report is especially useful for HR and managers to visualize team structures, identify open positions, and confirm reporting lines.

Option A ( All Jobs Report ) lists worker job data, not organizational hierarchy.

Option B ( Reorganization Report ) provides details about reorganization events, not a visual hierarchy.

Option C ( Workday Touchpoints Kit ) is a set of integration and configuration tools, not a report.

Thus, Org Chart Report is the correct option, as it visually represents the hierarchical structure of supervisory organizations and their relationships.

Reference (Paraphrased Source):

Workday Pro HCM Core – Organizations Configuration Guide (2023R2), Section: “Viewing Organizational Hierarchies and Using the Org Chart Report.”

In Workday, allowance plans include a No Override configuration option that prevents users from manually changing the plan amount during staffing or compensation events. When this checkbox is selected, the plan amount is strictly controlled by the plan default or plan profile value.

Even if a recruiter has appropriate security and the candidate is eligible for the allowance, the presence of No Override enforces compensation governance and prevents deviations from defined policy.

Ineligibility would prevent the plan from appearing at all, and multiple plan profiles would cause defaulting issues—not override restrictions. If the plan were not included in the compensation package, it would not be visible.

Therefore, the recruiter cannot change the amount because the No Override checkbox is selected, making option A correct.

The Compensation Spreadsheet is a powerful Workday reporting and analysis tool that allows managers and HR partners to view detailed compensation information for employees across one or more organizations they manage or support. It supports side-by-side viewing of key metrics, including:

Total base pay

Compensation package

Compa-ratio

Position in range

Allowances and bonuses

The spreadsheet format is specifically designed for managerial review, planning, and analysis , with optional inclusion of subordinate organizations. It is widely used during compensation review cycles and off-cycle analysis.

Other reports have more limited scope:

Employee Compensation Audit focuses on eligibility mismatches

Job Profile reports focus on structure, not worker-level pay

Total Rewards is employee-facing and not manager-analytic

Therefore, the correct answer is Compensation Spreadsheet , making option D correct.

Workday provides the Rollout Compensation Plans to Employees task to efficiently assign newly created compensation plans to employees who meet defined eligibility criteria. This task evaluates the eligibility rule attached to the plan and assigns the plan to all qualifying employees in bulk.

Manual approaches such as Request Compensation Change or Change Job events are inefficient and not scalable. The View Compensation Plan Rollout Process task is informational and does not perform assignments.

Using the rollout task ensures consistency, reduces administrative effort, and aligns with Workday best practices for plan deployment.

Therefore, option D is the correct answer.

In Workday, compensation entered during the Offer event only carries forward to the Hire event if it is part of the compensation package associated with the job or position. Compensation packages define which plans—such as salary plans, allowance plans, and one-time payment plans —are eligible to flow through staffing events.

If a signing bonus is entered during Offer but not included in the compensation package, Workday treats it as an isolated entry that does not persist into Hire. This behavior is by design to ensure consistency and control over compensation structures.

Security policies, approval steps, and subprocess configuration do not control whether compensation carries forward between Offer and Hire. The determining factor is inclusion in the compensation package.

Therefore, to ensure the signing bonus carries forward, the Signing Bonus one-time payment plan must be included in the compensation package , making option A correct.

In Workday, compensation plans remain active through the Actual End Date entered on the plan. The system removes the plan the day after the Actual End Date, ensuring the employee receives compensation through the final eligible day.

This behavior supports accurate payroll calculation and avoids prematurely ending compensation. Workday does not delay removal to the end of the pay period or month unless explicitly configured elsewhere.

Therefore, the plan is removed on the actual end date plus one day , making option A correct.