Workday-Pro-Time-Tracking Exam Dumps - Workday Payroll, Absence, and Time Tracking Questions and Answers

The correct answer is B. Hours Only Time Type .

In Workday Time Tracking, elapsed time means entering the total amount of time worked as a number of hours rather than recording specific start and end punch times . That is exactly the purpose of the Hours Only Time Type . It is used when workers report time by duration, such as 8 hours of regular work, 4 hours of training, or 2.5 hours on a project, without providing in and out timestamps.

This differs from the In/Out Time Type , which is used when workers must record actual clock-style entries such as start time, meal breaks, and end time. That method is appropriate for punch-based populations, but it is not considered elapsed-time entry in the way this question is asking. Absence Table Time Type and Time Off Time Type are related to absence and leave reporting, not standard worked time entered as elapsed hours.

The distinction is important in Workday setup because a worker’s time entry experience depends heavily on the Time Type assigned through the relevant templates and eligibility rules. If the business wants workers to simply enter the amount of time worked rather than exact punches, the appropriate configuration is Hours Only Time Type .

The correct answer is B. On the Calculated tab in the Time Block in the Worker’s Time Entry Calendar on the day the hours were worked .

In Workday Time Tracking, a Time Calculation Tag is part of the calculation framework used to identify or classify time after Workday evaluates the entered hours through configured calculation logic. When a rule tags hours worked on the seventh consecutive day , that result is not treated as the original entered time itself. Instead, it is displayed as a calculated result tied to the time block for the relevant date.

That is why these tagged hours appear on the Calculated tab of the worker’s time block. The entered line remains the source time entry, while the calculated section shows the results produced by Workday’s time calculations, such as tagged hours, overtime, premiums, or other rule-based outcomes.

Option D is incorrect because the top line of the time block is generally where the worker’s entered time appears, not the detailed calculation-tag output. Option A is incorrect because the Work Schedule Calendar reflects planned schedule information, not calculated time-tag results. Option C is incorrect because View Worker’s Time Eligibility is used to review assigned time tracking components, not to display daily calculated tagged hours.

So the correct display location is the Calculated tab in the time block.

The correct answer is C. A worker cannot adjust their own calculated time .

In Workday Time Tracking, the Adjust Calculated Time task is an administrative function used to correct or override calculated time results, such as overtime or premium outcomes, when the automatically generated result needs manual intervention. Because this task can directly change calculation outcomes that affect pay, compliance, and reporting, Workday restricts it from being performed by the worker on their own time. Instead, it is intended for authorized administrative roles, such as a time tracking administrator or another appropriately secured user.

Option A is incorrect because time off is not generally the focus of the Adjust Calculated Time task; this task is used for calculated worked-time results, not for adjusting absence or time-off entries in the same way. Option B is not the best restriction stated here because period locking rules relate to broader time-entry administration and do not define the core restriction of who can perform the task. Option D is incorrect because once calculated time is manually adjusted, it is no longer simply treated the same as fully system-calculated normal time; the adjustment reflects an administrative override.

Therefore, the key restriction that applies is that a worker cannot adjust their own calculated time , making C the correct answer.

The correct answer is B. Lock Time Entry .

In Workday Time Tracking, Lock Time Entry is the function used when an organization wants historical reported time and calculated time results to be locked from further editing by any user. This is typically used after time has been finalized and organizations want to preserve data integrity for payroll, audit, compliance, and historical recordkeeping. Once time is locked, Workday prevents normal editing activity against that time data, which makes it the strongest control for protecting finalized history.

This is different from Close Time Entry . Closing time entry generally controls whether a time entry period is open for entry and processing, but it is not the same as applying a hard lock to historical data. Unlock for Adjustments is the opposite action, used when previously locked time must be reopened in a controlled way for corrections. Open Time Entry is used to allow time entry activity, not to secure finalized data.

The wording in the question is important: it asks for a function that ensures historical reported and calculated time data is permanently locked from editing by any user . In Workday Time Tracking, that requirement aligns most directly with Lock Time Entry , because it is specifically intended to secure finalized time data from further modification.

The correct answer is C. Lookup Value As of Date .

In Workday Time Tracking, when you need to determine the value of a worker-related attribute on a specific date , the appropriate calculated field type is Lookup Value As of Date . In this scenario, the requirement is to know the worker’s leave status on the date tied to a particular time block . Because leave status can vary over time, the calculation must return the value that was effective as of the time block date , not just the worker’s current status.

This is exactly what Lookup Value As of Date is designed to do. It allows Workday to evaluate an effective-dated field and return the correct value for the specified date context. That makes it especially useful in Time Tracking calculations where the date of the time block is critical for determining eligibility, status, or rule outcomes.

The other options do not meet this requirement. True/False Condition only evaluates whether a condition is met and does not retrieve the dated value itself. Date Difference calculates the number of days between two dates, which is unrelated here. Arithmetic is used for numeric calculations and cannot return an effective-dated status value.

Therefore, for finding a worker’s leave status on the date of a specific time block, the correct calculated field is Lookup Value As of Date .

The correct answer is D. View Worker’s Time Eligibility .

In Workday Time Tracking, when you want to confirm whether a specific worker has been assigned a period schedule , the most direct report is View Worker’s Time Eligibility . This report is used to review which Time Tracking components a worker is currently eligible for and receiving, including items such as time entry templates, approval templates, and period schedules . Since the question is focused on verifying assignment to a worker , this worker-level eligibility view is the most appropriate choice.

The other options do not fit the requirement as well. Audit - Workers with Multiple Time Period Schedules is an exception report used to identify workers who have more than one schedule, not to simply confirm that a worker has one assigned. View Period Schedule lets you inspect the schedule definition itself, but it is not the best worker-specific confirmation tool. Time Entry Period Schedule Review may sound related, but it is not the standard report used to validate a worker’s eligibility-based assignment in the same direct way.

So, if your goal is to ensure that a particular worker is assigned the correct period schedule, the correct report is View Worker’s Time Eligibility .

The correct answer is B. Assign an eligibility rule to the new time calculation group and make only the California full-time workers eligible.

In Workday Time Tracking, Time Calculation Groups are used to bundle multiple time calculations together so that a specific population of workers receives the appropriate rules. Eligibility for these groups is controlled through Time Tracking Eligibility Rules , which determine which workers should receive a particular configuration.

In this scenario, US full-time workers already have a calculation group that handles weekly overtime after 40 hours . California workers, however, have additional legal requirements , including daily overtime after 8 hours, double time after 12 hours, and overtime rules related to consecutive days worked. Because these rules apply only to California workers, they must be placed in a separate time calculation group and assigned only to that population.

The correct approach is to configure an eligibility rule that identifies California full-time workers (for example using worker location, country/state, or supervisory organization attributes) and attach that rule to the new California time calculation group.

The other options are incorrect because they either apply the California rules to all US workers or fail to include the full set of required calculations. Therefore, using a specific eligibility rule for California full-time workers is the correct configuration approach.

The correct answer is A. Time Week .

In Workday Time Tracking, the top-level business object should match the level at which the validation needs to evaluate data. This question asks for a warning if a worker has multiple time blocks with overtime in a time period . Because the requirement is not limited to a single block or a single day, Workday must evaluate time across a broader period and determine whether multiple qualifying overtime blocks exist within that span. For this kind of period-based validation, Time Week is the correct top-level business object.

Using Time Week allows the validation to review all related time blocks within the weekly time context and count or evaluate how many overtime-related blocks exist. This is appropriate when the validation logic depends on a grouped time period rather than on an individual transaction.

The other options are less suitable. Time Block is too granular because it only represents one specific entry and cannot serve as the best top-level object for evaluating multiple blocks across a period. Time Day would only evaluate one day at a time, not the broader time period. Worker is too general and does not provide the specific time-period structure needed for this validation design.

Therefore, for a validation checking multiple overtime time blocks within a time period, the correct top-level business object is Time Week .

The correct answer is C. 3 . On Tuesday , Amanda Baker reported 15 hours . Based on the rules provided, Workday Time Tracking would evaluate those 15 hours against the applicable daily and weekly thresholds. The first 8 hours remain regular hours . Since she worked more than 8 hours in the day, the next block of hours qualifies for daily overtime . Because she also exceeded 12 hours in the same day , the hours above 12 qualify for daily double time .

That means Tuesday’s calculated results would typically be split into three calculation tag categories: Regular , Daily Overtime , and Daily Double Time . This produces a total of 3 time calculation tags on the calculated tab for that day.

The weekly overtime rule does not add a fourth tag for Tuesday. Weekly overtime applies only after total regular hours for the week exceed 40 . By the end of Tuesday, Amanda has worked 10 hours on Monday + 15 hours on Tuesday = 25 total hours , which is still below the weekly 40-hour threshold. Therefore, weekly overtime has not yet been triggered on Tuesday.

So the correct count of calculation tags assigned for Tuesday is 3 .

The correct answer is A. USA0040 .

In Workday Time Tracking, time calculation priority determines the order in which calculations are processed. A calculation with a lower priority value runs before a calculation with a higher value. Since the existing Daily Overtime calculation has a priority of USA0045 , any new calculation that must run earlier needs a priority number lower than 0045.

Because the organization wants the Daily Double Time rule for hours greater than 12 to calculate before Daily Overtime, the proper priority is USA0040 . This ensures that the double time logic evaluates first and can correctly identify the hours that should receive double time treatment before the broader overtime calculation processes the remaining qualifying hours.

The other options are incorrect for the following reasons. USA0045 would place the new calculation at the same priority as Daily Overtime, which does not ensure the correct processing sequence. USA0050 and USA0055 are higher values, so they would run after the overtime calculation, which could lead to incorrect tagging or pay treatment of hours above 12.

In Workday, correct priority sequencing is critical whenever multiple calculations interact, especially for overtime and premium scenarios. Therefore, the correct priority is USA0040 .