How is employee registration done with QR codes?

06.09.2026
How is employee registration done with QR codes?

Employee registration with QR codes consists of two stages: adding the employee to the system, and the daily check-in. Companies usually focus on the second, although the success of the rollout depends far more on the first - on how the registration is organised. This guide walks through both stages step by step.

Stage 1: adding the employee to the system

When an employee is added, a minimum set of information is required:

  • Name, surname and personnel number.
  • Department and position.
  • Work schedule - which pattern they follow.
  • The points where they will check in.
  • Role - regular employee, manager, HR specialist.

The third item is the one most often omitted. Without a schedule the records are collected but the hours cannot be calculated, because there is no plan to compare against.

Stage 2: the daily check-in

  1. The employee reaches the recording point.
  2. They scan the code with their phone.
  3. The system records the identity, the point and the moment.
  4. The type of record - entry or exit - is determined.
  5. The result lands in that day's timesheet row.

The whole process takes a few seconds and requires no additional action from the employee.

Registration methods

MethodSuitable when
Adding one by oneSmall team, gradual onboarding
Bulk import from a fileThe staff list already exists
Self-registration by invitationFast start, large team

Bulk import is the most used option, because the staff list usually already exists - all that is needed is adding the schedule column.

A practical example

A retail chain employed 96 people across 14 shops. The first registration attempt was delegated to the shop managers, each of whom was to add their own team.

A week later it emerged that 61 of the 96 were in the system and half the schedules were empty. The reason was simple: a manager's primary job is sales, and this task kept moving down the queue.

The approach was changed: HR imported the existing list from a file and assigned schedules centrally using three templates. The whole process took half a day. Only the clarification of exceptional cases was left with the managers.

The lesson: registration done centrally is both faster and more complete.

Assigning schedules

In practice three to five schedule templates cover the entire workforce of most companies: a standard working day, a shift pattern, a half day, a flexible schedule and a field pattern. There is no need to create an individual schedule per employee - assigning a template is enough.

Roles and permissions

  • The employee sees their own records and requests corrections.
  • The department manager sees their team and approves corrections.
  • The HR specialist prepares and approves the timesheet.
  • Management looks at summary indicators.

Role separation must be defined during registration - changing it afterwards is harder.

When employees join and leave

The system is a living one: new employees are added and leavers are deactivated. An important rule is that a leaver's records are not deleted - they belong to the timesheet of a past period. Deactivation and deletion are different operations, and the distinction matters for the integrity of reporting.

A starting checklist

  1. Is the staff list ready?
  2. Have the schedule templates been defined?
  3. Have the recording points been named?
  4. Has the role separation been agreed?
  5. Does a list of exception types exist?

When these five are in place the registration takes a few hours.

Preparing the data

The speed of registration depends on the preparation. For a bulk import the file should contain the following columns: name, surname, personnel number, department, position, schedule template and role.

In practice the first five columns already exist in the staff list; what has to be added is the schedule template and the role. Filling in those two columns takes a few hours and completes the registration.

Two typical mistakes occur when preparing the file. The first is duplicated personnel numbers - if the same number is assigned to two people, the import creates confusion. The second is leaving the schedule column empty; those employees enter the system, but their hours cannot be calculated.

Checking the file once before the import removes most of the subsequent corrections.

The first-day scenario

The day the system goes live generates the most questions, and that should be planned for. The scenario that works in practice is this.

Thirty minutes before the shift starts, someone responsible stands at the recording point and helps with the first check-ins. This is not technical support - the purpose is to answer questions on the spot.

The same evening the incomplete records are reviewed: who missed the check-out, and why. The reason is usually the same - they did not pass the point on the way out.

On the second day a personal reminder is sent to those employees. In practice recording discipline settles after two or three days and no further intervention is needed.

These three steps make the most critical phase of the rollout considerably easier.

Keeping the list current

Registration is not a one-off operation - the employee list changes constantly. Rules are needed for three processes.

A new employee. Who adds them to the system, and when? The practical rule: before their first working day.

A role change. When an employee moves to another department or pattern, the schedule template must be updated too. This is the most frequently forgotten step, and as a result the employee is calculated on the old template for months.

Leaving. The account is deactivated but the records are not deleted - they belong to a past period and must stay in the archive.

Building these three rules into the HR processes keeps the list permanently current.

Checks after registration

Once registration is complete, a short verification list is useful to confirm the system is set up correctly.

First check: does every employee have a schedule template assigned? Hours cannot be calculated for those left empty.

Second check: are the department and position values correct? The report views are built on precisely those fields.

Third check: does the role separation work? Does the department manager see their own team, and do they have access to anyone else's data?

Fourth check: are the recording points named correctly, and is it defined which employees check in at which point?

These four checks take half an hour and prevent most of the problems that would otherwise arise in the first week.

In summary

Employee registration with QR codes has two stages, and success depends on the first - entering the data correctly. An employee without an assigned schedule template cannot have their hours calculated, so that field cannot stay empty.

The practical approach is centralised registration: the staff list is imported in bulk and schedules are assigned with a handful of templates. That means hours of work rather than weeks.

What remains afterwards is keeping the list current: the rules for new employees, role changes and departures must be built into the HR processes.

The next step

The most practical start is registering one department fully rather than connecting the whole company at once. Once the process settles in one department, the rest goes quickly.

QRGate supports bulk import and schedule templates. See what QRGate can do or calculate the price.

Related pages

Frequently asked questions

What data is needed to register an employee?
Name, personnel number, department and position, the schedule template, the points where they will check in, and their role. The schedule template is the field most often left empty - and without it hours cannot be calculated at all.
Should managers register their own teams?
In practice centralised registration works far better. When the task is delegated to site managers it competes with their main job and stalls; HR importing the existing staff list in bulk and assigning three to five schedule templates takes hours instead of weeks.
What happens when an employee leaves?
The account is deactivated but the records are not deleted - they belong to a past period and must stay in the archive. Deactivation and deletion are different operations, and the distinction matters for the integrity of past reports.
How should the structure be set up?
Define branch, department and section up front, because reporting cuts, notification rules and access rights all sit on top of that structure later. Rebuilding it afterwards is possible but makes historical reports harder to read.
Who should see which data?
The branch manager their own area, HR the full list, the employee their own records. When access is defined at structure level each role sees the cut it needs, and there is no reason to hand-build separate files from the same data.