Drag jobs onto people, see the clash before it is saved, and let the crew clock in with GPS — with or without coverage — and work through the checklist on site.
Four checks across two severities. The system never refuses a booking — it says what is wrong and lets the planner decide, because the planner knows things the system does not.
A split day is not a gap
A shift 08:00–12:00 and one 13:00–17:00 are merged before working hours are judged, so a job in the middle of the day is not flagged as out of hours just because there is a lunch break.
No coverage does not stop the clock
Clock-ins and clock-outs queue on the phone and send when coverage returns, in order, counted from the tap by the phone's clock. The checklist, photos and the customer's signature go when the job is reported done, and that needs a connection.
The problem
Three things that cost more than the planning does
The week lives in a spreadsheet
Whoever has the file has the truth. The change made at seven in the morning sits in a version somebody else never opened, and two fitters drive to the same address.
The hours arrive as texts on Sunday night
Somebody types them up on Monday. Nobody remembers whether it was three hours or three and a half, and nobody can show where the person was when the shift began.
The basis is a photo of a note
The job is done, the materials are on a scrap of paper in the van, and the invoice waits for somebody to decipher the handwriting. What cannot be read is not billed at all.
What's included
What is actually in the module
Everything below is in the product today. Route optimisation and online booking are not — they are under the limits further down.
The schedule board
Day, week and month, one row per person, and drag in both directions: the job onto the person or the person onto the job. Filter by location, role, team or skill, and copy last week when the week looks the same.
Drag and drop both ways
Filters on location, role, team and skill
Weeks start on Monday, everywhere in the system
Conflict checking that understands a real schedule
Double booking and employment outside the dates are errors. Absence and working hours are warnings. A job ending at 12:00 does not clash with one starting at 12:00, and somebody with no working-hours rules is never warned for not having them.
Double booking and employment dates: errors
Absence and working hours: a warning, not a block
Breaks up to an hour are merged before the judgement
Work orders all the way through
Booked, scheduled, in progress, done, invoiced — a lifecycle that is enforced, not a status field. Checklist, materials, photos and the customer's signature on the tablet, and the ROT/RUT flag carries through to the invoice.
A checklist whose required items must be ticked
Materials, photos and a customer signature on site
One-off jobs and contracts that recur
Time reporting with GPS verification
Before clocking in, the worker picks work or travel. The position is taken the instant the button is pressed, with accuracy rounded up, and the server compares it with the fence on the service address — coordinates and radius set in the panel, or fetched from the address through OpenStreetMap. A denied permission or a phone indoors never blocks the clock — the shift starts anyway.
The server decides whether the position is inside the fence, not the phone
A missing reading is stored as unknown, never as "outside"
Travel starts unbilled and never gets ROT/RUT; approval freezes both the billing rate and the cost
The field app
It opens with no coverage and shows the coming seven days, a multi-day job on every day it spans, and the access notes for jobs the worker is booked on. Clock-ins and clock-outs queue on the phone and send in order when the signal returns, timed from the tap by the phone's clock — so an hour in a basement is not an hour that begins when the van reached the main road. A stretch that synced more than 15 minutes late is flagged on the timesheet.
The queue drains in time order and stops at the first real failure
Completion in a single call when there is a connection: checklist, materials, signature, photos
The signature is checked at the byte level, not by what the file claims to be
An invoice basis that reconciles
Approved hours, materials, fixed prices, travel and ROT/RUT become a basis the moment the job closes. Only approved time is billable, hours are priced at each person's billing rate rather than at what they cost you, labour and materials always sit on separate lines, and nothing is rounded twice.
CSV with a BOM and semicolons, so Excel on a Swedish machine does not mangle å, ä and ö
Unbilled work carries through as zero lines with a stated reason, never as deleted
Warnings by name: awaiting approval, not completed, already invoiced, billed at cost
How it works
From an incoming job to approved time
01
The job comes in
From an accepted quote or typed in: customer, address and service fill in from the register. The price follows the service.
02
The week is planned
Drag the job onto the right person. The clash shows before you save, not after.
03
The crew works
The field app shows the week's jobs and clocks in with a position, with or without coverage. The checklist is worked through on site.
04
Approval and basis
The manager signs off the week, deviations at the top. The basis is ready to invoice.
Built for Swedish rules
Built for how Swedish service companies actually work
Most of this is detail you only notice when it is missing.
Weeks start on Monday
Throughout — on the board, in approval and in the reports.
ROT and RUT from the field
The flag is set on the job and carries all the way to the invoice line.
Labour and materials kept apart
Always separate lines, because the deduction may only touch labour.
Four checks, two severities
Double booking, absence, outside working hours and not employed on the date. Each is an error or a warning and none refuses the booking. Rest periods and overtime are not checked: this is not a payroll system and does not pretend to be.
Payroll basis
Not built. Approved time exports as an invoice basis in CSV; there is no payroll file.
Tiers
Start, Väx and Pro
The same tiers the billing code charges for. The price below is what the module costs alone; from the second module 15 per cent comes off, from the third 25.
Being activated: built and part of the tier at the price shown, but not yet switched on. It waits on agreements and accounts on Closepact's side, not on more development, and until then the app shows it as unavailable.
Planned, not delivered. It is listed so the tier is honest about where it is going — but none of it is part of what you pay for today.
Together, and apart
Works with the other two
With the proposals module on Väx or Pro an accepted quote becomes a job to be planned on its own, with the customer, the service address and the accepted lines on it. With the invoicing module the approved basis becomes an invoice line with no export and nobody retyping it.
And works without them
On its own the module is the whole operation: schedule, jobs, time, field app and reports. The basis exports as CSV or SIE4 into the finance system you already use — a file, where Bokning och Schema syncs with Fortnox, Visma and Hogia; our own connections to those are planned.
This is here because it is cheaper to read now than to discover after the contract is signed.
The app does not clock people in automatically when they arrive. A web app on iOS gets no position in the background — it cannot be done, whatever is promised. We verify the position at the instant the button is pressed, which covers most of the value, and we would rather say so than promise something the phone cannot do.
The field app is a web app installed to the home screen, not an App Store or Google Play app. Clocking in and out works offline, but it is not native.
Route optimisation and online booking do not exist yet. Both are marked "planned" in the tier table and are not part of the price today.
Projects, quoting straight from a job, and finished connections to Fortnox, Visma and Hogia are planned, not built. The basis exports as CSV and SIE4 in the meantime.
Scheduled runs — the overnight generation of recurring jobs — need a scheduler process running in the deployment. That is part of a deployed installation, but it is worth knowing it is a process and not magic.
Only clock-ins and clock-outs queue without coverage. The checklist, photos and the customer's signature are sent when the job is reported done, which needs a connection.
Common questions
Questions we get
Does the app clock people in automatically when they arrive?
No, and we are not going to claim it does. A web app on iOS gets no background position, so automatic clock-in simply cannot be built there — that applies to everyone, not only to us. What we do instead is take the position the second the fitter presses the button and let the server compare it against the job's address. A missing reading is stored as unknown, never as "outside the fence", because "no position" and "probably somewhere else" are not the same thing.
Does every field worker need a paid seat?
Only the ones who log in. Staff and users are two different things here: a person can sit in the schedule as a resource, with skills and working hours, without having an account. Somebody using the field app has an account and counts as a seat; somebody who is only planned does not.
Does the app work without coverage?
Partly — the part that matters most. It opens with no network, and clock-ins and clock-outs queue on the phone. The queue drains in the order things actually happened and stops at the first real failure rather than skipping past it — a clock-out depends on the clock-in before it. Each counts from the tap by the phone's clock, within limits that catch a wrong clock (no more than five minutes ahead or a week back); the time it reached the server is kept beside it, and a stretch synced more than 15 minutes late is flagged. The checklist, photos and customer signature go when the job is reported done, and that needs a connection.
What happens if I double-book somebody?
You are told before you save, and then you can save anyway. The system reports conflicts but never refuses a booking, because the planner regularly knows something the system does not — that the customer moved the time, that the shift is shorter in practice, that the two addresses are in the same stairwell.
Can we keep several branches apart?
Yes. Entities are built into the core: a company with three branches or three brands can keep staff, jobs and customers apart without three separate accounts. Included on Pro.
What if we do not buy the invoicing module?
Then every completed job becomes an invoice basis that exports — CSV or SIE4 — into the finance system you already have. That is a step back from Bokning och Schema, which syncs invoice drafts with Fortnox, Visma and Hogia from its Standard tier; our connections to those are planned, not built. What you can do here instead is add the invoicing module later and drop the export entirely.
Can we move our current schedule in?
Customers, addresses, services and articles import from CSV, with semicolons or commas, and with quoted fields spanning several lines kept intact. We do not move the schedule history itself — whoever needs it usually needs it in the old system anyway.