Product
Workforce management and time attendance system
Clock-in/out records, GPS-verified mobile check-in for field teams, leave and shift workflows, automatic timesheets and payroll preparation. Deployed in days; custom modules can be added on top.
What the system actually does
A time attendance system records when employees start and finish work, and turns those records into timesheets. The point is not only “who showed up” but making overtime, lateness and leave land correctly in the numbers.
Records can be created three ways: from a computer through the web interface, from a phone with location verification, or by scanning a QR code posted at the workplace. For field teams, construction sites and multi-location companies, the second is decisive — and none of them requires extra hardware.
Records become timesheets automatically: regular hours, overtime, lateness, short time, leave and sick days are calculated separately. Nothing is summed by hand at month end — which is where spreadsheet arithmetic errors normally happen.
Modules: timesheets, shift planning and leave management
All in one system, on a shared employee record. Modules you don’t need stay switched off.
Time attendance
Daily clock-in and clock-out records, lateness and early-leave detection, missing-record alerts, manual correction with an audit trail.
GPS verification
Location check on mobile check-in. Check-ins from outside the defined work area are flagged — designed for field and construction teams.
Leave management
Annual, personal, unpaid and sick leave types. Request–approval workflow, remaining balance calculation and a leave calendar.
Shift planning
Shift definitions, weekly plans, night shifts and weekly rest rules. Planned versus actual comparison.
Timesheets
Automatic timesheets from the records: regular hours, overtime and short time, each separately. Period summaries export as CSV.
Period summary for payroll
A monthly period summary of the timesheet is produced and exported; you take that output to your accountant. The system does not produce the official payroll run.
Break tracking
Planned and actual break durations are held separately; net working time is gross minus breaks. With no break record it falls back to the plan — and that difference lands directly in the payroll figure.
Overtime request and approval
Overtime is requested first and approved or rejected by the manager from their own screen. Pending, approved and rejected requests are listed separately.
Department tree and role-based access
Department tree, manager assignment and five roles: admin · manager · HR · accounting · employee. Company-specific roles can also be defined, and each endpoint has its own gate — HR sees the leave screen, accounting sees the period summary. Reports can be filtered by department.
Organisation chart
The department tree is drawn as a visual chart: headcount, the assigned manager and the department colour in every box.
Audit trail
Changes such as department, user and QR definitions are recorded as who · when · what. An employee’s own clock-in is outside this trail: the record is already the trail.
Notifications
Leave requests, approvals, missing check-ins and reminders, plus manager summaries.
Multi-company
Several companies or branches in one deployment, with data kept separate.
Mobile (PWA)
No app store download needed; it is added to the phone’s home screen and behaves like an app.
Reports and export
Attendance, overtime and leave reports. All data exports as CSV — it opens in any spreadsheet tool.
Spreadsheets versus a proper system
Spreadsheets look free; the cost appears at month end.
| Spreadsheet tracking | Attendance system | |
|---|---|---|
| Data entry | Manual, usually batched at month end | Live, created by the employee |
| Error risk | High — formula and copy errors go unnoticed | Low — rules defined once, applied consistently |
| Overtime calculation | Manual, open to dispute | Automatic, based on records |
| Leave balance | In a separate file, usually out of date | Live; employees see their own balance |
| History | File versions get confused | Change history retained |
| Field staff | Phone calls, unverifiable | Location-verified mobile check-in |
| Auditability | Who changed what is unknown | Record and correction trails kept |
| Monthly workload | Hours | Minutes |
Who uses it
The common factor: staff who are not always at the same desk.
- Construction and site work — teams across multiple sites, location-verified check-in.
- Security and cleaning companies — shift work at client locations.
- Logistics and field service — teams working at several points per day.
- Retail chains — shift and timesheet management per branch.
- Manufacturing — shift handover, overtime and weekly rest rules.
- Multi-branch service businesses — one central screen for all locations.
GPS tracking: where the legal line is
We treat this as a warning rather than a selling point: employee location is personal data under Turkish data protection law (KVKK) and the GDPR. Continuous background tracking exceeds the proportionality principle in most scenarios and creates legal exposure.
The system is therefore designed by default for location verification at check-in, not continuous tracking. It answers “was this person at the work site when they clocked in”, not “where are they all day”.
At deployment we also recommend: informing employees in writing about what is processed and why, not collecting location outside working hours, and defining a retention period. These clauses can be added to the deployment documentation on request.
- Proportionality: collect the minimum data needed for the purpose.
- Transparency: employees know what is collected.
- Limited retention: location records are not kept indefinitely.
- Working hours only: no location recorded outside shifts.
How deployment runs
Requirements call
How many employees, how many locations, which shift rules? We decide which modules to enable.
Setup and definitions
Company, department and shift definitions are created and employee records opened. For large teams we handle the initial load for you.
Pilot
The system runs with a small group. Rules are tested against real data and adjusted.
Rollout and training
Opened to all staff, with training for managers and HR.
Support
Question-and-answer support in the first months; development for rule changes and new needs.
Questions to ask any vendor
Ask these even if you don’t buy from us. Detailed version: workforce software guide.
- Can I export my data? If not, you have no exit from that system.
- What makes the price grow? Per employee or per module? What happens when the team doubles?
- Is hardware mandatory? Terminals are a significant cost; mobile check-in may make them unnecessary.
- Can my shift rules be modelled? Night shifts, weekly rest and public holidays.
- Can a manager see only their own team? Without permission separation, all HR data is open to everyone.
- How is data protection handled? Retention period for location data, and is there an information notice?
Decision
How should check-ins be captured? Four methods
The capture method determines both cost and whether the system actually gets used. Choosing wrong is the most expensive mistake.
| Method | Hardware | Best for | Weakness |
|---|---|---|---|
| Mobile + location check | None | Field, construction, multi-site, service teams | Needs a policy for using personal phones |
| Web interface | None | Desk-based staff, offices | Without location checks, anyone can check in for anyone |
| Card / PIN terminal | Required | Single-entrance factories and offices | Cards get forgotten and lent; device failure stops recording |
| Fingerprint / face recognition | — | Cannot be used for attendance (TR) | KVKK 2026/921: unlawful even with explicit consent (OG 02.06.2026) |
⚠️ In Türkiye, biometric attendance tracking has been unlawful since 2 June 2026 (KVKK principle decision 2026/921) and consent does not change that. Existing fingerprint readers can usually be switched to card or PIN mode. Details: workforce software guide.
Scenarios
How deployment differs by sector
Same software, different rules. The real work of deployment is making the rules explicit.
Construction and site work
Multiple sites, constantly changing crews. Key points: a separate location zone per site, per-site reporting, and subcontractor crews modelled as their own departments. A check-in always needs a connection — where there is no coverage at all we say so up front: there is no offline queue.
Security and cleaning
Staff work at client locations. Shift handover, night-shift multipliers and per-client timesheet reports matter most — invoicing depends on those reports.
Logistics and field service
Several jobs per day at different points. Job start/finish logic with per-task duration gives better results than simple clock-in/out.
Manufacturing
Shift handover must be seamless; overtime, weekly rest and public holiday multipliers must be explicit. Timesheets feed payroll directly, so a rule error is costly.
Retail chains
Per-branch shift plans with central oversight. A branch manager must see only their own team — permission separation is mandatory here.
Office / service business
With flexible hours or remote work, daily/weekly total-hours logic fits better than strict clock-in/out.
Preparation
Eight questions to answer before deployment
These answers already exist today — inside someone’s head. Moving to a system forces them into writing, and that is the real gain.
- After how many minutes does overtime start? Is there rounding, and in which direction?
- What is the lateness tolerance? Is it applied equally to everyone?
- Weekly rest and public holidays — which multipliers apply?
- Night shift — which hours count, and how is it paid?
- Who can correct a missed check-in? Is the correction logged?
- Who approves leave? How does delegation work when they are away?
- Annual leave balance — when does it roll over, and is there a carry-over cap?
- Which manager sees whose data? How will the department tree be structured?
Integration
How it talks to your other systems
If the system runs as an island, you end up moving data by hand at month end — and manual transfer takes back the time the system saved.
The most common connections: timesheet export to payroll/accounting, employee record sync with an HR system, and links to existing card readers. Where the other software offers data exchange, we integrate directly; otherwise file-based transfer (Excel/CSV) is set up.
One question decides the design: at month end, which file goes to whom, in what format? A clear answer makes the integration clear.
- Payroll / accounting: monthly timesheet output as CSV, which you take to your payroll software. A direct API link is project work, not a built-in feature.
- HR / employee records: hires, leavers, department and title changes managed in one place inside the system.
- Existing attendance devices: reader integration is not a built-in feature; it is assessed as project work if your devices expose a data interface.
- Email / notifications: pending leave approvals and missing-record alerts.
Warning
The six most common mistakes in these projects
None of these come from the software; all come from deployment. We have seen every one of them.
- Starting before rules are explicit. A system cannot produce an undefined rule; ambiguity turns into an argument at month end.
- Rolling out to everyone at once. Piloting with a small group against real data catches rule errors cheaply.
- Not showing employees their own data. Staff who can see their remaining leave and accrued overtime don’t resist the system; those who can’t, do.
- Skipping permission separation. All HR data visible to everyone is both a trust and a data protection problem.
- Forgetting the information notice. If location and working-time data are processed, employees must be informed in writing.
- Skipping training. An unused system is an unbought system. A short session for managers and HR is enough — but it is essential.
Frequently asked questions
Do we have to buy terminals or fingerprint readers?
No. The system runs on web and mobile, and location-verified phone check-in is enough for most companies. At a single high-traffic factory gate a terminal can be more practical, in which case we evaluate integration with your existing devices — but in card or PIN mode. The Turkish Data Protection Board’s principle decision 2026/921 made processing fingerprint and facial data for attendance tracking unlawful even with explicit consent; our system processes no biometric data. Hardware is the biggest driver of upfront cost — don’t buy it unless you need it.
Do employees have to install an app?
Not necessarily. The system works as a PWA: opened in a browser and added to the home screen, behaving like an app. No App Store or Google Play download is required and updates arrive automatically.
What happens if someone checks in from elsewhere?
The record is created but flagged as out of area. The system flags rather than blocks, because there are legitimate reasons (client visits, callouts). Managers see flagged records and can ask for an explanation. Hard blocking is also configurable.
How is overtime calculated?
Actual worked time is compared against the shift definition; the excess is counted as overtime. The public holiday and weekly rest calendar is defined, so work done on those days appears as its own separate line in the report. The system does not apply the statutory uplift multiplier — that separated output goes to your accountant, or the multiplier is defined as custom development at setup. Rules are defined once and applied identically every month, removing person-by-person interpretation.
How does the leave process work?
The employee submits a request from mobile, the manager is notified, and approval or rejection is recorded. Approved leave flows automatically into the timesheet and balance. Employees see their own remaining days — removing one of HR’s most frequent questions.
Can we export our data?
Yes. Employee lists, attendance records, timesheets and leave data export as CSV, which opens directly in Excel, Google Sheets or any spreadsheet tool. We state this deliberately: entering a system without data portability makes leaving it nearly impossible later.
Does it integrate with our accounting software?
Timesheet output can be exported in a payroll-ready format. If your accounting or ERP system supports data exchange, direct integration can be developed as an additional scope item.
How many employees does it support?
From small teams to organisations with hundreds of staff; in the multi-company architecture each company’s data stays separate. As headcount grows, the limiting factor is rarely the software — it is how clearly your shift and overtime rules are defined.
What does it cost?
Pricing follows headcount and the modules enabled; we don’t publish a fixed list. In a short call we determine both and give a firm number. Our pricing approach is explained on the pricing page.
Can it run on our own servers?
Yes. The standard deployment runs on servers we manage, including maintenance, backups and updates. If your policy requires on-premise hosting we deploy there, and the contract defines who is responsible for backups and updates.
Can you migrate our existing employee data?
Yes — we handle the initial load as part of deployment. Send us your employee list in whatever format you have (Excel, CSV or an export from your current system) and we import it. Historical timesheet data can also be migrated if it is in a usable format; we always run a small sample migration first. There is no self-service bulk import screen inside the panel — we say so plainly, so you are not looking for one after go-live.
Next
Pages people read alongside this one
Workforce software guide
What time attendance software does, where GPS monitoring is lawful, how timesheets differ from payroll, and which contract clauses become traps.
ExploreCustom software
Bespoke business software and integrations
ExploreIntegrations and API
ERP, marketplace, shipping and payment links
ExploreLet’s set your system up
Tell us your headcount and how you work; we’ll define the modules and the deployment timeline together. Demos are free.

