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

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

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

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

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

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

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

The correct answer is C – Hiring Restrictions.

When a supervisory organization uses the Job Management staffing model (which has no limit on the number of jobs that can be filled), hiring is controlled through Hiring Restrictions rather than position management.

The Edit Hiring Restrictions business process must be configured before initiating hires to define:

Worker Type (Employee or Contingent Worker)

Location

Job Family and Job Profile

Time Type (Full-time or Part-time)

These restrictions determine what roles and worker types can be staffed in that supervisory organization. Unlike Position Management , there is no need to create or approve individual positions beforehand.

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.

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

The correct answer is B – Create Position.

In Workday, when a supervisory organization uses the Position Management staffing model, each hire must be associated with a specific position . Before initiating a hire, an administrator or HR partner must execute the Create Position business process to establish that position record.

This process defines critical attributes such as:

Job Profile (e.g., HR Analyst, Accountant),

Location ,

Time Type (Full-time/Part-time),

Worker Type (Employee or Contingent Worker),

Availability Date and Earliest Hire Date , and

Position Restrictions that control who and how hiring can occur.

Once the position is created and approved through the configured workflow, it becomes available for hiring via the Hire Employee business process. Without an open, approved position, the system will not allow a hire in Position Management organizations.

In Workday HCM, it is critical to understand the distinction between job management and position management , as worker movement and vacancy behavior differ significantly between the two staffing models. In a job management organization , workers are hired into jobs , not into discrete position objects. Jobs in this model do not represent fixed headcount slots; instead, they are simply descriptive attributes assigned to workers.

When a worker in a job management organization retires, the worker’s job assignment ends with the worker . Because job management does not maintain a separate position record, there is no concept of a job remaining open, being frozen, or awaiting backfill. Once the worker exits the or ganization, the job itself effectively no longer exists unless another worker is hired into the same job profile through a separate hiring event.

Option A is incorrect because leaving a role open for backfill applies only to position management , where positions are persistent objects that can remain vacant and be refilled. Option B is invalid, as Workday does not support overlapping jobs in this manner. Option D is also incorrect because freezing applies to positions, not jobs.

From a Workday Pro HCM best-practice perspective, this behavior reinforces why job management is often used for organizations that require greater flexibility , such as high-volume or seasonal hiring. There is no headcount lock tied to individual jobs, and staffing levels are managed through hiring rules and organizational limits rather than position vacancies.

Therefore, the correct and Workday-verified outcome is that the job no longer exists once the worker retires in a job management organization.

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

The correct answer is C – Maintain Staffing Models.

In Workday, the Maintain Staffing Models task enables administrators to update or modify the staffing model assignments for multiple supervisory organizations simultaneously. This task provides a consolidated interface to review which organizations use Position Management or Job Management , and allows bulk updates where necessary.

While the Edit Staffing Model task is used to change the staffing model for a single supervisory organization, Maintain Staffing Models is the correct and efficient method for multi-org updates—especially during tenant configuration or large-scale reorganizations.

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 organization configuration, multiple organizations can be grouped into a hierarchy or rollup structure for reporting, analysis, and transaction visibility. The task used to group existing organizations together for reporting purposes is Assign Included Organizations. This task allows administrators to specify which organizations are included beneath a higher-level organization or hierarchy node, enabling consolidated reporting across revenue, expense, and other organization-related transactions. Assign Superior changes the parent or superior relationship of an organization, but it does not directly answer the requirement to group multiple organizations for reporting. Inactivate Organization removes an organization from active use and is unrelated to reporting rollups. Create Custom Organization creates a new organization object, but creation alone does not group existing organizations under a reporting structure. The scenario explicitly asks for the task that groups multiple organizations, not the task that creates the organization itself. Therefore, Assign Included Organizations is the correct answer. Reference topics: Organizations, Organization Hierarchies, Included Organizations, Cost Center Hierarchies, and organization reporting structures.

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

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.

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, 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 answer is C – All Employees.

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

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

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

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

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

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

Therefore, option A is the correct answer.

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

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

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

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

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.

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

In Workday, guideline warnings are used to alert users during compensation events when proposed compensation falls outside defined ranges . These warnings are tied to compensation basis configurations , not to informational metrics such as compa-ratio or position in range.

A compensation package relies on a primary compensation basis to evaluate pay ranges, limits, and guidelines. The primary compensation basis pay range defines the acceptable boundaries for compensation proposals and is where guideline warnings are configured.

Compa-ratio and position in range are derived analytics used for reporting and decision support; they do not drive validation or warnings. Segment ranges are used for guideline calculations but do not independently generate warnings.

By configuring guideline warnings on the primary compensation basis pay range , Workday ensures that users are alerted when compensation proposals exceed or fall below acceptable thresholds during Hire, Change Job, or Compensation Change processes.

Therefore, option D is the correct answer.

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.

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

In Workday, when you need to trigger system events or sub-actions , such as initiating compensation eligibility rules for a newly hired worker , you use the Action Step type. The Action step executes a system-defined function or event automatically, without requiring manual user intervention.

In this case, adding an Action Step to the Hire Business Process (BP) can initiate the “Request Compensation Change” or run the “Determine Eligibility” process to assess compensation plans and eligibility rules for the new employee. This ensures that the worker’s pay components are properly configured based on eligibility criteria immediately upon hire completion.

Option A (Complete Questionnaire) is used to collect additional data; Option B (Service) is for integration or automated system services; and Option C (To Do) is used for manual informational or procedural tasks. Only Action Steps directly invoke system logic or secondary processes.

Reference (Paraphrased Source):

Workday Pro HCM Core – Business Process Configuration Guide (2023R2), Section: “Action Step Configuration and Functional Usage.”

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 sce nario. 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 HCM, business process templates define the foundational structure of a business process, including the types of steps that are available to be configured. When administrators need to determine which action steps —such as approvals, To Do steps, notifications, integrations, or subprocesses—can be added to a specific business process, the correct Workday-delivered report to use is View Business Process Template .

The View Business Process Template report displays the delivered template for a given business process and outlines all supported step types and actions that Workday allows for that process. Because templates are system-delivered and cannot be modified, this report serves as the authoritative reference for understanding what configuration options are available before adding or modifying steps in a business process definition.

The other options do not fulfill this purpose. Business Process Security Policy for Functional Area and Domain Security Policies for Functional Area focus on security access and permissions, not step availability. Business Process Configuration Options is used to identify which business process definition applies to specific organizations, not which step types can be added.

From a Workday Pro HCM best-practice perspective, administrators should always consult the View Business Process Template report before designing or troubleshooting business process configurations. This ensures that changes align with Workday’s delivered framework and prevents configuration errors caused by attempting to add unsupported step types.

Therefore, the correct and Workday-verified answer is View Business Process Template , as it identifies which action steps can be added to a business process.

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 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 correct answer is C – Position Management.

In Workday, Position Management is the staffing model used when an organization needs to track headcount, vacancies, and time-to-fill for each position individually. Each position represents a distinct job slot that must be filled by a worker, providing clear visibility into when a position is open, filled, or closed.

This model is ideal for organizations that require detailed tracking of resource allocation, workforce planning, and recruiting metrics such as “time to fill” . Because each position must exist before a hire can occur, Workday automatically records the date the position is opened and the date it is filled , allowing accurate reporting on recruitment cycle times.

In contrast, Job Management groups workers under jobs rather than individual positions and does not provide vacancy-level tracking, making it unsuitable for time-to-fill analysis.

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

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

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

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

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

In Workday, when an organization needs to change only compensation details —such as base salary—without affecting job, position, organization, or other worker attributes, the correct task is Request Compensation Change . This task is specifically designed for standalone compensation updates .

The Transfer, Promote or Change Job task is used when job-related attributes change and should not be used for compensation-only updates. Request Grade Change modifies the employee’s compensation grade but does not directly update salary amounts. Request One-Time Payment is limited to non-recurring payments and does not affect base pay.

Request Compensation Change ensures:

No job or organizational data is altered

Proper compensation validations and guidelines apply

Accurate audit tracking and approvals are enforced

Therefore, Request Compensation Change is the correct and Workday-recommended task for ad hoc salary changes.

A Workday standard report refers to a delivered, predefined report that is built and maintained by Workday. These reports are available out-of-the-box and are designed to support common and essential business processes and analytics across HCM, Finance, and other Workday modules. Users can run standard reports immediately without needing to create them from scratch, and they often serve as a base for custom reporting when further refinement or filtering is necessary.

Workday provides hundreds of these reports covering a broad range of functionality—examples include " Employee Roster " , " All Positions " , " Business Process Transactions " , etc. These reports are typically domain-secured , which means access to them is governed by user security and data access permissions.

As per the Workday Pro HCM Reporting Study Guide, standard reports are also known as " delivered reports " and often include pre-configured prompts and formatting that align with Workday best practices.

The correct answer is B – Contract Contingent Worker.

In Workday, Contingent Workers are individuals who perform services for the organization but are not on the organization’s payroll (they are paid by a third party). To bring a contingent worker into the system, the appropriate business process is Contract Contingent Worker .

This business process mirrors the Hire Employee process but is designed for contingent workforce management. It captures key details such as vendor, contract dates, location, job profile, and supervisory organization . The process is typically initiated when the organization wants to assign contingent workers under a supervisory org for project or temporary work.

The Hire Employee process (option A) is used for direct employees only, while options C and D are termination or ending processes, not staffing ones.

In Workday HCM, access to reports—whether standard or custom—is controlled by domain security permissions . Domain security governs what data a user can see or interact with, and different permission levels determine whether the user can only view data or also create, update, or retrieve it through integrations.

The Location Directory is a Workday-delivered standard report that displays location-related data, such as business sites, addresses, and associated attributes. Because this report is read-only and does not involve creating or updating data, the HR Auditor security group only needs View permission on the relevant Location domain to run the report successfully.

The View permission allows users to see data and run reports that reference that domain. It is the minimum permission required for reporting access and aligns with the typical responsibilities of an HR Auditor, whose role is to review and validate data rather than modify it.

The other permissions are not appropriate in this context. Modify and Put permissions would allow changes to location data, which exceeds auditor responsibilities and violates the principle of least privilege. Get permission is typically used for web services and integrations and does not apply to interactive report execution in the Workday user interface.

From a Workday Pro HCM security best-practice standpoint, assigning only View access ensures auditors can perform their oversight duties without risking unintended data changes. This approach supports compliance, audit integrity, and strong internal controls.

Therefore, the correct and Workday-verified domain permission required for an HR Auditor to run the Location Directory report is View .

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

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

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

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

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

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

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

In Workday, the ability to assign compensation plans—regardless of employee eligibility—is controlled by security domains , not by business process steps or guidelines. The Worker Data: Compensation Plan Type security domain governs access to specific types of compensation plans, such as allowance plans, salary plans, or one-time payments.

When a user (such as a compensation partner) has broader access through this domain, they can assign compensation plans even when eligibility rules are not met . This is commonly granted to advanced compensation roles to allow exceptions, corrections, or special cases during approvals.

Manager roles are typically restricted by eligibility, which is why the manager can only assign the car allowance. The compensation partner’s elevated security allows them to override eligibility.

The “Select Any Compensation Package” option controls package selection, not plan-level overrides. Guidelines and manager domains do not grant override capability.

Therefore, the correct security domain is Worker Data: Compensation Plan Type , making option D correct.