Workday-Pro-HCM-Core Workday Pro HCM Core Certification Exam Questions and Answers

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.

Comprehensive and Detailed Explanation (Paraphrased from Workday Pro HCM Core – Organization Types and Structures Guide, 2023R2):

The correct organization type for managing temporary project-based teams is a Matrix Organization. Matrix organizations are designed to group employees from different supervisory organizations to work together on a temporary or functional basis, such as projects or task forces.

This structure allows the assignment of a temporary manager (Matrix Manager) who oversees project-related activities without changing employees’ primary supervisory reporting relationships. The matrix manager gains visibility into all assigned members, enabling effective project oversight.

Options A (Location Hierarchy) manages physical work locations, not project teams.

Option B (Supervisory) defines permanent reporting structures.

Option D (Pay Group) organizes workers for payroll purposes only.

Thus, Matrix Organization provides the flexibility and visibility required for cross-functional, project-based staffing.

Reference (Paraphrased Source):

Workday Pro HCM Core – Organizations Configuration Guide (2023R2), Section: “Matrix Organizations and Project-Based Management.”

In Workday HCM, access to direct reports’ data is primarily driven by managerial relationships within the supervisory organization hierarchy. The Maintain Assignable Roles task is used to define how role-based security groups can be assigned and how access is derived from organizational relationships.

The setting that grants managers access to their direct reports’ data is Is Leader. When a role-based security group is configured with the Is Leader designation, Workday evaluates the worker’s role as a manager (leader) of a supervisory organization. This enables leader-based security access, allowing managers to view and act on data for workers who report directly to them (and, depending on configuration, potentially their subordinates).

This setting is foundational for manager self-service and manager insights, such as viewing team profiles, compensation, performance data, and other worker-related information tied to reporting relationships. Without the Is Leader setting, Workday would not recognize the user as having leader-based authority over the workers in the supervisory organization.

The other options do not provide this access. Enabled for Location Hierarchy grants access based on location structure, not reporting relationships. Is Supporting is used for roles like HR Partners or Finance Partners who support an organization but are not managers. Enabled for Supervisory Organization controls where a role can be assigned, not whether it confers manager-level access.

From a Workday Pro HCM best-practice perspective, Is Leader is the critical configuration that ensures managers can view and manage their direct reports’ data appropriately. Therefore, the correct and Workday-verified answer is Is Leader.

In Workday HCM, period salary plans are specifically designed to support compensation structures where base pay is distributed over a defined number of periods that may not align with standard monthly or annual salary conventions. This is particularly important for countries such as Italy, where statutory or customary compensation practices include additional salary payments, often referred to as the 13th and 14th month salaries. These additional payments result in employees receiving more than 12 months of pay within a year.

A period salary plan allows organizations to define the number of salary periods per year, such as 12, 13, 14, or other values like 14.9, without altering the employee’s annualized base pay. This ensures compliance with local labor laws while maintaining consistent reporting, budgeting, and payroll calculations. Workday then prorates or distributes the annual amount appropriately across the defined periods.

Other plan types do not support this requirement. A salary plan assumes a standard annual salary without accommodating extra pay periods. Hourly plans are designed for workers paid based on time worked, and unit salary plans are used when pay is based on output or units produced, neither of which align with Italy’s statutory base pay structure.

Therefore, a period salary plan is the correct and Workday-recommended solution for handling additional months of base pay in countries with localized pay practices, making option A the correct answer.

After a business process completes in Workday, the valid corrective action that can be taken is to Rescind the process. The Rescind action allows an authorized user (typically with HR Partner or BP Administrator access) to reverse the completed business process, effectively undoing the transaction and restoring the system to its prior state.

This is often used when incorrect data was entered, or when the transaction was completed prematurely. Rescinding a process automatically generates related rescind events and notifications, ensuring system integrity.

Option A (Cancel) applies to in-progress business processes only — it stops a process before completion.

Option B (Reassign) allows task ownership changes while a process is active but not after completion.

Option D (Delegate) is a security feature for work delegation, not a post-completion action.

Thus, Rescind is the only valid corrective action once a BP is finalized.

Reference (Paraphrased Source):

Workday Pro HCM Core – Business Process Framework and Transaction Correction Guide (2023R2), Section: “Rescind and Cancel Business Processes.”

In Workday HCM, condition rules are used within business process definitions to control when steps start, continue, or stop executing. When working with consolidated approvals, it is common to define stopping points so that once a required level of approval is met—such as approval by a vice president—the approval chain does not continue unnecessarily.

To stop a consolidated approval chain after a vice president approves the task, you must use an Exit condition rule. Exit conditions are evaluated after a step completes and determine whether the business process should continue to subsequent steps or stop processing additional steps. When the exit condition evaluates to true, Workday exits the process flow at that point.

This behavior makes exit conditions ideal for scenarios where hierarchical or role-based approval chains should end once a certain authority level has approved. In this case, once the vice president approval is completed, the exit condition prevents additional approvers from receiving the task.

The other condition types do not meet this requirement. Entry conditions control whether a step starts at all but do not stop a process once it has begun. Validation conditions are used to enforce data accuracy and prevent submission if requirements are not met. While Running conditions are evaluated while a step is in progress and are typically used to cancel or reroute steps if circumstances change.

From a Workday Pro HCM best-practice perspective, exit condition rules are the correct and recommended method for ending approval chains early when business requirements are satisfied. Therefore, the correct and Workday-verified answer is Exit

In Workday HCM, changes made to security policies, including business process security policies, follow a two-step lifecycle: save and activate. When you edit a business process security policy—such as granting a security group permission to initiate a business process event—those changes are initially saved only. At this stage, the changes exist in the tenant but are not yet active or enforced.

Workday requires administrators to explicitly run the Activate Pending Security Policy Changes task to make any saved security updates effective. This design ensures controlled deployment of security changes and allows administrators to review, bundle, and activate multiple security updates at once. Until activation occurs, users will not experience any change in access or behavior.

Option B is incorrect because Workday does not automatically activate security policy changes. Option A is incorrect because saving a security policy does not generate an error; it simply leaves the changes inactive. Option D is incorrect because Security Evaluation Moments are system-defined events used by Workday to re-evaluate security, but they are not created automatically as a result of editing a policy.

From a Workday Pro HCM best-practice standpoint, administrators should always validate security updates by confirming that pending changes are activated and tested. Failing to activate pending changes is a common reason why expected access updates do not take effect.

Therefore, without further action, the correct and Workday-verified status is that your changes are saved, but not in effect until they are activated.

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

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

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.

In Workday HCM, location usage determines how a location is used across business processes such as staffing, reporting, payroll, and compliance. Each location can have one or more usage types, and selecting the correct usage is critical to ensure accurate worker records and downstream processing.

The location usage that defines a worker’s physical work location is Business Site. A Business Site represents the actual, physical place where a worker performs their job duties, such as an office, plant, store, or warehouse. This usage is foundational in Workday and is commonly associated with employment details, including work address, tax reporting, payroll processing, and regulatory compliance. When a worker is hired or changes jobs, the Business Site is typically the location tied directly to the worker’s position or job assignment.

The other options do not fulfill this purpose. Campus is used to group multiple business sites together, often for reporting or organizational purposes, but it does not directly represent where an individual worker physically works. Job Posting locations are used exclusively in recruiting to indicate where a job is advertised and may not reflect the worker’s actual work location. Business Asset is used to associate physical assets, such as equipment or facilities, with a location and is not intended for worker assignment.

From a Workday Pro HCM perspective, correctly identifying the Business Site as the worker’s physical location ensures consistency across staffing, payroll, benefits, and compliance processes. It supports accurate reporting and enables Workday to apply location-based rules and calculations correctly.

Therefore, the correct and Workday-verified answer is Business Site.

In Workday, field-level visibility during business processes—especially for self-service events—is controlled through Optional Fields configuration, not security domains. The Request One-Time Payment for Self process has its own optional field settings that allow administrators to show or hide specific fields for employees.

To prevent employees from modifying sensitive options such as Gross Up and Send to Payroll, administrators must configure Optional Fields specifically for the Request One-Time Payment for Self process and hide those checkboxes. This preserves the self-service capability while enforcing governance and preventing unintended financial impact.

Removing security domain access would block employees from initiating the process entirely, which does not meet the requirement. Configuring optional fields on the administrator-driven Request One-Time Payment process would not affect self-service behavior.

Therefore, the correct and precise solution is to configure Optional Fields for Request One-Time Payment for Self and hide the fields, making option D correct.

In Workday HCM, compensation elements serve as the critical link between compensation plans in HCM and earnings codes in Payroll. Their primary purpose is to ensure that compensation entered in Workday is correctly interpreted, calculated, and paid through payroll processing. Without compensation elements, payroll systems would not be able to distinguish how different types of compensation—such as base salary, allowances, or bonuses—should be treated for taxation, deductions, and reporting.

Compensation elements are applied to three key components within the compensation framework: plans, grades, and grade profiles. When assigned to compensation plans, elements define how the plan’s compensation is paid. When applied to grades and grade profiles, they support consistency and scalability by ensuring that compensation tied to a specific grade structure flows correctly to payroll, regardless of the job or position.

Compensation elements are not applied to eligibility rules, benefit deductions, or compensation packages. Eligibility rules determine who can receive compensation, not how it is paid. Benefit deductions are managed within benefits configuration, and packages are used primarily for grouping plans, not payroll integration.

By standardizing the payroll linkage across plans, grades, and grade profiles, compensation elements provide flexibility, global consistency, and accurate payroll results. This makes option C the correct answer according to Workday Pro HCM compensation and payroll integration best practices.

In Workday HCM, the Create Position task is used within the position management staffing model to establish discrete position records that represent headcount within an organization. One of the key fields in this task is Number of Openings, which is often misunderstood. This field does not indicate how many workers can occupy a single position; instead, it determines how many separate position records Workday will create at one time.

When you enter a value greater than one in the Number of Openings field, Workday automatically creates multiple positions with identical attributes. These attributes include job profile, location, time type, supervisory organization, and other position characteristics defined during the Create Position process. This functionality is designed to streamline administrative work when an organization needs several similar positions, such as during large-scale hiring or seasonal staffing initiatives.

Each position created is its own unique position object in the system, with its own position ID, lifecycle, and staffing history, even though the characteristics are the same. This ensures accurate tracking of headcount, budgeting, and reporting while minimizing repetitive data entry.

The field does not allow multiple workers to be placed into the same position, as position management enforces one worker per position at any given time. It also does not create multiple requisitions automatically; requisitions are created through a separate recruiting process. Additionally, it cannot be used to create positions with different characteristics, as all positions generated from a single Create Position event share the same configuration.

Therefore, the correct and Workday-verified purpose of the Number of Openings field is to create multiple positions with the same characteristics efficiently and consistently.

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.

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

In Workday, the Effective Date controls when the compensation change is legally and payroll-effective, while the Employee Visibility Date determines when employees can see the change in Workday.

In this scenario:

The increase must be effective March 1 for equity and payroll accuracy.

Employees should not see the change until after March 20, when managers communicate it.

By setting:

Effective Date = March 1

Employee Visibility Date = March 21

Workday ensures the increase is included in payroll and historical records while remaining hidden from employees until the specified visibility date.

Using the transaction date or delaying the effective date would create payroll inaccuracies. Setting both dates to March 21 would make the increase effective too late.

Therefore, option D is the correct and compliant solution.

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

Workday provides the Remove Compensation Plans from Employees task as the most efficient and scalable method for removing an existing compensation plan from a large population. This task allows administrators to select a compensation eligibility rule that identifies all employees currently assigned to the plan and remove it in bulk.

Marking a plan as Inactive only prevents future assignments; it does not remove the plan from employees who are already assigned. Using Change Job events would require individual transactions and is not operationally efficient. The Request Bonus Payment web service is used for issuing bonus payments, not removing bonus plan assignments.

The removal task ensures:

Clean and auditable removal

No unintended job or worker data changes

Correct end-dating of plan assignments

Therefore, option A is the correct and Workday-recommended approach.

The correct option is Routing Modifier.

In Workday, Routing Modifiers are used to dynamically adjust the routing of approval or review steps within a business process based on contextual changes, such as whether a worker’s supervisory organization or manager is changing. This configuration allows the system to intelligently determine whether the approval or notification step should go to the current manager (before the change) or the proposed manager (after the change).

For example, in the Job Change business process, when an employee is transferring to a new organization or manager, a routing modifier ensures that pre-transfer approvals route to the current manager, while post-transfer approvals route to the new (proposed) manager. This ensures accurate accountability and process flow alignment.

The correct answer is A – Job families and job family groups are optional, but they can help organize and group job profiles.

Job Families and Job Family Groups are optional configuration elements in Workday, but they serve a key purpose in maintaining a structured, organized job framework. They enable the grouping of similar jobs for streamlined management in areas such as compensation, recruiting, reporting, and career development.

For instance, all technical roles (like Software Engineer, Systems Analyst, and Data Architect) might belong to the Information Technology Job Family, which in turn is part of the Technology Job Family Group.

While optional, using these structures provides consistency across departments, simplifies security and reporting filters, and supports analytics related to workforce planning and talent management.

The correct answer is C – Compensation Grade.

In Workday, the Compensation Grade field within the Job Profile configuration defines the default salary range or pay range for that profile. When a worker is hired, transferred, or promoted into a job that references a compensation grade, Workday automatically defaults the associated minimum, midpoint, and maximum pay ranges into the staffing or compensation event.

The Compensation Grade is typically tied to Compensation Grade Profiles, which further refine pay ranges based on factors such as location, job level, or eligibility rules. This ensures pay consistency and compliance with internal compensation structures.

Other fields such as Job Code or Job Classification are used primarily for external reporting or regulatory mapping (e.g., EEO, SOC codes) and do not control compensation defaults.

In Workday HCM, it is essential to distinguish between domain security and business process security, as each controls different aspects of system access. Domain security governs data visibility, such as whether a user can view compensation information or run reports. Business process security, on the other hand, controls transactional actions, such as initiating or completing tasks like Create Compensation Package.

In this scenario, the worker is able to run the Compensation Package report, which indicates they have permission to view compensation-related data. However, they cannot access the Create Compensation Package task, which is a transactional action within a business process. This clearly shows the worker has view-only access to the domain but does not have business process initiation permissions.

The correct permission type is View on a domain security policy. This level of access allows users to view data and run reports associated with that domain, but it does not allow them to modify data or initiate related business processes.

Option A is incorrect because Initiate permissions on a business process security policy would allow the worker to start the Create Compensation Package task. Option B is incorrect because View and Modify domain access would allow data changes, which is not supported by the scenario. Option C is incorrect because View All on a business process security policy would relate to visibility within business processes, not report execution.

From a Workday Pro HCM security design perspective, this scenario demonstrates the separation of duties principle: reporting access is granted through domain security, while transactional authority is tightly controlled through business process security. Therefore, the correct and Workday-verified answer is View on a domain security policy.

In Workday, condition rules determine whether a step executes, routes, or triggers based on defined criteria such as job attributes, location, or organization. There are two primary ways to create or associate condition rules directly from a business process step:

Create Condition Rule (Option C) – allows a user to define a new condition rule directly from within the step configuration screen. This opens the condition rule editor where criteria can be defined using Workday attributes.

Maintain Step Conditions (Option D) – provides the option to assign existing condition rules or create new ones for the selected step. This is often used to ensure that certain steps run only when specific business conditions are met.

Options A and B are incorrect:

Maintain Advanced Routing Restrictions (A) is related to security routing and worktag-based participant logic, not condition rule creation.

Maintain Step Delay (B) controls timing (delaying execution by hours or days), unrelated to conditions.

Reference (Paraphrased Source):

Workday Pro HCM Core – Business Process Framework and Condition Rule Configuration Guide (2023R2) – Sections: “Creating and Maintaining Condition Rules” and “Step-Level Configuration.”

When configuring a business process, if the requirement is to exclude the initiator from completing a step, the correct configuration point is within Maintain Advanced Routing. This task allows administrators to control and customize routing restrictions and participant logic for each step.

Using the Maintain Advanced Routing task, you can define whether the initiator should be included or excluded as a potential assignee for the step. This ensures segregation of duties and compliance — for example, preventing an employee who initiated a Change Job event from approving or reviewing their own transaction.

Options A, B, and D are incorrect:

Maintain Step Conditions (A) is used to apply condition rules to control whether a step executes but not who performs it.

Maintain Step Help-Text (B) is used only to provide user instructions within the BP interface.

Maintain Step Delay (D) controls timing between steps, not participant assignment.

Reference (Paraphrased Source):

Workday Pro HCM Core – Business Process Configuration Guide (2023R2), Section: “Advanced Routing and Participant Restrictions” and “Business Process Step Configuration Options.”

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

Workday’s Business Process Notification functionality enables administrators to configure custom notifications that are automatically sent to users when specific BP events occur. The correct statement is that you can use text and fields in the body of the notification message (Option B).

Notification templates support the insertion of business process fields, allowing dynamic content such as worker names, event types, or effective dates to be automatically populated in the message. This helps personalize communications and provide clear, actionable context.

Option A is incorrect because notifications can be sent to both internal users and external participants (such as vendors or contingent workers) if appropriately configured.

Option C is incorrect — you can configure multiple status triggers (e.g., In Progress, Denied, Completed).

Option D is incorrect since notification triggers are predefined by Workday, and while you can configure their messages and recipients, you cannot create entirely new trigger types.

Therefore, the main strength of this feature lies in its customizable content, dynamic field integration, and multi-status trigger support.

Reference (Paraphrased Source):

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

As per the Workday Module 2 Binder:

“Validation condition rules are used in approval steps to determine whether the step should occur or be skipped based on specific conditions.”

– Workday Module 2 Binder, Business Processes Section

Situation: In a business process in Workday, organizations want certain steps (like approvals) to occur only if specific conditions are met—for example, skipping approval if the amount is under a certain threshold.

Task: Implement logic that dynamically controls the flow of a business process based on conditions.

Action: You apply a validation condition rule within an approval step. This rule evaluates defined criteria and determines if the step should be executed or bypassed.

Result: This enhances automation, improves efficiency, and reduces manual intervention in workflow execution.

Hence, approval steps are the specific step type in which validation condition rules can be added.

In Workday HCM, the ability to run reports, including Workday-delivered standard reports, is governed by domain security, not by report writer or administrator roles. Domain security controls access to the data itself, and without access to the underlying domains referenced by a report, a user cannot run the report—even if the report is standard and delivered by Workday.

Standard reports are prebuilt and do not require report creation or modification privileges. Therefore, users do not need to be members of the Report Writer or Report Administrator security groups to run them. Those roles are only required for creating, copying, modifying, or administering reports—not for execution.

Additionally, access to a business process is unrelated to report execution. Business process security determines who can initiate or participate in transactions such as Hire or Termination, but it does not control visibility into report data.

Workday evaluates a user’s domain security policies at runtime to determine whether they can access the data objects used in the report. If the user lacks permission to one or more required domains, the report will either fail to run or return incomplete or restricted results. This applies equally to standard and custom reports.

From a Workday Pro HCM best-practice standpoint, ensuring users have the appropriate domain access—typically through role-based or user-based security groups—is the correct way to enable report execution. Report access groups alone are insufficient without the necessary domain permissions.

Therefore, the correct and Workday-verified reason a user cannot run a Workday Standard Report is that the user does not have access to the appropriate domain.

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.

Workday provides a wide range of standard delivered reports to support workforce analysis, job architecture review, and organizational planning. When the requirement is to view job profile details, the correct Workday-delivered standard report is the Job Catalog. The Job Catalog report is specifically designed to display detailed information about job profiles that exist in the tenant.

The Job Catalog report presents comprehensive job profile attributes such as job title, job family, job family group, job category, management level, worker type eligibility, and other job architecture–related fields. This report is commonly used by HR administrators, compensation teams, and organizational design partners to review and validate job structures across the enterprise. Because job profiles are foundational objects in Workday HCM, the Job Catalog serves as the primary reporting tool to analyze and audit these profiles.

Other options do not meet this requirement. Find Workers focuses on worker data and employment details, not job profile configuration. Job History reports historical job changes for workers and does not display standalone job profile definitions. All Jobs typically reflects jobs held by workers or staffing data rather than the underlying job profile setup.

From a Workday Pro HCM perspective, understanding the distinction between job profiles and worker job assignments is critical. The Job Catalog report aligns directly with job architecture governance and supports reporting needs related to job design, standardization, and compliance. Therefore, the correct and fully Workday-verified answer is Job Catalog, as it is the standard report that displays detailed job profile information.

In Workday, amount-based allowance plans are used when a fixed monetary value is paid on a recurring basis, independent of base pay, units worked, or expenses incurred. Since the requirement is a flat $500 monthly allowance, an amount-based allowance plan is the most appropriate and straightforward configuration.

This plan type allows administrators to define:

A fixed amount ($500)

A payment frequency (monthly)

An eligibility rule limiting the plan to employees in the Sales job family

Percent-based plans fluctuate with base pay and are not suitable for flat allowances. Reimbursable plans are used for expense reimbursement and require submitted expenses. Unit-based plans are intended for variable, output-driven compensation and would unnecessarily complicate the configuration.

By combining an amount-based allowance plan with a Sales job family eligibility rule, Workday ensures that only eligible employees receive the allowance and that it is paid consistently through payroll.

Therefore, option B is the correct and Workday-recommended solution.

In Workday, total base pay calculations are controlled by grade profiles, specifically through the Base Pay Elements field. This field determines which compensation elements are included when evaluating base pay ranges such as minimum, midpoint, and maximum.

In this scenario, employees are correctly assigned a period salary plan with the Brazil Holiday Pay compensation element, but that element is not included in total base pay. This indicates that the grade profiles for Brazil do not currently include this element in the Base Pay Elements configuration.

Compensation bases are used for plan calculations and validations, not for defining base pay composition. Compensation elements must be included in the grade profile to affect base pay ranges. Salary plans and period salary plans reference compensation elements but do not control base pay inclusion.

By adding Brazil Holiday Pay to the Base Pay Elements field on the Brazil grade profiles, Workday will include the 13th-month payment in total base pay calculations for employees in Brazil.

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

In Workday, the Manage Basis Total configuration enables organizations to enter a single total compensation amount, which Workday then allocates across multiple compensation plans according to predefined rules, percentages, or limits. This is particularly useful in countries like Italy, where compensation discussions often focus on total compensation rather than individual components.

When Manage Basis Total is enabled on a compensation basis, administrators or managers can enter one total amount during a staffing or compensation event. Workday automatically distributes that amount across salary, allowances, and other included plans based on the compensation basis configuration.

Eligible Earnings Override is a payroll-specific tool and does not control compensation entry behavior. Total Base Pay and Total Salary & Allowances are reporting or calculation concepts, not data entry mechanisms.

By using Manage Basis Total, the company ensures consistency, simplifies compensation entry, and enforces internal rules for Milan-based employees.

Therefore, the correct answer is Manage Basis Total.

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

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