Pending Corrections Computation

Note: This integration is an extension that is developed outside the normal release schedule to meet specific customer needs. To request one of these extensions, you must submit a Salesforce Service Request to UKG. After the extension is delivered to your tenant, you can edit it accordingly.

The Pending Corrections Computation integration provides an efficient way to retrieve, review, and save pending corrections.

This integration enables the user to:

  • Retrieve pending corrections for a selected time frame and set of employees.

  • Review corrections and evaluate the initiating causes.

  • Add a comment to corrections for future reporting reference.

  • Save pending corrections.

Two actions are supported by the integration:

Review Pending Corrections Computation

Pending corrections data retrieved and computed by new API v1/timekeeping/pending_historical_corrections/compute/async is downloaded to a CSV file for user review. To support analysis, exported data consists of:

  • Sr No: Correction number found in the snapshot file.

  • Employee ID + Employee Name: Employee identification.

  • Reference Date: Start of the requested lookback period.

  • Processed Date: Start of the pay period in which the Reference Date falls.

  • Earliest Correction Date: Earliest day in the lookback period where a pending correction is found for the employee.

  • Latest Correction Date: Last day in the lookback period where a pending correction is found for the employee.

  • Status: Status of the pending correction.

  • Historical Date: Correction date in the historical pay period.

  • Pay Code + Amount: Populated when the system is configured to manage adjustments with hours paycodes (Pay Rule or System Setting).

  • Wage Pay Code + Wages: Populated when the system is configured to manage adjustments with a money paycode (Pay Rule or System Setting).

  • Effective Date: Corrections Apply Date defined in the Pay Rule.

  • Include in Totals: Create correction transactions in the current pay period to be exported to payroll (System Setting).

For each employee with pending corrections, the earliest and latest pending correction dates display along with a snapshot of corresponding data. The user analyzes exported data to determine how to handle the pending corrections.

Note: In consideration of service limits and the potential quantity of pending corrections, the new API is designed to return only the first 10 days with pending corrections for each employee, beginning with the processed date. This snapshot avoids overloading the user with a high volume of correction records, which makes the review process more manageable.

Pending corrections, while not always expected, are always correct — they are the result of a change processed by the Totalizer at the request of a user. Some corrections result from unintentional changes, such as an improperly effective-dated change to a Person record or Setup item. This integration allows users to inspect the cause of unwanted corrections before they are saved to the database and exported to payroll.

Review Pending Corrections does not provide a means to delete pending corrections — that is not possible. Choosing to set Include in Totals = No during the Save Pending Corrections action prevents corrections from being exported to payroll. Remember that this action does not revert the incorrect totals in the historic pay period.

The best practice is to edit the correction by reverting the unintentional change to generate a new set of corrections nullifying the previous set.

Save Pending Corrections

Pending corrections are saved using a new API, /v1/timekeeping/pending_historical_corrections/save/async, for the selected employees from the processed date forward. At run time, the user indicates whether the pending corrections should be included in totals:

  • Yes — Indicates an intentional change.

  • No — Indicates an unintentional change.

Optionally, adding a comment to saved corrections simplifies future reporting. An automated note containing the save action's date and time attaches to the comment.

The Compute Pending Corrections action can be scheduled as an automatic event, writing information to five date fields in the Person record. To enable this option, configure the five field names in System Setting — Timekeeping,and enable Compute Pending Corrections in Event Manager. With every run of the Compute Pending Corrections event, each of the five date fields is overwritten with the most recent information; data is accessible in a Dataview.

Note: You can schedule integrations and integration sets to run once later or at a recurring frequency. See the topic.