Skip to content

26 September 2026 · 4 min read

Reviewed cleaning hours from rota to payroll export

Keep planned shifts, attendance events, approved hours and exported records distinct so corrections remain traceable across the payroll handoff.

Author
Sawhorse Engineering
Published
26 September 2026

At the end of a pay period, the rota, attendance records and supervisor messages can all contain different versions of the same shift. Replacing that review with a file export button does not resolve the differences. It can simply move unresolved assumptions into the payroll system, where corrections are harder to trace.

The software boundary should be clear: collect operational evidence, support authorised review and export the approved values in the receiving system's required format. Payroll calculations and employment rules must come from the organisation's approved arrangements and applicable requirements, not from guesses embedded in a scheduling feature.

Keep four records distinct

The planned shift describes the work expected. Attendance events describe signals recorded at particular times. Approved hours describe the result of the review process. The export records exactly what was sent to payroll. One mutable hours field cannot reliably serve all four purposes.

Link these records so a reviewer can follow the path from an exported line back to the shift and its supporting evidence. Preserve the identifiers even if a site or worker display name changes. Payroll needs stable references, while the operational interface can continue using readable labels.

If a shift crosses midnight or a period boundary, apply the organisation's approved allocation rule. Do not let the report's date filter decide that rule accidentally by including whichever timestamp happens to fall inside the selected range.

Make the review queue specific

Show exceptions that need a decision: missing checkout, conflicting cover assignments, a correction request or an event received after the expected review time. Group them by the responsible reviewer and give each enough context to resolve without searching several systems.

A missing check-in does not prove that no work occurred. A planned shift does not prove that all planned hours were worked. The reviewer needs the approved evidence and correction process for the organisation, with a recorded decision rather than an automatic conclusion from one signal.

Keep unresolved items separate from approved ones. If the process permits a partial export, clearly identify what remains outside it. If it requires the whole period to be reviewed first, enforce that gate and explain which records block release.

Corrections need a reason and an effective version

Allow an authorised person to propose corrected values while retaining the original record. Show the difference, reason and relevant supporting information to the approver. Avoid replacing a timestamp in place with no indication that it was changed.

Prevent a stale review screen from approving a record that someone else has modified. Use a version check and require the reviewer to inspect the current proposal when it differs. This is particularly important near export time, when several people may be resolving the last exceptions simultaneously.

Separate permission to review attendance from permission to release payroll data. The organisation may assign both to one role, but the application should make that choice explicit. Broad administrator access should not be the only way to complete the routine workflow.

The receiving format is a contract

Confirm required worker identifiers, date formats, units, categories and file encoding with the payroll provider or system. A file that opens in a spreadsheet is not necessarily a valid import. Test against a supported nonproduction process or documented validation tool where available.

Validate every line before export. Missing external identifiers should stop or isolate the affected line according to the agreed process, not become blank cells that someone fixes informally after download. Keep the error connected to the source record so the correction persists for the next period.

For CSV outputs, protect against values being interpreted as spreadsheet formulas when opened by staff. Treat user supplied labels and notes as data, not executable spreadsheet content. Keep exports limited to the fields the payroll handoff actually needs.

Identify the batch and its receipt

Give every released export a stable batch identifier, generation time, period and record count. Retain the approved source version for each line. Repeating a download should retrieve the same released batch rather than silently rebuilding different contents under the same filename.

Track whether the receiving system accepted the batch. A successful download proves only that the file was produced, not that payroll imported it. If the receiving process reports rejected lines, attach those results to the batch and make the unresolved work visible.

Where an API is available, handle a lost acknowledgement deliberately. The receiving system may have accepted the data before the response failed. Use its supported duplicate protection or lookup mechanism rather than immediately submitting the batch as new work.

Late changes must not rewrite the handoff

Once a batch is accepted, a later attendance correction needs an adjustment process. Depending on the receiving system and approved policy, that may be a corrective import or an item for a later period. Preserve the link to the original exported line.

Do not replace the archived export with a corrected file and pretend that it was the version originally received. That breaks reconciliation and makes it difficult for payroll staff to explain their records. Keep both the original handoff and the authorised correction.

Restrict export access and retention. Attendance and worker identifiers are personal information, so a convenient permanent public download URL is not appropriate. Audit who generated and accessed the released file under the organisation's data handling policy.

Rehearse the period close

Test an overnight shift, an accepted cover change, a missing event, a late correction and a rejected payroll line. Follow the records through review, release and receipt. Verify totals and identifiers on both sides rather than checking only that a file exists.

The completed handoff should let an authorised reviewer answer what was approved, what was sent, what was accepted and what still needs attention. That evidence is more useful than a fast export that leaves the original disagreements unresolved.

Let’s talk about the system you need.

Tell us where the current process breaks down. We can map the workflow, examine the integration requirements and define a practical scope for the build.

  • A mutual NDA is signed before project details are shared.
  • Scope is fixed in writing before any build starts.
  • You own the source code, the IP and the documentation at delivery.
  • Support plans are available and tailored on a discovery or technical call.