NEWRecognition — recognise hard work and the people going above and beyond
FleetOptixFleet software
Operations24 October 2026 · 11 min read

Geofencing for vehicles: what it produces, and where it goes wrong

A geofence is a boundary drawn on a map that software can test a position against. Draw one round a customer's yard, and every time a vehicle's reported position moves from outside it to inside it, something can happen: a row in a report, an alert, a timer starting.

That is the whole of the idea, and it is worth being precise about what it gives you, because it is not what most descriptions suggest.

What a geofence actually produces

A geofence turns a position stream into three facts
A geofence turns a position stream into three facts A map showing a vehicle's route crossing into and out of a boundary drawn around a customer yard, with the entry and exit times marked, and three panels beneath showing the arrival time, the time spent inside, and the departure time. THE SITE, AS A BOUNDARY Customer yard Entered 09:14 Left 09:51 WHAT THE RULE CAN NOW SAY 09:14 ARRIVED The first fix inside theboundary, after the last oneoutside it. 37 min STAYED The gap between the twocrossings. This is the numberworth having. 09:51 LEFT The first fix outside again —and the start of the next leg.
The boundary and the vehicle's reported positions are the inputs. The arrival, the dwell and the departure are the output — and the dwell is the one that is hard to get any other way.
Use this diagram

Free to use on your own site, in a report or in training material, as long as the credit link stays on it. Paste this where you want the diagram to appear.

<figure>
  <img src="https://fleetoptix.co.uk/diagrams/geofencing-for-vehicles/0.svg" alt="A map showing a vehicle's route crossing into and out of a boundary drawn around a customer yard, with the entry and exit times marked, and three panels beneath showing the arrival time, the time spent inside, and the departure time." loading="lazy">
  <figcaption>
    <a href="https://fleetoptix.co.uk/blog/geofencing-for-vehicles">Geofencing for vehicles: what it produces, and where it goes wrong</a> — diagram by
    <a href="https://fleetoptix.co.uk">FleetOptix</a>
  </figcaption>
</figure>

Or take the file on its own: download the SVG.

A geofence does not tell you where a vehicle is. The tracker already does that, continuously, and a map with a moving dot on it answers that question better than any rule ever will.

What a geofence does is convert that stream into events with times on them — arrived, left, and by subtraction, stayed. Those three go in a report, get compared against a plan, and can be counted across a month. A moving dot cannot do any of that.

The dwell time is usually the valuable one. How long a vehicle actually spent at a delivery point is the figure nobody has, it is the basis of most demurrage conversations, and it is almost impossible to collect honestly by asking.

The four parts, and why each one matters

  • A boundary. A shape with coordinates, drawn by hand on a map or generated round a point with a radius.
  • A position source. Usually GNSS — GPS and its siblings — sometimes helped by mobile network or Wi-Fi data.
  • A comparison. Something that repeatedly asks whether the latest position is inside the shape.
  • A rule. What to do when the answer changes, which is the only part that does anything useful.

Every one of those is a place it can go wrong, and three of the four are invisible from the user interface. You draw the shape; you do not choose the fix accuracy, you rarely choose how often the comparison runs, and you find out about both from the output being wrong.

Where it goes wrong: the fence is smaller than the error

A fence smaller than the fix error reports a parked vehicle as moving
A fence smaller than the fix error reports a parked vehicle as moving Two panels. On the left, a boundary drawn tightly around a gate, smaller than the accuracy circle of a satellite fix, with position estimates scattered on both sides of it and a count of 41 arrivals overnight. On the right, the same vehicle and the same scatter inside a boundary drawn around the whole yard, producing one arrival. ONE VEHICLE, PARKED ALL NIGHT, TWO FENCES A FENCE DRAWN TIGHT TO THE GATE ERROR ON ONE FIX Six of these nine fixes fall outside the fence.The vehicle has not moved: the fence is smallerthan the error. A FENCE DRAWN ROUND THE YARD The same nine fixes, the same night. All of themfall inside, so the vehicle arrives once andleaves once. 41 arrivals overnight, from a vehicle that never moved 1 arrival same vehicle, same night, same tracker
The same vehicle, the same night, the same tracker. A satellite position is an estimate with a radius on it: draw the boundary inside that radius and successive fixes fall on both sides of the line while nothing moves. Illustrative figures, but the failure is the common one.
Use this diagram

Free to use on your own site, in a report or in training material, as long as the credit link stays on it. Paste this where you want the diagram to appear.

<figure>
  <img src="https://fleetoptix.co.uk/diagrams/geofencing-for-vehicles/1.svg" alt="Two panels. On the left, a boundary drawn tightly around a gate, smaller than the accuracy circle of a satellite fix, with position estimates scattered on both sides of it and a count of 41 arrivals overnight. On the right, the same vehicle and the same scatter inside a boundary drawn around the whole yard, producing one arrival." loading="lazy">
  <figcaption>
    <a href="https://fleetoptix.co.uk/blog/geofencing-for-vehicles">Geofencing for vehicles: what it produces, and where it goes wrong</a> — diagram by
    <a href="https://fleetoptix.co.uk">FleetOptix</a>
  </figcaption>
</figure>

Or take the file on its own: download the SVG.

A satellite fix is not a point. It is an estimate, and under a clear sky a consumer-grade receiver is typically good to a few metres — worse beside buildings, under trees, in a yard with a steel-clad warehouse on one side, where signals arrive having bounced off something first.

So if the fence is drawn tight to a gate, a vehicle parked near it will report positions on both sides of the line all night without moving an inch. Every crossing fires the rule. By morning there are dozens of arrivals at a site the vehicle never left, the alert has been ignored for a week, and somebody has concluded the tracking does not work.

The tracking works. The geometry was wrong. The fixes are these:

  • Draw round the whole site, not the entrance. A fence should be comfortably larger than the error you expect at that location.
  • Require a minimum dwell before an arrival counts — a vehicle that is inside for thirty seconds and out again has usually driven past.
  • Use a hysteresis gap where the software offers one: a slightly larger shape to exit than to enter, so a position sitting on the line cannot flap.
  • Never fence a gate, a weighbridge or a bay. Those are smaller than the error and will never work.
  • Check the output for a week before anybody is asked to act on an alert from it.

Three more failures worth knowing about

The accuracy problem is the common one. These are the ones that catch people who have already fixed it.

  • Polling interval. A vehicle at 50mph covers about 22 metres a second. If positions arrive once a minute it has moved over a kilometre between them, and a short stop inside a small fence can happen entirely between two fixes — so it never happened.
  • Ignition-off reporting. Many units report far less often, or not at all, with the engine off. An overnight dwell can therefore be bounded by a fix from before shutdown and one from after start-up, which is not the same as the vehicle having been there in between.
  • Overlapping fences. A yard inside an industrial estate inside a town means one crossing fires three rules. That is fine until somebody counts arrivals.

None of this makes geofencing unreliable. It makes it a measurement, with the error characteristics any measurement has, and the mistake is treating its output as fact rather than as evidence with a tolerance on it.

What it is genuinely good for on a regulated fleet

Most writing on this is about productivity. On an operator's licence there are narrower uses that are worth more, because they produce evidence rather than insight.

  • Where vehicles are actually based. A fence round each operating centre shows where vehicles spend their nights, which is the question asked when a licence is reviewed and the one operators answer from memory.
  • Out-of-hours movement. A vehicle leaving a yard at 02:00 on a Sunday is either a job nobody recorded or a problem, and both are worth knowing about tonight rather than in a month.
  • Dwell at customer sites, as the basis of a demurrage claim or a route plan that matches reality.
  • Unplanned stops, as a prompt rather than an accusation — a long stop somewhere unexpected is a conversation at the end-of-shift debrief, not a disciplinary.
  • Workshop attendance. A fence round the maintenance provider tells you a vehicle actually went, which is a useful cross-check against a vehicle recorded as off the road.

And what it does not prove

This is where geofence data gets oversold, and it matters because the things it cannot show are exactly the things a compliance system is asked for.

  • Who was driving. The fence saw a vehicle. The tachograph saw a driver card, and the two are not interchangeable.
  • Whether the drivers' hours rules were met. The tachograph record is the legal one; a geofence timestamp is at best a cross-check against it, and a contradiction between them is a question rather than an answer.
  • What happened at the site. A vehicle was inside a boundary for 37 minutes. Nothing in that says a delivery was made, a walkaround check was done or a defect was reported.
  • That a vehicle is roadworthy, which no position data has ever indicated.

Which is the same division that separates telematics from a compliance record generally: one answers where and how, the other answers what was done and what is due. A geofence is firmly on the first side of that line, and a rule that implies otherwise is a rule that will be believed at exactly the wrong moment.

The part most guides leave out: it is personal data

Tracking a vehicle driven by an identifiable worker is processing that worker's personal data, and in the UK that brings the ICO's guidance on monitoring workers into play. This is not a footnote. It is the part that generates complaints, and it is absent from almost every vendor explainer on the subject.

The points that bear most directly on a geofence, from the ICO's own guidance:

  • Workers have to be told about vehicle monitoring, and so do passengers.
  • Where private use of a vehicle is allowed, the ICO's position is that monitoring during private use will rarely be justifiable.
  • Monitoring driving behaviour, or using cameras or audio, is treated as high risk and requires a data protection impact assessment.
  • So does any tool that uses analytics to make inferences, predictions or decisions about drivers — which covers a good deal of what is sold as driver scoring.
  • Where the law requires the record — a tachograph, for instance — legal obligation is available as the lawful basis. A geofence is generally not in that category, so a different basis has to be identified and written down.
  • If a DPIA finds a high risk that cannot be reduced, the ICO has to be consulted before the processing starts.

In practice the operators who get this wrong are rarely acting in bad faith. They buy a tracking product, switch on the features it came with, and discover eighteen months later that nobody wrote down why, that the drivers were told about the tracker but not about the rules running on top of it, and that the vans go home with people at night.

Check the current ICO guidance rather than this page before you configure anything — it is the kind of detail that moves, and the consequences of getting it wrong land on a named person in your business.

Before you turn it on

  • Write down the question each fence is meant to answer. A fence without a question becomes an alert nobody reads.
  • Decide what the rule does. An email to a mailbox nobody owns is not a rule, it is a filter folder.
  • Draw round sites, not gates, and give every fence a minimum dwell.
  • Run it silently for a fortnight and read the output before anyone is asked to act on it.
  • Say what happens on an alert, and who it happens to — the same discipline that makes a tracked figure different from a number on a dashboard.
  • Do the data protection work first, not after the first complaint: tell the drivers, record the basis, and assess the risk where the ICO says to.

Done that way a geofence is a quietly excellent instrument — it produces a small number of dated, countable facts about where vehicles were, and those are hard to get any other way. Done the other way it produces forty-one arrivals a night at a yard nobody visited, and a driver who has worked out that the system is wrong about everything.

Key takeaways
  • A geofence does not show where a vehicle is. It turns a position stream into an arrival, a departure and a dwell — and the dwell is the figure that is hard to get otherwise.
  • It has four parts: a boundary, a position source, a comparison and a rule. You control the first one; the others fail silently.
  • Most trouble is geometric. A fence smaller than the error on a satellite fix reports a parked vehicle crossing it repeatedly, all night.
  • Draw round the whole site, require a minimum dwell, and never fence a gate, a weighbridge or a bay.
  • It cannot show who was driving, whether drivers' hours were met, or what was done on site. The tachograph and the maintenance record answer those.
  • Tracking an identifiable worker's vehicle is personal data. Tell them, record the lawful basis, and do a DPIA where the ICO's guidance says one is required.
Sources
  1. ICO: data protection and monitoring workers — the overarching guidance, including transparency and lawful basis
  2. ICO: considerations for different methods of monitoring workers — the section on vehicle monitoring, private use, driver behaviour and when a DPIA is required
  3. ICO: surveillance in vehicles — where cameras or audio are fitted alongside tracking
  4. ICO: when do we need to do a DPIA? — the threshold, and the duty to consult the ICO where a high risk cannot be reduced

Links checked 24 October 2026. Published guidance changes; where a figure matters to a decision, confirm it against the source rather than against this page.

About this article

The FleetOptix team

Written by people who work daily with fleet operators on drivers' hours, tachograph records and the paperwork that holds up under a DVSA inspection. Regulated detail is attributed to the body that sets it rather than asserted here, and the sources are listed above.

Published
24 October 2026
Last revised
Not since publication

How this is researched, dated and corrected is set out in our editorial standards. If something here is wrong or out of date, email hello@fleetoptix.co.uk — corrections to a regulated detail are made as soon as we can confirm them, and the revision date above moves when they are.