Sendt er ikke det samme som bevist

Sagen kort

I 2026 nåede både Vestre Landsret den 13. januar og Østre Landsret den 1. april frem til samme resultat i sager om parkeringsselskabet APCOA Danmark, kendt som EuroPark. Sagen angik rykker- og inkassogebyrer for en kontrolafgift.

Selskabet gjorde gældende at have sendt rykkerbreve, som modtageren aldrig havde modtaget. Retten fandt, at fremkomsten ikke var tilstrækkeligt bevist, og forbrugeren blev frifundet.

Det bemærkelsesværdige er, hvad selskabet faktisk kunne fremlægge: kopier fra sine it-systemer og en beskrivelse af sine postrutiner. Det var ikke tilstrækkeligt. Østre Landsret lagde blandt andet vægt på 139 klager fra borgere over ikke-modtagne breve i samme periode, og på at selskabet ikke havde fremlagt GPS-data fra omdelingen, som distributøren kunne have leveret.

Forskellen mellem et systemevent og et bevis

Et systemevent siger, hvad systemet gjorde. Det siger noget om afsenderen. Et bevis for fremkomst siger noget om modtageren. De to er ikke det samme, og afstanden mellem dem er præcis der, hvor sagen blev afgjort.

Det er værd at bemærke, at selskabet ikke manglede dokumentation i almindelig forstand. Det havde et it-system, det havde kopier, og det kunne beskrive sin proces. Under de konkrete omstændigheder rakte det ikke.

Hvorfor det er relevant for automatiserede økonomiprocesser

Jo mere af økonomiprocessen der automatiseres, jo flere statusser produceres der, og jo lettere bliver det at forveksle statussen med begivenheden. Systemet skriver, at en påmindelse er sendt. Om nogen har modtaget den, ved systemet ikke nødvendigvis noget om.

• Mail sendt siger, at afsendelse blev forsøgt.
• Påmindelse genereret siger, at en regel udløste.
• Faktura eksporteret siger, at en fil blev dannet.
• Dokument uploadet siger, at noget blev gemt.
• Leverandør informeret er en fortolkning, ikke en måling.

Ingen af dem er værdiløse. De er bare svar på et andet spørgsmål end det, der stilles, når noget bestrides.

Hvad der styrker et spor

Sagen peger indirekte på, hvad der havde gjort en forskel: uafhængige data om selve leveringen frem for en beskrivelse af, hvordan processen normalt fungerer. En generel rutine dokumenterer ikke den konkrete forsendelse.

• Tidsstempler på den enkelte handling, ikke kun på reglen bag den.
• Uafhængig bekræftelse fra et andet system eller en tredjepart.
• Uændret historik, så sporet ikke kan skrives om bagefter.
• Kobling til sagen, så sporet kan findes ud fra aftalen eller fakturaen.

Det handler ikke om at mistro sine systemer

Pointen er ikke, at automatisering er upålidelig. Den er, at et spor skal kunne besvare det spørgsmål, der stilles bagefter, og at det spørgsmål sjældent er, om systemet kørte.

Det er værd at gennemgå de processer, hvor konsekvensen af en bestridt meddelelse er økonomisk: påmindelser, varsler, opsigelser, reklamationer og fristbaserede rettigheder. For dem er spørgsmålet ikke, om afsendelsen er registreret, men hvad der kan lægges frem.

Tre processer, hvor forskellen betyder noget

• Varsler og prisændringer: hvis en leverandør gør gældende at have varslet, og virksomheden bestrider det, afgøres spørgsmålet af, hvad der kan dokumenteres, ikke af hvad der er registreret hos afsenderen.
• Opsigelser: en opsigelse afsendt i tide, men bestridt modtaget, kan i praksis betyde et år mere på aftalen.
• Reklamationer og fristbaserede krav: her er tidspunktet ofte lige så afgørende som indholdet.

I alle tre tilfælde er det ikke selve handlingen, der er svær. Det er at kunne vise, at den fandt sted på det tidspunkt, den påstås at have fundet sted.

Gem beslutningen, ikke kun begivenheden

Et spor bliver væsentligt mere anvendeligt, hvis det ud over hændelsen også rummer, hvad der blev besluttet og hvorfor. At en påmindelse blev sendt, siger lidt. At virksomheden gennemgik en afvigelse, accepterede den efter kontrakten og noterede begrundelsen, siger noget, der kan bruges igen.

Det gør også den løbende drift lettere. Næste gang samme spørgsmål dukker op, findes svaret allerede, og det behøver ikke genfindes fra bunden.

Der ligger også en praktisk gevinst i det: en beslutning med en begrundelse kan genbruges, mens en løsrevet status skal fortolkes forfra hver gang. Det er forskellen mellem en historik, virksomheden kan læse, og en logfil, kun systemet forstår.

Hvad Hours gør ved det

Hours knytter dokumenter, korrespondance og handlinger til den aftale eller faktura, de hører til, med tidsstempler og historik. Formålet er, at et forløb kan fremlægges som en sammenhæng frem for som en række løsrevne statusser.

Hours kan ikke bevise, at en modpart har modtaget noget. Det kan intet afsendersystem alene. Men systemet kan sikre, at det, virksomheden faktisk har, kan findes og fremlægges samlet.

Ofte stillede spørgsmål

Gælder det også for vores fakturaer og påmindelser?

Sagerne angår rykkerskrivelser i forbrugerforhold. Men sondringen mellem en registreret afsendelse og et bevis for fremkomst er generel.

Er en logfil ikke dokumentation?

Den er dokumentation for, hvad systemet gjorde. Om det er tilstrækkeligt afhænger af, hvad der skal bevises, og af de konkrete omstændigheder.

Hvad kunne selskabet have gjort anderledes?

Retten pegede blandt andet på GPS-data fra omdelingen, som distributøren kunne have leveret. Uafhængige data om den konkrete levering vejer tungere end en beskrevet rutine.

Skal vi sende alt anbefalet?

Nej. Overvej i stedet, hvilke meddelelser der har økonomiske konsekvenser, hvis fremkomsten bestrides, og styrk dokumentationen netop dér.

Hvor længe bør sporet gemmes?

Så længe der kan rejses krav, der afhænger af meddelelsen. Det er ofte længere end selve sagsbehandlingen.

Kan et system garantere, at modtageren har set beskeden?

Nej. Et afsendersystem kan dokumentere, hvad det gjorde. Modtagelse kræver noget, der stammer fra modtagersiden eller fra en uafhængig part.

Denne artikel er generel information og ikke juridisk rådgivning. Sagerne angår forbrugerforhold, hvor bevisbyrden for fremkomst påhviler kreditor. Kilde: Forbrugerombudsmanden, pressemeddelelse af 1. april 2026.