Time and attendance software records when employees clock in and out, tracks their leave, shifts and overtime in one place, and turns all of it into a payroll-ready timesheet at the end of the month. The hardware side — card readers, turnstiles, fingerprint or face terminals — is a separate layer that only collects the raw punches. The choice comes down to three options: an off-the-shelf cloud product billed per employee, the HR module of the ERP you already run, or custom software. For a 20-50 person team on fixed hours in a single office, the off-the-shelf product is almost always the right answer; rotating shifts, field crews, multiple sites and your own overtime rules change the picture. Below: the four clock-in methods, the legal limit on biometric data, how payroll integration actually works, and the real cost lines.
What does time and attendance software actually do?
It looks like a one-job product: who arrived when, who left when. In practice the punches are not what drains the business — the arithmetic after them is. At month end someone has to reconcile late arrivals, half days, sick leave and weekend work for forty people in a spreadsheet. The software takes over that second half.
- Clock-in records — normalises raw punches from terminals, cards, the mobile app or the web into per-employee, per-day data.
- Shift planning — defines weekly or rotating shifts, assigns people to them, and compares planned hours against actual hours.
- Leave management — accrues annual leave by tenure, runs the request-and-approval flow, and keeps sick and unpaid leave in separate buckets.
- Overtime and rest-day work — splits hours above the standard day using your thresholds and premium rates, and shows public-holiday and rest-day work separately.
- Timesheet output — produces the month-end table in the format your payroll system expects. This is where the actual saving is.
- Reporting — absence, lateness trends, site and department comparisons, and the cost of overtime.
Hardware or software: which part are you buying?
Vendors usually sell the terminal and the software as one package, which blurs the line between them. The terminal is the layer that physically reads the punch; the software is the layer that interprets those punches against your shift, leave and overtime rules. Most of the time you are buying both, and the quote should say which line covers which.
The distinction matters in exactly one situation: when you already have working turnstiles and want to replace only the software. Most terminals on the market can export raw punches through their own SDK, a service on the local network, or scheduled file transfer. Before you pick a product, get the device brand, model and export method confirmed in writing — “our system works with any device” is not an answer. How connections like this are built is covered in what is API integration.
Four ways to record a clock-in
- Card or QR code — the most common and cheapest method. Easy to roll out; its weakness is that a card can be handed to someone else.
- Biometrics (fingerprint, face) — the most reliable record because it cannot be handed over. In exchange it carries the heaviest legal obligations; see the note below.
- Mobile app with geofencing — the right answer for field crews, construction sites and service teams. The employee clocks in from their phone while inside a defined area. Remember that location is personal data too, and should only be collected during working hours.
- Web or desktop clock-in — enough for office and hybrid teams. Control is weak, but for remote work it is usually the only practical method.
Fingerprint and face data are special category personal data under the GDPR and Türkiye’s KVKK alike, and cannot be processed like an ordinary attendance record. Two principles decide whether your setup is lawful: proportionality — if a card achieves the same purpose, biometrics are hard to justify — and the duty to offer an alternative to employees who do not consent. Settle the privacy notice, the consent process and the retention period with your legal side before installing a biometric system. The technical rollout is the easy part.
The same logic applies to where the data lives: which data, for what purpose, kept how long, visible to whom? Those answers should come before the software choice, not after it. We went into data inventory and retention in more depth in our privacy-compliant website article; the approach for employee data is the same.
Off-the-shelf, ERP module or custom software?
- Off-the-shelf cloud product — starts at a monthly fee per employee, is usable the same day, and regulatory updates are the vendor’s problem. Its limit shows up in flexibility: if your shift and bonus rules do not fit the product’s parameters, the work slides back into manual correction.
- The ERP’s HR module — if you already run an ERP this is usually the sensible route, because staff records, cost centres and payroll sit in one database. The trade-off is module licensing and consulting days. If you have not made the ERP decision at all, start with what is ERP and ERP for small businesses.
- Custom software — if you run a production line, project-based work, subcontracted crews or individually negotiated bonus rules, off-the-shelf products eventually hit a wall. Custom software models your rules exactly; in exchange the build time and the maintenance responsibility move to you.
The decision rule is short: fixed hours, one location and standard rules mean off-the-shelf; if you run an ERP, look at its module first; if your business model changes how hours are counted, go custom. We argued the same trade-off line by line for other business systems in custom software or off-the-shelf. What you want to avoid is stopping halfway: buying a product and finishing the job in a spreadsheet means paying the cost of both approaches.
Timesheets and payroll: where these projects actually break
Most attendance projects do not fail at collecting punches; they fail at turning punches into hours. Raw data is only timestamps — worked time comes from rules. Whether the break is deducted, how many minutes over the standard day count as overtime, which calendar day a night shift belongs to, and what happens to a missing clock-out all have to be defined in writing up front. The skeleton of a simple daily calculation looks like this:
type Punch = { employeeId: string; at: string; kind: 'in' | 'out' };
const STANDARD_DAY_MIN = 8 * 60; // standard working minutes per day
const BREAK_MIN = 60; // unpaid lunch break
const OVERTIME_GRACE_MIN = 15; // overruns below this do not count as overtime
function dailyTimesheet(punches: Punch[]) {
const ordered = [...punches].sort((a, b) => a.at.localeCompare(b.at));
let grossMin = 0;
let openIn: number | null = null;
for (const p of ordered) {
const t = new Date(p.at).getTime();
if (p.kind === 'in') {
openIn ??= t; // on repeated clock-ins, the first one wins
} else if (openIn !== null) {
grossMin += (t - openIn) / 60_000;
openIn = null;
}
}
// An unmatched clock-in means a missing clock-out. Never guess — escalate.
if (openIn !== null) {
return { status: 'missing_clock_out' as const, workedMin: 0, overtimeMin: 0 };
}
const net = Math.max(0, grossMin - BREAK_MIN);
const over = net - STANDARD_DAY_MIN;
return {
status: 'ok' as const,
workedMin: net,
overtimeMin: over > OVERTIME_GRACE_MIN ? over : 0,
};
}The line to notice is the missing-clock-out branch. Every workplace has people who forget to badge out, and quietly treating that day as zero hours or a full day puts a real error into payroll. The correct behaviour is to stop calculating and push the record to a manager for approval. Getting the timesheet into payroll then happens one of two ways: exporting a file the payroll system imports, or a direct connection between the two systems. We covered how the second one is built in accounting software integration — the same queue and reconciliation discipline applies here.
Cost: what are you actually paying for?
- Software subscription — off-the-shelf products charge per employee per month, with the unit price falling as headcount rises. Always ask whether billing follows active employees or total records on file.
- Hardware — a one-off cost per terminal plus mounting and cabling, and card or fob volume in card-based setups. In a building with many doors this line grows fast.
- Setup and integration — defining shift and leave rules, migrating existing employee data, wiring up payroll. Priced in person-days.
- Development, in the custom route — the rule engine, mobile clock-in, reports and the payroll connection are separate work items. How a person-day estimate is built is explained in custom software cost.
- Maintenance and support — regulatory changes, device failures, a new site. Included in the subscription off the shelf; planned as an annual agreement in the custom route.
Quoting a single monthly figure here would be misleading: price moves with headcount, number of doors, whether biometrics are involved, and how far payroll integration goes. When you ask for a quote, insist on those five lines being itemised — in quotes that arrive as one “turnkey attendance system” line, hardware mounting and payroll integration are usually out of scope.
Five mistakes that break these projects
- Hard-coding the working-time rules — overtime thresholds, break lengths and premium rates change with legislation and company policy. They belong in parameters, not in a release.
- Silently interpreting a missing clock-out — a system that assumes zero or eight hours carries the error into payroll. The record should land in a queue and ask for approval.
- Cutting the night shift at midnight — an 11pm-to-7am shift spans two calendar days. Treat midnight as the day boundary and one shift becomes two half days with the wrong overtime.
- Offering no alternative to biometrics — if there is no second method, such as a card, for employees who do not consent, deploying the system creates legal exposure.
- A flow that ends in a spreadsheet — exporting the timesheet and typing it into payroll gives back the time the automation saved and reintroduces copy errors. We discussed where automation should stop in internal business automation software.
Conclusion
Choosing time and attendance software is an operational decision, not a technical one: write your working model down and the answer surfaces on its own. Fixed hours in one office point to an off-the-shelf cloud product; an existing ERP points to its own module first; a manufacturing or field operation with its own shift and bonus rules points to custom software. Whichever route you take, put two things in writing before you start: the full list of working-time rules, and exactly how the timesheet reaches payroll. For a setup that matches your own working model, take a look at our corporate solutions service or request a quote and we will define the scope together.