In Workday HCM, standard reports are delivered in several formats, each designed for different reporting needs and levels of complexity. Common Workday-delivered report types include Advanced , Report Writer , Matrix , and XpressO . While most standard reports allow users to create a copy and modify it to meet business-specific requirements, XpressO reports are the exception .

XpressO reports do not allow copy access. These reports are system-delivered, predefined reports designed for quick access to commonly needed information. They are optimized for performance and usability and are typically used as-is without customization. Because of their underlying structure and system dependencies, Workday restricts users from copying XpressO reports into custom reports.

In contrast, Advanced , Report Writer , and Matrix reports all allow copy access, provided the user has the appropriate security permissions. This capability enables report writers to duplicate delivered reports, adjust fields, filters, prompts, and layouts, and create tenant-specific reporting solutions while preserving the original delivered report.

From a Workday Pro HCM best-practice perspective, understanding which report types can be copied is important for efficient reporting design. When customization is required, report developers should start with a copyable report type rather than attempting to modify or replicate XpressO functionality. If similar data is needed, report writers can build a new Advanced or Report Writer report using the same data sources.

Therefore, the correct and Workday-verified answer is XpressO , as it is the only Workday-delivered standard report type that does not allow copy access.

In Workday HCM, business process definitions consist of multiple steps that may include approvals, notifications, integrations, or system actions. Some steps are configured to initiate a subprocess , meaning that when the step runs, it launches another related business process, such as compensation changes, provisioning, or document generation. Identifying whether a step triggers a subprocess is essential for troubleshooting, impact analysis, and process design.

The correct tab to determine whether a step initiates a subprocess is Allowed Services . The Allowed Services tab displays the services (subprocesses) that can be launched from a specific step within the business process definition. If a step is configured to initiate a subprocess, it will be clearly listed on this tab, indicating which downstream business processes may be triggered when the step executes.

The other options do not provide this information. Available Rules and Fields lists condition rules and data fields that can be used for routing or validations but does not show subprocess initiation. Allowed Actions by Role defines what actions security roles can perform during the business process, such as approve or cancel, and is unrelated to subprocess execution. Notifications shows alert and message configurations but does not indicate subprocess behavior.

From a Workday Pro HCM perspective, the Allowed Services tab is a critical tool for understanding process orchestration within Workday. It helps administrators visualize dependencies between business processes and ensures that changes to one process do not unintentionally impact others.

Therefore, the correct and Workday-verified answer is Allowed Services , as it identifies whether a business process step initiates a subprocess.

Compensation elements in Workday serve as the critical integration point between HCM compensation plans and Payroll earnings . To ensure that a car allowance plan is paid correctly through payroll, the compensation element must be created before it can be assigned to the allowance plan.

The correct process begins with the Maintain Compensation Elements task, which is used to define the element itself, including its payroll characteristics and earning behavior. Once the compensation element is created, it can then be selected directly when creating the car allowance plan , ensuring that the allowance is properly mapped to payroll.

Compensation Element Groups are used only to logically organize elements and do not create elements themselves. Additionally, administrators do not need to manually add elements to allowance plans through Edit Tenant Setup. Instead, elements are associated directly at the plan level during plan creation or configuration.

Options A, B, and C introduce unnecessary or incorrect steps that are not supported by Workday configuration best practices.

Therefore, the correct and efficient approach is to create the compensation element first using Maintain Compensation Elements, then create the allowance plan with that element , making option D the correct answer.

The correct option is Routing Modifier.

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

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

In Workday HCM, To Do steps are commonly used within business process definitions to prompt users to complete follow-up actions, such as entering additional information or reviewing details. By default, a To Do step is required , meaning the business process cannot move forward until the user completes it. However, there are scenarios where the action should be optional, allowing the process to continue even if the user does not complete the task.

To allow a user to skip a To Do step , the correct configuration is to make the step optional . When a step is marked as optional, Workday presents the To Do task to the user but does not require completion for the business process to proceed. The user can choose to complete the task or bypass it without blocking the transaction.

The other options do not achieve this outcome. Editing the step notification only changes messaging and does not affect whether the step is required. Assigning the completion step controls when the transaction is finalized but does not alter step requirements. Adding a step condition determines whether the step runs at all based on defined criteria, but it does not give the user the ability to skip the step once it is initiated.

From a Workday Pro HCM configuration standpoint, marking a To Do step as optional is the correct and recommended approach when the action is helpful but not mandatory. This ensures flexibility for users while maintaining the integrity and flow of the business process.

Therefore, the correct and Workday-verified answer is Make the step optional .

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

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

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

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

A: Reporting on membership is done through standard reports.

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

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

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

Reference (Paraphrased Source):

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

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

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

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

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

By default, Workday allows only one one-time payment per event when the Enable Multiple One-Time Payments tenant setting is not enabled . This behavior ensures strict control over one-time payment submissions and prevents multiple payments from being entered within the same transaction.

The Enable Multiple One-Time Payments setting in Edit Tenant Setup – HCM > Compensation explicitly removes this restriction and allows users to submit multiple one-time payments with the same reason and effective date. Since the business requirement is to limit submissions to a single payment , this setting must remain disabled .

Security configuration and business process rules do not control the number of one-time payment rows allowed in an event. They only manage access and approval flow.

Therefore, to enforce a single one-time payment per event, administrators must not enable the Multiple One-Time Payments setting , making option B correct.

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, job management supervisory organizations rely on hiring restrictions to control which workers can be hired. These restrictions can be set at the organization level to govern hiring eligibility based on attributes such as job profile, location, worker type, and time type. When an organization anticipates hiring workers across multiple locations and multiple job profiles , Workday Pro HCM best practices emphasize configuring hiring restrictions to allow the greatest flexibility while avoiding unnecessary administrative maintenance.

Selecting the No Job Restrictions checkbox when setting the organization’s hiring restrictions is the most effective approach in this scenario. This option removes job-based limitations, allowing the organization to hire workers into any job profile and location without repeatedly updating restrictions. It is especially appropriate for new or growing organizations where hiring needs are expected to change frequently.

The other options introduce inefficiency and risk. Updating each position’s hiring restrictions is not applicable in job management, as job management does not use discrete position objects. Selecting all locations and job profiles during position creation is both impractical and restrictive, as it requires constant updates when new jobs or locations are added. Updating the organization’s hiring restrictions every time a new worker is hired increases administrative overhead and raises the likelihood of errors or delayed hires.

From a Workday Pro HCM perspective, the No Job Restrictions setting is designed specifically to support broad, flexible hiring needs while still allowing downstream processes—such as recruiting, compensation, and reporting—to function correctly. Therefore, choosing this option ensures maximum hiring flexibility and aligns with Workday’s recommended configuration approach for job management organizations.