Workday Workday-Pro-HCM-Core - Workday Pro HCM Core Certification Exam

In Workday HCM, job profiles are foundational configuration objects that define the structure of work across the organization, including job responsibilities, job family, job family group, management level, worker type eligibility, and other job architecture attributes. Because job profiles are shared across many workers, positions, and business processes, Workday strictly controls how they are updated to preserve data integrity and reporting accuracy.

The correct task used to update existing job profiles is Maintain Job Profile . This task is specifically designed to allow authorized users to modify job profile attributes in a controlled and auditable way. Using Maintain Job Profile ensures that updates—such as changes to job titles, job family assignments, compensation eligibility, or reporting attributes—are applied consistently across the system wherever the job profile is referenced.

The Create Job Profile task is only used to create new job profiles and cannot be used to update existing ones. Edit Job Profile is not a standard Workday-delivered task for job profile maintenance and is therefore not a valid option. View Job Profile provides read-only access and does not allow any changes to be made.

From a Workday Pro HCM best-practice perspective, separating creation, maintenance, and viewing tasks ensures proper governance, security role control, and auditability. The Maintain Job Profile task also supports effective job architecture management by enabling organizations to evolve roles over time without disrupting worker assignments or downstream processes.

Therefore, the correct and Workday-verified task used to update job profiles is Maintain Job Profile .

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

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.

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.

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.

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.

To ensure the HR Partner reviews and updates a new hire’s Company and Cost Center , you add the Change Organization Assignments action step to the Hire business process.

This action allows the HR Partner (or assigned role) to validate and modify organizational assignments, such as Company, Cost Center, Region, or Location, before the Hire event is finalized. It is typically positioned after the Review Employee Hire step to confirm that all organization-level data aligns with the new worker’s role and supervisory org defaults.

Option A ( Review Employee Hire ) is a completion-type review step and does not update organization data.

Option B ( Onboarding Setup ) prepares onboarding tasks, not organizational details.

Option C ( Edit Workday Account ) deals with account credentials and system access.

Thus, Change Organization Assignments is the correct step for updating or confirming company and cost center information during the hiring process.

Reference (Paraphrased Source):

Workday Pro HCM Core – Business Process Configuration Guide (2023R2), Section: “Adding and Configuring Organization Assignment Steps in Staffing BPs.”

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

When a Change Job event includes a compensation impact, Workday triggers the Propose Compensation Change subprocess. This subprocess allows users to review and update compensation plans, amounts, and guidelines as part of the job change.

Request Compensation Change is a standalone process used when compensation changes occur without a job change. Propose Compensation Offer and Propose Compensation Hire are tied to recruiting and hiring events, not internal transfers.

The Propose Compensation Change process ensures that compensation updates are evaluated with proper eligibility rules, guidelines, approvals, and audit tracking within the context of the job change.

Therefore, option D is the correct answer.