Workday-Pro-Time-Tracking Exam Dumps - Workday ProTime Tracking Exam

The correct answer is B. Adjust Calculated Time .

In Workday Time Tracking, Person B did not automatically receive daily overtime because their normal overtime rules are based on weekly overtime after 40 hours , not daily overtime after 8 hours like Person A in California. Since the system calculated Person B’s time according to their assigned eligibility and time calculation group, the administrator must make a manual correction to the calculated result if they want to grant daily overtime as an exception.

The appropriate task for changing an already calculated overtime outcome is Adjust Calculated Time . This task allows the Time Tracking Administrator to modify calculated time results, such as reclassifying hours into overtime when an exception or special circumstance needs to be recognized outside the normal configured rules.

The other options are not correct for this scenario. Request Overtime is not the standard administrative method for changing system-calculated results. Mass Enter Time is used to enter time in bulk, not to alter overtime calculation outcomes. Enter Time for Worker only records reported time and does not directly grant overtime if the worker’s calculation rules do not support it.

Therefore, when a Time Tracking Administrator needs to manually grant Person B daily overtime, the correct task is Adjust Calculated Time .

The correct answer is C. They are added to Time Calculation Groups where eligibility is assigned .

In Workday Time Tracking, individual time calculations are not assigned directly to workers one by one . Instead, calculations are bundled into a Time Calculation Group , and that group is then associated with workers through eligibility rules . This design allows organizations to manage calculations efficiently for groups of workers who share the same overtime, premium, shift, or regulatory rules.

For example, one worker population may need standard weekly overtime calculations, while another may require California daily overtime, double time, and seventh consecutive day rules. Rather than assigning each calculation directly to each worker, Workday places those calculations into the appropriate Time Calculation Group and uses worker eligibility criteria to determine who receives that group.

Option A is incorrect because a Time Entry Template controls how workers enter time, not which calculations process the time. Option B is incorrect because calculations are not typically assigned directly to the worker record during hire or job change. Option D is incorrect because a Supervisory Organization may help drive eligibility logic, but calculations are not assigned there as the delivery mechanism.

Therefore, in Workday, Time Tracking Calculations are assigned through Time Calculation Groups with eligibility rules , making C the correct answer.

The correct answer is C. Time Calculation Group .

In Workday Time Tracking, a Time Calculation Group is the component that bundles together the time calculations that apply to a specific worker population. If a worker should receive special overtime or double-time logic—such as double time for hours over 8 on the seventh consecutive day —the worker must be eligible for the appropriate Time Calculation Group that contains those rules.

In this scenario, the worker’s time is being tagged as seventh consecutive day hours, but the expected split into double time after 8 hours is not occurring. That strongly suggests the worker is not currently eligible for the calculation group that includes the seventh consecutive day double-time calculation . Making the worker eligible for the correct calculation group ensures Workday runs the additional rule needed to reclassify hours over the threshold.

The other options are not correct for this purpose. A Time Entry Template controls how time is entered, not how overtime logic is calculated. A Time Calculation Tag is a result or identifier used by calculations, not an eligibility-based worker component. A Time Code Group organizes time entry codes, but it does not determine whether complex overtime calculations are applied.

Therefore, the worker should be made eligible for the appropriate Time Calculation Group

The correct answer is D. Time Day and Time Block .

In Workday Time Tracking, a validation that prevents or warns against time entry on a holiday must evaluate both the date context and the entered time record . The Time Day business object is used to determine day-level attributes, such as whether the date is a holiday. The Time Block business object is used to evaluate the actual time entry being submitted or edited. Together, these two objects give Workday the information it needs to create a critical validation that checks whether a worker is trying to enter time on a holiday.

This pairing is appropriate because the holiday condition itself exists at the day level , while the transaction being controlled is the time block . A critical validation can then be configured to trigger when a time block is entered on a day identified as a holiday.

The other options are less appropriate. Worker may be useful for worker-specific eligibility or attributes, but it does not provide the direct day-and-entry combination needed for this specific validation. Time Shift is related more to scheduled shift context and is not the primary business object for validating holiday entry against submitted time blocks.

Therefore, to create a critical validation that reminds or restricts workers from entering time on a holiday, the correct business objects are Time Day and Time Block .

The correct answer is A. Time Block .

In Workday Time Tracking, a Sum Related Instances calculated field is used when you want to total values from a set of related records. In this scenario, the goal is to add up the hours worked in a week for entries that use a particular time entry code . Although the overall calculation context may be weekly, the actual hours being summed come from the individual time records , which are stored as Time Blocks .

That is why the related business object for the Sum Related Instances calculation is Time Block . Each time block contains the detailed reported time information, including hours, time entry code, and other attributes used for filtering and summing. The weekly total is produced by summing the qualifying Time Block records associated with the week.

The other options are not correct as the related object for the sum itself. Time Entry Code is a filter attribute, not the object containing the hours to total. Time Week is the broader context or parent level for the calculation, but it is not the related instance being summed. Time Calculation Tag is also an identifying or filtering element used in calculations, not the transactional object that stores the hour values.

So, for a Sum Related Instances field totaling weekly hours by a specific entry code, the related business object is Time Block .