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

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

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

Reference (Paraphrased Source):

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

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

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

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

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

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.

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.

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

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

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

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

Option B ( Supervisory ) defines permanent reporting structures.

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

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

Reference (Paraphrased Source):

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

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

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

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

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

The correct answer is A – Role-Based (Constrained) can approve compensation of workers they are assigned to support. User-Based can approve compensation of all workers.

In Workday, Role-Based (Constrained) security groups restrict access based on an assigned organization or supervisory hierarchy. Members of a constrained role (such as Compensation Partner ) can perform actions—like approving compensation changes—only for workers within their assigned supervisory organizations.

Conversely, User-Based security groups are not tied to an organization unless specifically constrained, and typically have unconstrained, tenant-wide access . When both security groups have access to the same domain or business process (e.g., “Approve Compensation Change”), the User-Based group can approve changes for all workers, while the Role-Based (Constrained) group’s access is limited by their assigned scope.

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

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

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

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

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

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

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

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

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

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

Reference (Paraphrased Source):

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