Telematik og flådestyring: GPS‑logs teknisk

Forside · Gennemgået oktober 2026 · Af John Nielsen

Data fra flådestyring og telematik bruges i tvister om kørselsregnskab, arbejdstid, leveringstidspunkter, skader og overholdelse af aftaler. En telematikenhed i køretøjet registrerer position, tid, hastighed og ofte tænding og motordata, og sender dem til leverandørens platform. Det, brugeren ser i portalen, er en bearbejdet version: positioner er samplet med mellemrum, ruter er tegnet mellem punkter, og stop er beregnet efter regler, som platformen bestemmer. Skal data bruges som bevis, skal rådata sikres, og bearbejdningen skal forstås.

Den juridiske side af data fra biler og flådestyring findes på digital-bevissikring.dk, og virksomhedens situation, når kørselsregnskab og GPS ikke stemmer, er beskrevet på bevissikring-digitalt.dk.

Hvordan data opstår

En telematikenhed består typisk af en GPS-modtager, et mobilmodem og en tilslutning til køretøjets elektronik. Enheden registrerer positioner efter faste regler, fx med et bestemt tidsinterval, ved en bestemt tilbagelagt afstand eller ved retningsskift, og sender dem til platformen, når der er mobildækning. Mangler der dækning, gemmes punkterne lokalt og sendes senere.

Position og tid · GPS-modtageren i enheden
Hastighed · GPS eller køretøjets egne sensorer
Tænding til og fra · Køretøjets elektronik eller spændingsmåling
Kilometertal · Køretøjets data eller beregnet fra GPS
Førerid · Brik, kort eller app, hvis systemet bruger det
Hændelser · Hård opbremsning, acceleration, tomgang, alarmer

Hvilke data der findes, afhænger af enhed, installation og abonnement.

Samplingsfrekvens

Samplingsfrekvensen er den vigtigste parameter for fortolkningen. Registreres en position hvert halve minut eller hvert minut, kan et køretøj have tilbagelagt flere hundrede meter mellem to punkter. Den rute, portalen tegner, er en linje mellem punkterne eller en tilpasning til vejnettet, ikke en registreret kørsel. Et kort stop mellem to punkter kan være usynligt, og en omvej kan forsvinde.

Mange systemer registrerer tættere ved hændelser som sving eller hastighedsændringer og sjældnere ved jævn kørsel. Indstillingerne kan være ændret over tid, og de kan være forskellige fra køretøj til køretøj. Fastlæg derfor intervallet for det konkrete system ud fra konfigurationen, og kontrollér det i rådata ved at se på tiden mellem punkterne.

Præcision

GPS-positioner har en usikkerhed, der under gode forhold er nogle få meter, men som kan blive væsentligt større i byer med høje bygninger, i tunneller, i parkeringshuse og under tæt bevoksning. Nogle enheder gemmer en angivelse af præcisionen eller antallet af satellitter for hvert punkt. Det er værdifuldt og bør med i eksporten.

Spørgsmål om, hvorvidt et køretøj var på en bestemt adresse, kræver derfor omtanke. En position, der ligger 30 meter fra en adresse, kan i et tæt byområde være forenelig med både adressen og naboejendommen. Fejlkilderne er grundlæggende de samme som for telefoners lokationsdata, beskrevet i lokationsdata på telefonen.

Beregnede størrelser

Mange af de tal, en portal viser, er beregnede:

Stop og ophold beregnes ud fra regler om, hvor længe køretøjet har holdt stille, eller om tændingen er slået fra.
Kørte kilometer kan være beregnet ud fra positionerne og bliver for korte, hvis samplingen er tynd.
Arbejdstid kan være udledt af tænding og bevægelse.
Adresser er slået op i et kortlag ud fra koordinaterne og kan være upræcise.
Privat og erhverv kan være markeret af føreren, af regler eller manuelt bagefter.

Beregnede værdier kan være nyttige, men de skal kunne føres tilbage til rådata, og beregningsreglerne skal kendes.

Tid

Telematikenheder får typisk tid fra GPS-signalet, som er meget præcist. Platformen kan dog vise tid i en anden tidszone, og en eksport kan være konverteret til lokal tid uden angivelse. Punkter, der er gemt i enheden under manglende dækning og sendt senere, kan have et modtagelsestidspunkt på platformen, der afviger fra registreringstidspunktet. Hold de to tidspunkter adskilt. Se server-tid og klient-tid.

Sikring

Identificér platform og leverandør, køretøjer, enheder med serienumre og den periode, sagen handler om.
Undersøg opbevaringen. Leverandørens opbevaring af detaljerede positioner kan være begrænset, og ældre data kan være reduceret.
Eksportér rådata for hvert køretøj: alle positioner med tid, koordinater, hastighed, præcision og hændelser, i et maskinlæsbart format.
Eksportér rapporter som supplement, fx kørebøger, men ikke som eneste kilde.
Dokumentér konfigurationen: samplingsregler, regler for stop, tidszone og eventuelle ændringer i perioden.
Sikr ændringshistorikken, hvis platformen har en, fx manuelle ændringer af ture fra privat til erhverv.
Hash eksporterne, og registrér konto, tidspunkt og fremgangsmåde.

Fremgangsmåden ved eksport fra webportaler og API’er er beskrevet i cloud-forensic via API og eksport.

Selve enheden i køretøjet kan indeholde data, som ikke er sendt, men udlæsning kræver typisk leverandørens medvirken. Køretøjets egne systemer kan også have data, men det er en særskilt kilde med egne udfordringer.

Kobling med andre kilder

Telematikdata bliver stærkere, når de holdes op mod uafhængige kilder. Typiske eksempler er brændstofkort med tidspunkt og station, betalinger for broer og parkering, leveringskvitteringer med tidspunkt, kundernes egne registreringer, adgangskontrol på pladser og lagre, og førerens telefon, hvis den lovligt indgår i sagen. Passer tidspunkter og steder sammen på tværs af kilderne, styrker det både telematikdata og de andre kilder. Afviger de, skal afvigelsen forklares, og forklaringen kan ligge i enhver af kilderne.

Kørebøger, som føreren selv har udfyldt, er en særskilt kilde. De kan sammenlignes med telematikkens ture, men det bør ske tur for tur og med opmærksomhed på, at portalens opdeling i ture er beregnet efter regler, mens førerens opdeling kan følge andre principper. En tur i portalen kan svare til to ture i kørebogen og omvendt.

Persondata og afgrænsning

GPS-data fra et køretøj, som en medarbejder også bruger privat, er persondata med høj detaljeringsgrad. En undersøgelse bør afgrænses til den periode og de køretøjer, sagen handler om, og privat kørsel bør kun indgå, hvor det er nødvendigt for spørgsmålet. Om virksomheden lovligt har kunnet registrere data, er et juridisk spørgsmål, der ligger uden for den tekniske analyse. Se dataminimering i forensic.

Fejlkilder

Ruten på kortet tages som registreret kørsel, selvom den er tegnet mellem punkter.
Huller i data tolkes som, at køretøjet holdt stille, selvom de kan skyldes manglende dækning, strømafbrydelse eller en defekt enhed.
Køretøjet forveksles med føreren. Telematikken registrerer køretøjet, ikke personen, medmindre der er en pålidelig førerid.
En enhed, der er flyttet mellem køretøjer, giver data under det forkerte køretøj i portalen.
Tidszone og sommertid er ikke afklaret i eksporten.

Hvad data kan og ikke kan bevise

Telematikdata kan med god sikkerhed vise, hvor en enhed var på de registrerede tidspunkter, inden for GPS’ens usikkerhed. De kan vise mønstre over tid, fx faste ruter, ophold og kørselstider. De kan ikke alene vise, hvem der kørte, og de kan ikke vise, hvad der skete mellem to punkter. Konklusioner om ophold på en bestemt adresse bør angive positionens usikkerhed og samplingen.

Rapporten bør beskrive enhed, platform, samplingsregler, eksportens indhold og tidszone, så en anden sagkyndig kan efterprøve analysen fra de samme rådata.

Kilder og versioner

Senest gennemgået: oktober 2026.

Næste skridt

Læs også: Kodelighed: sammenligning af to kodebaser, metode og fejlkilder · Smart home og IoT: data ligger oftest i producentens cloud

→ Uvildig IT-sagkyndig med forensic-baggrund · For IT-afdelingen · Tlf. 70 13 63 23 · Digital bevissikring hos Nielco IT

Skrevet af John Nielsen, IT‑sagkyndig og indehaver af Nielco IT. Selvstændig siden 2009 og mere end 30 års erfaring med IT‑sikkerhed. Har været IT‑sagkyndig i danske retskredse og ved Den Fælles Europæiske Patentdomstol (UPC). Om John Nielsen · LinkedIn · Redaktionel politik