Approved hours into Sage, one pay element at a time
Close the pay week in TempClock: check exceptions, approve, lock and export. You get a Sage 50 Payroll import file in Sage's own layout, built from figures that never change once locked. Client invoices go to Sage Accounting with Push to Sage (tried with your Sage business during set-up), or to Sage 50 Accounts by file.
Approved hours, in Sage's own layout
TempClock prices every shift with one rules engine, freezes the week when you lock it, and writes the Sage file from those frozen figures. During set-up we import a test week into a copy of your Sage company, with your payment codes, before the first live run.
One line per worker per Sage payment
Basic, overtime, weekend, Sunday, bank holiday and night hours go to the Sage payment you map them to. Sage pays Hours x Rate, and the rate is set so the pay matches TempClock to the penny.
Your payment codes
You set the Sage payment reference for each element in Settings, and choose where department and cost centre come from (site, cost code or client).
Locked figures that never change
Only approved shifts are exported, with every left-out shift listed and why. Close week exports a locked week from its frozen figures, and a clock that arrives after the lock goes into the next week as an adjustment. Each export is a recorded batch, and exporting again needs a reason.
Invoices to Sage Accounting
Push to Sage on the charge schedule sends a closed week to Sage Accounting (cloud) through Sage's API: one sales invoice per site, never sent twice, with paid status read back every 6 hours. Sage 50 Accounts gets an invoice import file instead.
Payroll goes by file, imported with Sage's own import. Sage has no API for UK payroll.
Hours and rates for each worker and payment
Sage 50 Payroll's own payment hours and rates layout, with your payment references. Sage pays Hours x Rate, so TempClock sets the rate to give the exact pay. We prove it with a test import into a copy of your Sage company before the first live run.
# Sage 50 Payroll: Employee Payments (Hours and Rates) import (sample data) Employee Reference,Payment Reference,Hours,Rate 1042,1,37.50,12.50 1042,2,4.00,18.75 1043,5,24.00,14.00
Header row first · CSV (Comma delimited) · one line per worker per payment · sample figures
In Sage 50 Payroll: File, Data Import, Import Sage Payroll Data, then Employee Payments (Hours and Rates). TempClock refuses payment references Sage would reject (letters, numbers and spaces only) and tells you why. Each payment must already be assigned to the worker in Sage.
No re-keying, and a week that stays closed
The hours that reach payroll are the approved hours, priced once and frozen when the week was locked. Nothing that happens later moves them.
Close the week in one place
Check exceptions, approve what is left, lock the week, export to Sage and produce the charge schedule, on one page. Red items stop the lock until they are dealt with.
The figures reconcile
The payroll screen, the Sage file, the payroll API and the charge schedule use the same pricing engine, so the pay in Sage matches what you saw in TempClock.
An audit you can defend
Every exported line traces back to shifts, their clocks, any corrections with reasons, and the batch it was exported in.
What the Sage connection does, and does not, do
Payroll goes by file because Sage offers no API for UK payroll. Invoices can go by API to Sage Accounting, or by file to Sage 50 Accounts. We would rather be plain about the difference.
Included today
Not part of this connection
Need the step-by-step? See the Close the pay week guide, the Sage payroll file guide and the Sage Accounting guide.
Other integrations
Building something custom? The REST API (version 1.3) and signed webhooks let you connect any system.
Approve hours here, pay them in Sage
We import a test week into a copy of your Sage company during set-up, with your payment codes, before the first live run. Tell us how your payroll week works.
Hosted in the EU · Your largest site live first, with us alongside · No app needed to clock in