Human Capital Management Workday-Pro-HCM-Core Book

In Workday HCM, hiring restrictions define the allowable values a manager can select when hiring into a position or job management organization. These restrictions are enforced strictly to ensure governance, compliance, and consistency in staffing decisions. When a value is explicitly restricted, only the values defined in the restriction are valid during the hire process.

In this scenario, the position has hiring restrictions configured for Location , allowing only New York and San Francisco . Although other attributes such as time type are not restricted and therefore remain flexible, location is explicitly constrained. When the manager attempts to hire a worker with the location set to London , Workday prevents the transaction from continuing because London is not included in the allowed location values for the position.

The job profile requirement is met, as both the position and the hire specify Staff HR Representative , and the worker type also aligns with the restriction of Employee . The Time Type: Full Time does not cause an issue because time type is not restricted, meaning any valid time type can be selected.

Option A is incorrect because managers are allowed to specify values beyond the restricted fields, as long as they comply with any existing restrictions. Option B is unrelated to the scenario, as the issue is not related to hire reason configuration. Option D is incorrect because unrestricted fields do not block hiring.

From a Workday Pro HCM perspective, this scenario reinforces the importance of reviewing position hiring restrictions carefully. Any attempt to select a value outside a defined restriction—such as an unauthorized location—will result in the hire being blocked. Therefore, the correct answer is the manager cannot select London because it is not in the list of hiring restrictions for location .

In Workday, pay rate type (Salaried or Hourly) is a foundational attribute used across staffing, compensation, and eligibility logic. When a salary plan’s eligibility rule evaluates pay rate type , that value must be consistently defined at the job profile level to avoid mismatches or incorrect eligibility results.

Assigning pay rate types directly to job profiles ensures that employees hired into those roles inherit the correct classification automatically. This reduces reliance on manual data entry and prevents discrepancies during hire, job change, or compensation events.

Assigning salary plans to job profiles does not guarantee accurate eligibility if the pay rate type itself is not consistently defined. Modifying the eligibility rule weakens the control logic. Job requisitions may temporarily hold pay rate types, but job profiles are the source of truth for long-term configuration.

Therefore, assigning pay rate types to job profiles is the correct and Workday-recommended next step, making option D correct.

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 .

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.