Sø- og Handelsretten behandler blandt andet erhvervssager og sager om immaterielle rettigheder. Mange af sagerne har et teknisk kerneområde: kopieret kildekode, et varemærke brugt i en webshop, et design, der sælges online, eller en samarbejdsaftale, hvor data er taget med ud af døren.
Denne artikel ser på, hvad der er særligt ved de digitale beviser i den type sager, og hvordan advokaten forbereder dem fra IT-siden. Rettens processuelle regler er advokatens felt.
Retten har fagkyndige medlemmer
I mange sager deltager fagkyndige medlemmer ved siden af de juridiske dommere. De fagkyndige har typisk erhvervserfaring inden for det område, sagen handler om.
For de digitale beviser betyder det to ting:
- Forklaringer skal være præcise. En overforenklet forklaring kan virke utroværdig over for en fagkyndig, der kender området.
- Det tekniske skal stadig kunne læses af jurister. Bilag og processkrifter skal både holde fagligt og være til at følge for retten som helhed.
Det taler for en klar adskillelse mellem det, data viser, og det, parten udleder af dem.
Typiske sagstyper og deres digitale beviser
- Ophavsret til software · Kildekode, versionshistorik i Git, byggefiler, commit-tidspunkter, udviklernes mails
- Varemærke og design online · Webshops, markedspladser, annoncer, sociale medier, domæneregistreringer
- Markedsføring · Annoncer, landingssider, anmeldelser, søgeordskøb
- Forretningshemmeligheder · Fil- og mailspor fra fratrådte medarbejdere, USB-spor, cloudlogs
- Erhvervsaftaler · Mails, chat, delte dokumenter, systemlogs, fakturaer
For flere af sagstyperne findes der særskilte artikler. Se fx ophavsret til software og kildekode.
Det, der forsvinder først
I sager om onlinesalg og markedsføring er de vigtigste beviser ofte de mest flygtige. En webshop kan ændres på få minutter, en annonce kan slås fra, og et opslag kan slettes. Sikring bør derfor ske, før modparten bliver opmærksom på sagen.
Prioritér i denne rækkefølge:
- Indhold, der kan ændres eller fjernes af modparten selv (websider, annoncer, opslag, produktlister).
- Data hos tredjemand med korte opbevaringsperioder (logdata, markedspladsdata).
- Klientens egne data, der kan forsvinde i almindelig drift (mails, chat, versionshistorik).
En webside sikres bedst med en dokumenteret metode, der viser adresse, tidspunkt og hele siden, ikke kun et skærmbillede. → Sådan gemmer du en webside som dokumentation
Bevissikring hos modparten
Hvis beviserne ligger hos modparten, og der er risiko for, at de forsvinder, kan fogedretlig bevissikring komme på tale i sager om immaterielle rettigheder. Her er den tekniske forberedelse afgørende: Hvilke enheder, konti og systemer skal sikres, og hvordan afgrænses søgningen? → Fogedretlig bevissikring med IT-sagkyndig
Kildekode som bevis
Sager om software rejser ofte spørgsmålet, om én kode er kopieret fra en anden. Det kan ikke afgøres alene ved at se, om filerne ligner hinanden. En teknisk sammenligning skal tage højde for:
- Fælles kilder: Open source-biblioteker, skabeloner og kode genereret af udviklingsværktøjer kan få to programmer til at ligne hinanden, uden at der er kopieret.
- Funktionelle begrænsninger: Nogle problemer kan kun løses på få måder.
- Tidsforløb: Versionshistorik kan vise, hvornår kode blev tilføjet, men historikken kan også omskrives. Den skal sikres fra flere steder, hvis det er muligt. → Kildekode og Git som bevis
- Kodens oprindelse: Hvem har haft adgang til den oprindelige kode, og hvornår?
En sammenligning bør beskrive metode, værktøj og hvilke dele af koden der er sammenlignet. Det gør resultatet efterprøveligt.
Syn og skøn eller partsindhentet erklæring
I tekniske erhvervssager er syn og skøn ofte vejen til en uvildig vurdering. Fordi retten kan have fagkyndige medlemmer, er det særligt vigtigt, at skønstemaet er præcist. Spørgsmål, der er uklare eller ledende, bliver let tydelige for en fagkyndig læser.
Gode spørgsmål til skønsmanden:
- “Hvilke dele af programmet [navn] version [x] svarer til programmet [navn] version [y], og hvad er grundlaget for besvarelsen?”
- “Kan skønsmanden på grundlag af versionshistorikken oplyse, hvornår funktionen [navn] første gang blev tilføjet?”
- “Er der tegn på, at versionshistorikken er ændret efter [dato]?”
Dårlige spørgsmål:
- “Har sagsøgte kopieret sagsøgerens software?” Det er et retligt spørgsmål, ikke et teknisk.
- “Bekræft, at koden er identisk.” Det er ledende og mangler afgrænsning.
Hvad onlinedata kan og ikke kan vise
I sager om varemærker, design og markedsføring bruges ofte data om modpartens onlineaktivitet. Det er vigtigt at være klar over grænserne:
- Sikret webside · Kan typisk vise: At indholdet var tilgængeligt på et bestemt tidspunkt · Kan typisk ikke vise alene: Hvor længe det har været der, eller hvor mange der har set det
- Domæneregistrering · Kan typisk vise: Registreringsdato og eventuelt registrator · Kan typisk ikke vise alene: Hvem der reelt står bag, hvis oplysningerne er skjult
- Annonce på en platform · Kan typisk vise: At annoncen blev vist i en bestemt visning · Kan typisk ikke vise alene: Antal visninger og målgruppe, medmindre data hentes fra platformen
- Webarkiver · Kan typisk vise: Tidligere udgaver af en side · Kan typisk ikke vise alene: At arkivet er fuldstændigt; ikke alle sider og datoer er gemt
- Salgsdata fra klienten · Kan typisk vise: Ændringer i klientens eget salg · Kan typisk ikke vise alene: Årsagssammenhæng med modpartens adfærd
Omfang og varighed kræver ofte data, som kun modparten eller platformen har. Det taler for at overveje edition tidligt, mens dataene stadig findes.
Forbered forklaringen til et blandet panel
En teknisk forklaring for en ret med fagkyndige medlemmer bør bygges i lag:
- Hvad er spørgsmålet, i én sætning?
- Hvilke data er undersøgt, og hvordan er de sikret?
- Hvad viser dataene konkret?
- Hvilke usikkerheder og alternative forklaringer findes?
Det fjerde punkt er vigtigt. En fagkyndig vil ofte selv tænke på de alternative forklaringer, og det styrker troværdigheden, at de er behandlet på forhånd.
Fortrolighed
Erhvervssager handler ofte om netop det, parterne ønsker at holde hemmeligt: kildekode, kundelister, prismodeller. Det rejser praktiske spørgsmål om, hvem der må se hvad. Mulige løsninger:
- En uvildig IT-sagkyndig foretager gennemgangen og udleverer kun resultatet.
- Fortrolige dele fremlægges i afgrænset form med oplysning om, at det fulde materiale kan stilles til rådighed under betingelser.
- Adgang til kildekode sker i et kontrolleret miljø frem for ved udlevering af kopier.
Typiske fejl
- Webshoppen er dokumenteret med enkelte skærmbilleder uden adresse og tidspunkt.
- Versionshistorikken er sikret fra én kilde, som modparten kan bestride.
- Skønstemaet stiller juridiske spørgsmål i teknisk forklædning.
- Lighed i kode præsenteres som bevis for kopiering uden analyse af fælles kilder.
- Fortrolighed håndteres først, når modparten beder om at se materialet.
Spørgsmål til klienten
- Hvor ligger den oprindelige kode, design eller tekst, og hvornår blev den skabt?
- Hvem har haft adgang til materialet, internt og eksternt?
- Hvornår blev krænkelsen opdaget, og hvad er gemt siden?
- Har nogen allerede kontaktet modparten?
→ Send en sag · Tlf. 70 13 63 23 · IT-sagkyndig bistand til advokater hos Nielco IT
