En modpart, der får forelagt en kopi, svarer ofte, at siden ikke så sådan ud dengang, eller at teksten var der først. Svaret hviler på at holde tidspunkterne adskilt: hvornår kopien blev sikret, hvornår den blev lagt på nettet, og hvornår jeres original blev skabt, er tre forskellige spørgsmål med hver sine kilder. Jeres egen dokumentation kan give et pålideligt tidspunkt for sikringen. De to andre kræver andre spor.
Tre tidspunkter, der let blandes sammen
Det første tidspunkt er hentningen, altså hvornår I eller en sagkyndig så og gemte kopien. Det kan I selv styre og dokumentere godt.
Det andet er offentliggørelsen, hvornår kopien første gang blev synlig. Det ved modparten og platformen, mens I kun kan nærme jer det gennem datoer på siden, webarkiver og andres fund.
Det tredje er skabelsen af jeres original, som er grundlaget for at vise, at I var først. Det dokumenteres med jeres egne filer, versioner og leverancer. → Bevis for, at I var først
En dokumentation, der blander de tre sammen, er let at angribe. En skærmoptagelse fra i dag viser intet om, hvornår kopien kom op, og en dato i en sidefod beviser intet om, hvornår originalen blev skrevet.
Tidspunktet for jeres egen sikring
Hentningens tidspunkt hviler på flere kilder, der gerne skal stemme overens:
- Enhedens ur · stil det til automatisk tid fra nettet, og vis uret på skærmen i optagelser.
- Serverens eget tidspunkt · ifølge HTTP-standarden skal en webserver med et ur angive, hvornår svaret blev afsendt, i feltet Date.
- Webarkivformatet · gemmes siden som WARC, registreres tidspunktet for hver hentning i filen. → Sådan dokumenteres en hel hjemmeside
- Loggen · hvem sikrede, hvornår, med hvilken tidszone, og om der skete noget undervejs.
Afviger kilderne fra hinanden med mere end et øjeblik, så skriv det i loggen og forklar hvorfor. Et ur, der går forkert, er sjældent et problem, hvis afvigelsen er kendt og beskrevet. Sikres der fra flere enheder, fx både computer og telefon, bør alle stå på automatisk tid, og loggen bør nævne hver enhed for sig.
Tidspunkter, platformen og siden selv viser
Opslag, produktsider og artikler viser ofte en dato, fx “udgivet”, “opdateret” eller “for 3 timer siden”. De oplysninger kommer fra modpartens system og kan ændres af den, der ejer siden. De er nyttige som indikation og skal gemmes, men de er modpartens påstand om et tidspunkt.
Relative tider som “for 2 dage siden” skal omregnes og noteres ved siden af hentningstidspunktet, for de ændrer sig, hver gang siden vises. Er et opslag markeret som redigeret, så notér det, og undersøg om platformen viser tidligere udgaver.
Sider kan også rumme datoer, der ikke ses direkte, fx i kildekoden eller i billedfilernes navne og mappestier. De kan give fingerpeg om, hvornår noget blev lagt op, men de kommer også fra modpartens system og skal behandles med samme forsigtighed.
Webarkiver kan vise, at en side så ud på en bestemt måde på det tidspunkt, arkivet hentede den. Tidspunktet er arkivets og siger intet om offentliggørelsen, og arkivet har kun det, det tilfældigvis nåede at hente. → Wayback Machine som bevis
Kvalificerede tidsstempler og hashværdier
Vil I kunne vise, at en fil eksisterede på et givet tidspunkt og har været uforandret lige siden, kan filens hashværdi, et digitalt fingeraftryk, tidsstemples hos en tidsstempeltjeneste. Standarden RFC 3161 beskriver, at tjenesten kun får hashværdien, ikke selve filen, og at stemplet viser, at data fandtes før et bestemt tidspunkt.
Det virker både for kopien, I har sikret, og for jeres egne originaler. Kvalificerede tidsstempler udstedes af tjenester, der er godkendt efter EU’s regler for tillidstjenester. → Kvalificeret tidsstempel: bevis for, at noget fandtes
Et tidsstempel siger intet om, hvem der har lavet indholdet, eller om det er originalt. Det binder et indhold til et tidspunkt, intet andet. → Myter om bevis for ophav
Hvad dokumentationen kan og ikke kan vise
Med synkroniseret ur, serverens tidspunkt, en log og eventuelt et tidsstempel kan I vise, hvornår kopien blev sikret, og at materialet ikke er ændret siden. Det er et solidt fundament.
Dokumentationen kan ikke vise, hvornår kopien først blev lagt op, medmindre der findes ældre spor, og den beviser heller ikke alene, at jeres original er ældre. Hvordan tidspunkterne skal vægtes i en konkret sag, er en juridisk vurdering. Teksten er ikke juridisk rådgivning.
Det skal I lade være med
- Stille uret manuelt · det gør tidspunktet sværere at forsvare.
- Bruge datoen i et filnavn som bevis · filnavne kan ændres af enhver.
- Lade filsystemets datoer stå alene · de kan ændre sig, når filer kopieres eller flyttes.
- Tage sidens egen dato for gode varer · den kommer fra modpartens system.
- Gætte på tidspunkter bagefter · notér klokkeslæt undervejs, mens I sikrer.
- Blande tidszoner sammen · skriv altid, hvilken tidszone et klokkeslæt er angivet i.
Tjekliste
- ☐ Enhedens ur står på automatisk tid og er vist i optagelserne
- ☐ Hentningstidspunkt og tidszone er noteret i loggen
- ☐ Datoer og relative tider på kopien er gemt og omregnet
- ☐ Webarkiver er tjekket for ældre udgaver
- ☐ Hashværdier er beregnet og eventuelt tidsstemplet
- ☐ Tidspunkterne for jeres egne originaler er samlet særskilt
Når tidspunkterne er på plads, er næste skridt at samle dem i en tidslinje, som advokaten og senere en dommer kan følge. → Dokumentation, som en dommer uden IT-baggrund kan læse
Kilder
- RFC 9110, HTTP Semantics, afsnit 6.6.1: at feltet Date angiver, hvornår serverens svar blev afsendt.
- RFC 3161, Time-Stamp Protocol: at et tidsstempel viser, at data fandtes før et tidspunkt, og at tjenesten kun får hashværdien.
- Library of Congress: WARC, Web ARChive file format: at WARC registrerer tidspunktet for hentningen.
Senest gennemgået: november 2026.
Næste skridt
Del af: Artikler om kopiering og ophavsret
Læs også: Er et skærmbillede nok som dokumentation? · Sådan dokumenteres en kopiering · Hvor længe har kopien ligget online? Dokumentation af perioden · Kvalificerede tidsstempler og blockchain: hvad de beviser, og hvad de ikke beviser
→ Kontakt · Tlf. 70 13 63 23 · Bevissikring ved kopiering hos Nielco IT
