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

In Workday HCM, organizations such as cost centers are assigned to workers during hire and job change events. To ensure data accuracy and governance, Workday provides two key configuration controls for organizations: default organizations and allowed organizations. While default organizations prepopulate values, only allowed organizations control which values are selectable.

To limit the list of cost centers that managers can select during the hiring process, you must configure the allowed organization on the supervisory organization. This configuration defines the specific cost centers that are valid for workers hired into that supervisory organization. By restricting the allowed cost centers, Workday ensures managers can select only from an approved list, preventing incorrect or unauthorized cost center assignments.

Configuring a default organization—whether on the supervisory organization or from the position—only sets an initial value. It does not prevent the manager from changing the cost center to another valid option. Therefore, options B and C do not meet the requirement to limit selection. Option D is incorrect because job profiles are not used to control organizational assignments such as cost centers; they define job architecture, not financial or organizational governance.

From a Workday Pro HCM best-practice perspective, allowed organizations are the primary mechanism for enforcing organizational assignment rules at the time of hire. Applying this configuration at the supervisory organization level ensures consistent cost center usage for all workers hired into that organization while still allowing flexibility across different parts of the enterprise.

Therefore, the correct and fully Workday-verified answer is Configure the allowed organization on the supervisory organization.

The Compensation Rule Assignment report is designed to provide a configuration-level view of compensation components and the eligibility rules assigned to them. This report lists all compensation plans—such as salary plans, allowance plans, bonus plans, and one-time payments—that reference an eligibility rule.

This report is especially useful for:

Impact analysis before modifying eligibility rules

Auditing which compensation components rely on shared rules

Understanding eligibility dependencies across compensation configuration

The Employee Compensation Audit focuses on worker assignments, not configuration. Compensation Changes tracks transactional history. Compensation Spreadsheets are manual tools and do not reflect rule usage.

Therefore, the correct report for identifying all compensation components using eligibility rules is Compensation Rule Assignment, making option B 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.

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

In Workday HCM, compensation grades define pay structures, while grade profiles allow those grades to be localized by attributes such as country, location, currency, or frequency. This separation is intentional and supports scalable global job architecture.

The best practice for configuring location-specific pay ranges for the same job profile is to create one compensation grade and then define multiple grade profiles, each with its own eligibility rules and localized pay ranges. In this scenario, separate grade profiles would be created for London, New York, and Milan, each reflecting local market conditions, currencies, and regulations.

Creating multiple compensation grades would unnecessarily fragment the job architecture and increase maintenance effort. Eligibility rules alone are not sufficient because pay ranges differ by location and currency. Grade profiles are specifically designed to solve this use case.

Once the grade profiles are created, the single compensation grade is attached to the Software Engineer job profile, and Workday automatically selects the correct grade profile based on employee location.

This approach ensures consistency, reduces configuration complexity, and aligns with Workday Pro HCM organizational design best practices.

In Workday, position management and job management represent two different staffing models. In a position management organization, a worker is assigned to a specific position (a distinct headcount-controlled object with attributes like availability date, restrictions, and position details). When you initiate a job change that transfers the worker into a job management organization, the worker is no longer staffed against a position-managed role. Instead, the worker becomes staffed in a job management context, where staffing is generally based on the job/role and organization headcount rules rather than a discrete position object.

Because the worker is leaving a position-managed assignment, Workday treats the original position as vacated. The position itself typically remains in the position management organization (it does not “move” into job management), and it does not automatically cease to exist simply because the incumbent moved. As a result, the most accurate description is that the prior position becomes open and may be available for backfill, depending on how your tenant is configured (for example, whether the position is frozen, closed, or otherwise restricted by staffing rules or business process conditions). This aligns with Workday’s standard behavior: a worker transfer out of a filled position leaves an open position that can be recruited for and filled through normal staffing activities.

To meet seasonal demand, you need to hire cashiers, retail specialists, and customer service representatives.

What hiring restriction do you set to meet this need?

A. Job Family Group

B. Job Profile

C. Job Description

D. Job Category

Answer: A

In Workday HCM, hiring restrictions are used in job management organizations to control what types of jobs can be hired into a supervisory organization. Selecting the correct level of restriction is critical to balancing flexibility with governance. In this scenario, the organization needs to hire multiple distinct roles—cashiers, retail specialists, and customer service representatives—to address seasonal demand. These roles are different job profiles, but they typically belong to the same broader functional area within the organization.

The most appropriate hiring restriction to meet this requirement is the Job Family Group. A job family group allows organizations to group related job families under a common functional umbrella, such as Retail Operations or Customer Support. By setting the hiring restriction at the job family group level, the organization can hire multiple job profiles that fall within that group without needing to define each job profile individually. This provides flexibility, speeds up hiring during peak seasonal periods, and reduces administrative effort.

Restricting hiring by Job Profile would be too limiting because it allows only a single, specific role to be hired, which does not meet the need for multiple types of workers. Job Description is not used as a hiring restriction object in Workday staffing models, and Job Category is primarily used for reporting and classification purposes rather than controlling staffing eligibility.

Therefore, using a Job Family Group hiring restriction aligns with Workday Pro HCM best practices by enabling efficient, scalable hiring across multiple related roles while maintaining appropriate organizational control.

The correct answer is C – Offers greater control on each position open within an organization.

The Position Management staffing model is designed for organizations that require precise headcount control and visibility into staffing levels. Each position represents a discrete role that must be created, approved, and tracked before a hire occurs.

This model provides a high degree of control over:

Vacancies and filled positions

Position attributes (FTE, job profile, location, etc.)

Time-to-fill metrics for open roles

Because every hire is linked to a specific position, administrators can effectively monitor workforce planning, budgeting, and resource allocation.

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, custom validations are evaluated based on business process context, including the event type that triggered the process. The Request One-Time Payment and Request One-Time Payment for Self are separate event types, even though they share similar functionality.

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

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

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

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

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

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

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

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

Reference (Paraphrased Source):

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

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.

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

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.

The correct answer is D – Edit Hiring Restrictions.

In this scenario, the supervisory organization uses the Job Management staffing model (“no limit on the number of jobs”). Because there are no discrete positions, you control staffing limits through Hiring Restrictions rather than position-level restrictions.

The Edit Hiring Restrictions task allows administrators to specify criteria such as:

Worker Type (Employee, Contingent Worker)

Location

Job Family / Job Profile

Time Type (Full-time, Part-time)

This ensures that hiring aligns with organizational policy even when positions are not individually managed. For organizations using Position Management, the corresponding task would be Edit Position Restrictions instead.

The correct task to assign someone as a leader of a new organization is "Assign Roles." In Workday, each organization (e.g., Cost Center, Company, Supervisory Organization) can have one or more roles assigned to manage that organization’s transactions and activities. These roles might include Manager, HR Partner, Finance Partner, etc.

When creating a new organization or modifying an existing one, the “Assign Roles” task is used to designate the individuals who will hold specific responsibilities over that organization. This action ensures proper workflow routing, approvals, and visibility across business processes like Staffing, Compensation, and Financials. This is essential for cross-functional reporting and financial oversight.

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.

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

When creating a new supervisory organization, Workday allows the subordinate organization to inherit key structural and configuration attributes from its superior organization. These inherited elements include:

Visibility (A): Determines who can view the organization and its members, inherited to maintain consistent access control.

Organization Assignments (B): Such as company, cost center, region, and custom organizations, ensuring hierarchical alignment.

Staffing Model (D): The staffing model (Position Management or Job Management) is inherited to ensure consistency in hiring and staffing control.

Subtype (C) and Name (E) are not inherited; they must be defined at the time of creation. Subtype determines the organization’s classification, while the name uniquely identifies it.

Reference (Paraphrased Source):

Workday Pro HCM Core – Organizations and Hierarchy Configuration Guide (2023R2), Section: “Creating Subordinate Supervisory Organizations.”

"Subordinate supervisory organizations inherit configuration from their superior supervisory organization, including attributes such as the staffing model, organization assignments, and visibility settings. This ensures consistency and reduces administrative overhead."

– Workday Module 2 Binder, Supervisory Organizations Section

In Workday HCM, business process security controls which security groups can participate in specific steps within a business process definition. Each step type—such as approval, review, or To Do—requires explicit permission for a security group to be eligible for selection. If a security group does not appear as an option when configuring a review step, it means the group has not been granted permission to act on that type of step.

To resolve this issue, you must update Who Can Do Action Steps in the Business Process. This section of the business process security policy defines which security groups are authorized to perform step-level actions, including review, approve, or to-do actions. Once the appropriate security group is added here and the changes are activated, the group becomes available for selection on the review step.

The other options do not address this requirement. Policy Restrictions control conditional logic and constraints, not step eligibility. Who Can Start the Business Process governs initiation permissions only and does not affect step assignment. Who Can Do Actions on Entire Business Process grants high-level actions such as cancel or rescind but does not authorize participation in individual steps like reviews.

From a Workday Pro HCM best-practice perspective, configuring Who Can Do Action Steps in the Business Process ensures precise control over step participation while maintaining separation of duties. After updating this section, administrators must remember to run Activate Pending Security Policy Changes for the update to take effect.

Therefore, the correct and Workday-verified answer is Who Can Do Action Steps in the Business Process.

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, a configurable compensation basis is used when an organization needs to group multiple compensation plans—such as salary, commission, and bonus—for purposes of calculation, validation, guidelines, and reporting. This type of basis allows administrators to explicitly select which compensation plans are included and define how they interact.

For a sales team, compensation commonly consists of base salary, variable commission earnings, and incentive or bonus plans. A configurable compensation basis is the only option that supports combining these different plan types into a single, controlled compensation framework. It also allows ranking, eligibility rules, and advanced controls such as Manage Basis Total.

Compensation grades define pay ranges and are not used to aggregate compensation components. Calculated compensation bases derive values from formulas and are not appropriate when simply grouping plans. The delivered Total Salary and Allowances basis does not include commission plans and cannot be extended to meet this requirement.

Therefore, creating a configurable compensation basis that includes salary, commission, and bonus plans is the correct and Workday-recommended solution, making option A correct.

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.

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

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

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

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

Reference (Paraphrased Source):

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

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

The Employee Compensation Audit report is the primary Workday-delivered report designed to analyze the relationship between compensation eligibility rules and actual plan assignments. It explicitly categorizes compensation components into three critical groupings:

Assigned Eligible Compensation Components

Unassigned Eligible Compensation Components

Assigned Ineligible Compensation Components

This makes the report uniquely suited for identifying configuration gaps, data integrity issues, and compliance risks. Compensation administrators commonly use this report to validate allowance, bonus, and salary plan assignments after eligibility rule changes, organizational updates, or mass events.

Other reports do not provide this level of eligibility comparison. Compensation Summary focuses on current compensation amounts only. Employee Compensation Details by Job Profile provides structural views without eligibility analysis. Compensation Rule Assignment lists rules, not worker-level assignment outcomes.

Therefore, the correct answer is Employee Compensation Audit, making option C correct.

The correct answers are B and C.

Organization-based security groups derive membership automatically from an organizational structure in Workday—such as supervisory, cost center, region, or location hierarchies. Users are included in the group based on their association with that organization or hierarchy.

B. If a user is part of the Europe Location Hierarchy, they automatically gain access assigned to that organization-based security group.

C. Similarly, users belonging to the Information Technology cost center hierarchy are included in the corresponding cost center-based security group.

Options A and D are incorrect because location membership alone (without organizational hierarchy) or job family assignment does not control membership in an organization-based group.

In Workday, eligibility rules are evaluated sequentially, and performance optimization is achieved by placing the most restrictive condition first. This minimizes the number of records evaluated in subsequent conditions.

In this scenario:

Only 5 employees meet the job family criterion

50 employees meet the organization criterion

To optimize performance, the rule should first evaluate job family, which immediately narrows the population to a smaller subset. The organization criterion is then evaluated against this reduced population.

Placing organizational membership first would cause unnecessary evaluation of a much larger group, negatively impacting performance. Workday does not automatically sequence eligibility conditions, and removing criteria would violate the business requirement.

Therefore, job family should precede organizational membership, making option D correct.

Comprehensive and Detailed Explanation (Paraphrased from Workday Pro HCM Core – Security and Business Process Framework Guide, 2023R2):

When a worker who is part of a Role-Based Security Group (RBSG) transfers to a different position, Workday automatically reviews the roles associated with their supervisory organization through the Assign Roles subprocess.

The Assign Roles subprocess within the Change Job business process ensures that role assignments (such as HR Partner, Manager, or Payroll Partner) are updated according to the new supervisory organization’s configuration. This automation helps maintain proper security access and prevents users from retaining permissions tied to their previous role or organization.

Option A (Assign Pay Group) manages payroll assignment, not security.

Option B (Manage Job History) records past job data, unrelated to role security.

Option D (Manage Business Processes for Worker) handles process configurations, not security group updates.

Thus, Assign Roles is the correct subprocess to maintain accurate security group membership during position changes.

Reference (Paraphrased Source):

Workday Pro HCM Core – Security and Business Process Configuration Guide (2023R2), Section: “Role Assignments in Staffing Events.”

The correct report to determine which tasks occur after the Completion Step in a business process is the “Business Process Definitions” report.

In Workday, the Business Process Definitions report provides a comprehensive view of all steps, conditions, and routing rules configured within a specific business process definition. This includes identifying the sequence of steps, whether they occur before or after the completion step, and the associated responsible roles or security groups.

This report is critical for administrators and Workday Pro users to validate workflow sequencing, especially when troubleshooting process behavior or verifying compliance with organizational approval structures. Other reports, such as Business Process Definitions for Business Object, are broader and list all business processes tied to a given object, but they do not detail the post-completion steps.

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.

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, step-based grades use progression logic to control movement from one step to the next. Conditional logic is applied only to steps that an employee progresses through, not to the final step in the sequence.

In this scenario, the business requirement is to allow progression only if the employee does not have a poor performance rating (value 1). This condition must be evaluated when the employee attempts to move from:

Step 1 → Step 2

Step 2 → Step 3

There is no progression after Step 3, so conditional logic is not required for that step.

Conditional logic for step progression is configured at the step level, not at the grade profile level. The logic must explicitly evaluate that the performance review rating is not equal to selection list value 1.

Options B and D are incorrect because grade profiles do not control step-level progression logic. Option C incorrectly allows progression only when performance is poor, which is the opposite of the requirement.

Therefore, conditional logic should be applied to Step 1 and Step 2, evaluating that the rating is not in selection list value 1, making Option A 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.

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.

In Workday HCM, allowance plan profiles are used to localize compensation amounts for specific employee populations based on eligibility criteria such as location. When an employee meets the eligibility for a plan profile, Workday defaults the amount defined in that profile.

However, when an employee does not meet the eligibility criteria for any existing plan profiles, Workday defaults to the base default value defined on the allowance plan itself. In this scenario, the default value is $100 USD, and the available profiles only apply to employees in Toronto, Paris, and Sydney.

Since the employee is being hired in Dublin, Ireland, they do not qualify for any of the defined profiles. As a result, Workday applies the plan’s default value rather than a profile-specific amount.

Workday does not automatically convert currencies or default to zero unless explicitly configured to do so. Therefore, the default amount remains $100 USD.

Options A and C incorrectly assume that Workday defaults to zero, which is not standard behavior. Option D applies only to Paris employees.

Thus, the correct answer is $100 USD, making option B correct.

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.

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.

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.

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.

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.