Version 1.6, 10. september 2026.
Nyt i 1.6: Sikkerhedskopien tages nu af serveren hver nat kl. 02:15 og ikke længere af en planlagt opgave på databehandlerens bærbare computer (afsnit 4). Den juridiske gennemgang pegede på det som det punkt der ikke kunne skrives væk, og det er nu væk.
Samtidig er krypteringen lagt om: serveren har kun en offentlig nøgle og kan derfor lukke en kopi uden at kunne åbne den igen. Hverken Supabase eller Cloudflare kan læse en sikkerhedskopi.
Nyt i 1.5 — efter en juridisk forhåndsvurdering. Hele aftalen er gennemgået ordret mod artikel 28, stk. 3, litra a-h. Tre huller er lukket og fire formuleringer strammet:
- litra a: hvad der sker hvis loven pålægger os at behandle eller udlevere, stod der ingenting om (afsnit 3)
- litra b: "er pålagt tavshedspligt" er nu "har forpligtet sig skriftligt" (afsnit 8)
- litra f: et forbehold om "hvad et fritidsprojekt kan" er væk. Det indskrænkede en pligt der ikke kan indskrænkes ved aftale (afsnit 9)
- litra g: undtagelsen for lovpligtig opbevaring, og en procedure der sikrer at en gendannet sikkerhedskopi ikke bringer slettede personer tilbage (afsnit 11)
- litra h: revisionsklausulen er ikke længere en liste på tre (afsnit 12)
- Slettefristerne er nu standardindstillinger foreningen accepterer og kan ændre — ikke noget vi bestemmer for jer (afsnit 3)
- Brud: "uden unødig forsinkelse" i stedet for et maksimum på 48 timer (afsnit 10)
⚠️ Og én rettelse handler ikke om jura men om at aftalen sagde noget forkert: bestyrelsen kan læse med i alle holds grupper. Det har adgangsreglen altid gjort, appen har altid sagt det på skærmen, og aftalen skrev "kun holdet". Se afsnit 4.
Nyt i 1.4: Et afsnit om børn og unge (afsnit 7). Appen kender ikke alder, og et begynderhold kan have en 12-årig — så det stod ingen steder, hvem der tager stilling til det. Det gør foreningen, og nu siger aftalen det, sammen med de tre steder hvor det faktisk gør en forskel. De efterfølgende afsnit er rykket ét nummer.
Ændret siden 1.1: Der tages nu en automatisk sikkerhedskopi hver dag (afsnit 4). Den er krypteret før den forlader databehandlerens maskine og opbevares hos Cloudflare, som derfor er ny underdatabehandler (afsnit 5). Kopien ligger i EU — databasen er oprettet med Cloudflares
jurisdiction: "eu", som binder både drift og lagring til regionen.⚠️ Version 1.2 stod ved i nogle timer og sagde noget andet: at kopien kunne ligge uden for EU. Det var sandt for den tjeneste den lå i dengang (Workers KV, som ikke kan bindes geografisk), og den blev flyttet samme dag netop for at slippe for det forbehold. Ingen forening havde skrevet under på nogen af delene.
Aftalen er ikke gennemgået af en jurist. Den er skrevet efter databeskyttelsesforordningens artikel 28 og efter hvad systemet faktisk gør, og den dækker de punkter artikel 28, stk. 3, kræver. Men den er ikke juridisk rådgivning, og hverken foreningen eller vi kan støtte ret på at den er blevet efterset af en der lever af det.
Er I i tvivl om noget i den, så spørg — og lad være med at skrive under på noget I ikke forstår.
Den dataansvarlige ("foreningen")
[foreningens fulde navn][cvr-nummer][adresse][navn, rolle, mail]Databehandleren ("vi")
Databehandleren er ikke en virksomhed. Det er en enkelt hobbybiavler der driver en app i sin fritid. Det skal foreningen vide, før den lægger sin medlemsliste et sted — det siger noget om hvor hurtigt en fejl bliver rettet, og hvad der sker hvis personen holder op.
Foreningen bruger foreningsudgaven af Biavlguiden til at føre sin medlemsliste, sine hold, sin kalender og sine egne bistader. Til det skal oplysninger om foreningens medlemmer behandles på en server vi driver.
Foreningen er dataansvarlig: det er foreningens medlemsliste, og det er foreningen der bestemmer hvad der står i den, og hvorfor. Vi er databehandler og behandler kun oplysningerne for at kunne levere tjenesten.
Behandlingens karakter og formål: opbevaring, visning, ændring og sletning af foreningens medlemsregister og det foreningen selv skriver i appen, med det ene formål at levere foreningsudgaven til foreningen. Der behandles ikke til andre formål.
Varighed: aftalen gælder fra den underskrives og indtil foreningen holder op med at bruge udgaven. Behandlingen ophører efter afsnit 11.
Foreningens egne pligter. Foreningen er ansvarlig for at have et lovligt grundlag for at føre medlemsregistret, og for at oplyse sine medlemmer om behandlingen efter artikel 13 og 14 — herunder at oplysninger opbevares hos os. Det er den ene ting foreninger oftest glemmer, og det er ikke noget vi kan gøre for jer.
Kategorier af registrerede: foreningens medlemmer — herunder bestyrelsesmedlemmer, instruktører og kursister.
Kategorier af oplysninger:
| Slags | Konkret |
|---|---|
| Identifikation | Navn |
| Kontakt | Mailadresse, telefonnummer |
| Medlemsforhold | Rolle (medlem, instruktør, bestyrelse), status (aktiv, passiv, udmeldt), indmeldelsesdato, holdtilknytning og rolle på holdet |
| Fritekst | Bestyrelsens noter om det enkelte medlem |
| Aktivitet | Nyheder og beskeder skrevet i et holds samtale med forfatter og tidspunkt, anmeldelser af beskeder, tilmeldinger til arrangementer, reaktioner |
| Foreningens drift | Foreningens bigårde og stader med fri beskrivelse af stedet, samt eftersyn, midetællinger og fodringer — med noter og med hvem der gjorde det |
| Konto | Kontooplysninger hos vores underdatabehandler til at logge ind: en mailadresse eller et telefonnummer og et adgangsbevis |
| Fejlrapporter | Det medlemmet selv skriver når de melder en fejl, og et valgfrit skærmbillede de selv vælger at vedhæfte. Et skærmbillede kan vise en medlemsliste med navne og mailadresser. Kun den der har sendt rapporten kan se den i appen; den kan læses af os, fordi det er sådan fejlen bliver fundet. Slettes efter 12 måneder |
| Administrative ændringer | Hvem der har ændret et medlems rolle eller status, oprettet eller slettet et hold, og sat nogen på eller taget nogen af et hold — med tidspunkt. Kun bestyrelsen kan se det, og det slettes efter 24 måneder. Der logges ikke opslag eller læsninger, og et slettet medlem står ikke i listen bagefter |
Systemet er ikke indrettet til særlige kategorier af personoplysninger (artikel 9) eller oplysninger om strafbare forhold, og ingen af felterne beder om dem.
⚠️ Flere felter er fri tekst og kan i praksis komme til at indeholde følsomme oplysninger. De to der vejer mest, fordi de handler om mennesker, er bestyrelsens noter om et medlem og det der skrives i holdenes grupper. Derudover er beskrivelsen af en bigård, noterne på et stade, på et eftersyn, på en midetælling og på en fodring, og teksten i en fejlrapport, også frie felter. Vi kan ikke forhindre det teknisk uden at gøre felterne ubrugelige. Foreningen er dataansvarlig for hvad der bliver skrevet i dem, og bør sige udtrykkeligt til bestyrelse og instruktører at de ikke skal bruges til helbred, fagforening, religion eller lignende.
Det behandles ikke: medlemmernes egne bistader, egne logbøger, egne fotos, egen høst og egne midetællinger. De ligger på medlemmets egen telefon og sendes ingen steder hen. Det gælder også selv om medlemmet er med i foreningen.
Stadeplaceringer: foreningens bigårde har et fritekstfelt til stedet og ikke en adresse eller koordinater. Det er et bevidst valg, fordi stadeplaceringer er tyverifølsomme.
Vi behandler kun personoplysningerne efter foreningens dokumenterede instruks. Den her aftale og den tekniske indretning af appen ER instruksen i det daglige.
⚠️ Det er foreningen der bestemmer hvor længe oplysninger er nødvendige. Det følger af at foreningen er dataansvarlig, og det kan vi ikke tage fra jer ved at bygge en frist ind i et program.
Systemet leverer derfor et sæt standardfrister. De er valgt så de passer på en almindelig lokalforening, de gælder fra I skriver under, og de er en instruks I giver os ved at acceptere dem her — ikke en regel vi har fundet på jeres vegne:
| Hvad | Standard |
|---|---|
| Nyheder og overståede arrangementer | 5 år |
| Et medlem der selv har slettet sin bruger | 1 år (se nedenfor) |
| Administrationsloggen | 24 måneder |
| Fejlrapporter med skærmbilleder | 12 måneder |
Passer en frist ikke til jeres forening, så sig til. Beder I skriftligt om en anden frist, eller om at bestemte oplysninger slettes før, følger vi det. Vi håndhæver ikke en frist imod jer.
⚠️ Ærligt om begrænsningen: at ændre en standardfrist kræver i dag at vi gør det i databasen for jeres forening — der er ikke en knap til det i appen endnu. Det er en besværlighed, ikke en spærring, og I skal vide hvilken af de to det er.
Grænsen på de 5 år omfatter ikke medlemslisten, holdene eller det skrevne i grupperne.
Den sletter også et medlem der selv har slettet sin bruger, ét år efter at medlemmet gjorde det. Adgangen og loginnet forsvinder med det samme; navn, kontaktoplysninger og foreningens egen note bliver stående året ud, så foreningen kan gøre et udestående op. Derefter slettes medlemmets række og alt der hænger på den — beskeder i grupperne, tilmeldinger og holdmedlemskaber. Foreningens egne registreringer bliver stående uden navn på.
⚠️ Året hviler på foreningens egen vurdering, ikke på en generel undtagelse. Artikel 17, stk. 3, litra e undtager det der er nødvendigt for at fastlægge, gøre gældende eller forsvare et retskrav — men nødvendigheden skal vurderes konkret, og den vurdering er foreningens. Året er standarden fordi et kontingentår er et år. Har foreningen intet udestående med et bestemt medlem, er der ingen nødvendighed at støtte sig til, og så skal I bede os slette med det samme. Det gør vi.
⚠️ Men foreningen kan instruere os om at slette før. Det er foreningen der er dataansvarlig, og en frist vi håndhæver uden at foreningen kan røre den ville i praksis gøre os til den der bestemmer. Året er standarden, ikke en spærring: beder foreningen skriftligt om at et bestemt medlems oplysninger slettes tidligere, gør vi det.
⚠️ Et medlem som bestyrelsen markerer som udmeldt er ikke det samme og har ingen frist på sig. Det er foreningens egen dokumentation, og den sletter vi ikke af os selv.
Vi bruger ikke oplysningerne til egne formål. Vi sælger dem ikke, laver ikke statistik på dem der kan føres tilbage til en person, og bruger dem ikke til at træne noget.
Mener vi at en instruks strider mod databeskyttelsesreglerne, siger vi det til foreningen.
Hvis loven kræver noget andet. Bliver vi ved EU-ret eller dansk ret pålagt at behandle eller udlevere oplysninger uden foreningens instruks — en editionskendelse, en udleveringsbegæring — underretter vi foreningen om det retlige krav, inden vi behandler. Det gør vi ikke kun hvis loven selv forbyder os at sige det af hensyn til vigtige samfundsinteresser. Artikel 28, stk. 3, litra a.
Adgangskontrol i databasen. Hvem der må se og rette hvad, er
håndhævet i databasen som adgangspolitikker (row level security) — ikke i
appen. En ændret app kan derfor ikke gå uden om reglerne. Politikkerne er
skrevet med tilhørende prøver der kører som en almindelig bruger og
forsøger at komme udenom; prøverne ligger i server/-mappen og køres ved
hver ændring.
Konkret betyder det blandt andet:
⚠️ Bestyrelsens medlæsning er en bevidst konstruktion og ikke et hul.
Uden den kunne en anmeldt besked ikke behandles af nogen: den der skal
rydde op, skal kunne se hvad der er anmeldt. Det står her, fordi en
tidligere udgave af aftalen sagde "kun holdet", og det var forkert —
adgangsreglen har altid lydt is_board(...) or is_on_team(...). Appen har
hele tiden sagt det rigtige til bestyrelsesmedlemmet på skærmen; det var
dokumenterne der var bagud.
Kryptering. Forbindelsen mellem app og server er krypteret (TLS). Data på serveren er krypteret på disken hos underdatabehandleren.
Adgang for mennesker. Databehandleren har som eneste person teknisk adgang til databasen. Adgangen bruges til drift, fejlretning og sikkerhedskopier — ikke til at læse med. Der er ikke andre personer med adgang, og der oprettes ikke adgang til andre uden at foreningen får det at vide.
Sikkerhedskopier. Der tages en automatisk kopi af hele databasen hver nat kl. 02:15. Den laves og krypteres af serveren selv, inde i databasen, og sendes derefter til opbevaring hos Cloudflare i EU. Kopier gemmes i 180 dage; den nyeste ligger altid klar.
⚠️ Hverken Supabase eller Cloudflare kan læse en kopi. Serveren krypterer med en offentlig nøgle. Den kan lukke en kopi og kan ikke åbne den igen — det kan kun den private halvdel, som blev lavet den 10. september 2026, som aldrig har ligget på nogen server, og som databehandleren opbevarer.
Det betyder at de to virksomheder der holder jeres data, hver især sidder med noget de ikke kan læse: Supabase har databasen og ikke nøglen til kopierne, Cloudflare har kopierne og hverken nøgle eller database.
⚠️ Her stod der noget andet indtil 10. september 2026, og forskellen er værd at kende: kopien blev taget af en planlagt opgave på databehandlerens bærbare computer. Var den slukket i en uge, kom der ingen nye kopier den uge. En juridisk gennemgang kaldte det med rette ikke en holdbar driftsløsning for en tjeneste andre er afhængige af, og det er derfor ordningen nu kører på serveren.
Supabases gratis plan tager ingen kopier selv. Det er en begrænsning i planen og ikke et valg, og det er derfor ordningen ovenfor findes. Flyttes databasen en dag til en betalt plan, kommer der kopier fra underdatabehandleren i samme region oveni — og så opdateres afsnittet her.
Uafhængigt af det kan bestyrelsen når som helst hente hele foreningens data ned som én fil (se afsnit 11). Det anbefaler vi stadig et par gange om året: det er foreningens egen kopi, i foreningens egne hænder, og den er ikke afhængig af os overhovedet.
Foreningen giver hermed generel tilladelse til brug af underdatabehandlere. Ved brug af denne aftale er det:
| Underdatabehandler | Hvad de gør | Hvor |
|---|---|---|
| Supabase | Database, brugerkonti og API | AWS eu-north-1 (Stockholm) |
| Amazon Web Services | Serverdrift for Supabase | eu-north-1 (Stockholm) |
| Cloudflare | Opbevarer den daglige sikkerhedskopi, krypteret | D1 bundet til eu |
Den til enhver tid gældende liste ligger på biavlguiden.pages.dev/databehandleraftale, og den er den gældende — ikke papiret foreningen har underskrevet, som står stille fra den dag det blev skrevet under. Listen ovenfor er et øjebliksbillede af den dag.
Vi giver foreningen besked skriftligt og mindst 30 dage før en ny underdatabehandler tages i brug eller en udskiftes. Beskeden siger hvem, hvad de skal lave, hvor de ligger, og hvorfor.
Gør foreningen indsigelse inden for de 30 dage, og kan vi ikke levere tjenesten uden den pågældende underdatabehandler, kan foreningen opsige aftalen med virkning fra det tidspunkt ændringen træder i kraft. Foreningen får sine data udleveret efter afsnit 11, og betalt abonnement for tiden efter ophøret betales tilbage.
Vi pålægger enhver underdatabehandler de samme databeskyttelsesforpligtelser som dem der står i den her aftale, ved skriftlig aftale, jf. artikel 28, stk. 4. Opfylder en underdatabehandler dem ikke, hæfter vi over for foreningen for underdatabehandlerens opfyldelse — som var det vores egen.
Der overføres ikke personoplysninger uden for EU/EØS.
eu-north-1 (Stockholm).jurisdiction: "eu". Det er en garanti fra Cloudflare og ikke et
ønske: både drift og lagring holdes inden for regionen. Den svarer i
dag fra Stockholm.⚠️ Og den er krypteret oveni. Serveren låser kopien med en offentlig PGP-nøgle, inde i databasen, før den sendes. Den private halvdel har aldrig været på nogen server. Selv inden for EU er det ikke meningen at en udbyder skal kunne læse en forenings medlemsliste — og med den her opbygning kan ingen af dem det.
Skulle det blive nødvendigt at ændre noget af det, sker det ikke uden foreningens forudgående skriftlige accept og et gyldigt overførselsgrundlag.
⚠️ Appen kender ikke alder. Der er intet fødselsdatofelt, så for systemet er en 12-årig på begynderholdet et medlem som alle andre. Det er et bevidst valg — ingen skal ligge med børns fødselsdatoer for at drive et biavlskursus — men konsekvensen er at systemet aldrig kan hjælpe med det her. Foreningen er den eneste der ved hvem der er barn, og det er foreningens vurdering hvad det betyder.
Tre steder gør det en reel forskel:
Vi laver ingen markedsføring, ingen profilering og ingen automatiske afgørelser — hverken over for børn eller voksne. Det er dét, de særlige børneregler først og fremmest handler om, og derfor står der ikke mere her.
Ingen får adgang til oplysningerne uden skriftligt at have forpligtet sig til fortrolighed. Forpligtelsen gælder også efter at samarbejdet er ophørt.
I dag er der én person med teknisk adgang, og han er ikke underlagt en lovbestemt tavshedspligt — derfor står forpligtelsen her og ikke i en lov. Kommer der flere til, sker det ikke uden at foreningen får det at vide, og ikke uden en skriftlig forpligtelse først. Artikel 28, stk. 3, litra b.
Med de registreredes rettigheder. Vi bistår foreningen med passende tekniske og organisatoriske foranstaltninger, for så vidt muligt, med at svare på anmodninger om at udøve rettighederne i forordningens kapitel III — indsigt, berigtigelse, sletning, begrænsning af behandling, underretning, dataportabilitet, indsigelse, og retten til ikke at være genstand for en automatisk afgørelse.
Medlemmet retter henvendelse til foreningen, som er dataansvarlig. Det meste kan foreningen selv gøre i appen. Det foreningen ikke selv kan, gør vi, uden unødig forsinkelse.
Sletning kan medlemmet dog selv sætte i gang, under Min konto → Mine oplysninger → Slet min bruger. Foreningen skal ikke gøre noget og kan ikke forhindre det. Bestyrelsen ser det som en statusændring i medlemslisten og i ændringsloggen.
Med sikkerhed og brud. Vi bistår foreningen med at overholde forpligtelserne i artikel 32-36 — sikkerhed, anmeldelse og underretning ved brud, konsekvensanalyse og forudgående høring — under hensyntagen til behandlingens karakter og de oplysninger, der er tilgængelige for os.
⚠️ Her stod der noget andet, og det var ikke i orden. Tidligere udgaver skrev "i det omfang det er relevant og står i et rimeligt forhold til hvad et fritidsprojekt kan". Artikel 28, stk. 3, litra f har allerede sin egen begrænsning, og den er den ovenfor; at lægge et bredere forbehold oveni er at indskrænke en pligt der ikke kan indskrænkes ved aftale. At projektet er lille står i afsnittet "Mellem" og i afsnit 13, hvor det hører hjemme — ikke som en betingelse på en lovpligt.
Vi underretter foreningen uden unødig forsinkelse efter at være blevet bekendt med et brud på persondatasikkerheden. Det er forpligtelsen, og den har ingen øvre grænse at gemme sig bag.
Vores interne målsætning er 24 timer. Det er en driftsmålsætning, ikke et vilkår foreningen skal indrette sig efter, og den erstatter ikke "uden unødig forsinkelse" — den er strammere end den.
⚠️ Her stod der før "senest 48 timer", og det var uklogt. Foreningen har selv 72 timer til Datatilsynet fra foreningen bliver opmærksom på bruddet. Et absolut maksimum på 48 af dem er unødvendigt at give væk, og et tal i en kontrakt har det med at blive læst som en tilladelse til at bruge tiden.
Beskeden indeholder hvad der er sket, hvilke oplysninger og hvor mange personer der er berørt, hvad de sandsynlige konsekvenser er, og hvad vi gør ved det. Er alt ikke kendt endnu, sender vi det vi har og resten efterfølgende.
Det er foreningen der anmelder bruddet til Datatilsynet, hvis det skal anmeldes — det er den dataansvarliges pligt, ikke vores.
Holder foreningen op med at bruge udgaven, kan foreningen vælge:
Udleveringen kræver ikke at foreningen beder om den: bestyrelsen kan når som helst hente det hele selv under Foreningens oplysninger → Gem en kopi af det hele. Kun bestyrelsen kan det — et almindeligt medlem kan se medlemslisten i appen, men ikke trække hele registret ud som en fil. Filen indeholder medlemmer, hold, bigårde, logbøger, arrangementer og nyheder, og den kan læses uden appen.
Vi anbefaler at foreningen gør det et par gange om året, uanset om samarbejdet slutter eller ej.
Sletningen kan foreningen selv sætte i gang, under Foreningens oplysninger → Luk foreningen ned. Kun bestyrelsen kan det. Der går syv dage fra den beder om det til det sker — en frist bestyrelsen kan afbryde hele vejen, og som er der så en fejltagelse eller en stjålet telefon kan nå at blive opdaget. Fristen ligger i databasen og ikke i appen.
Foreningen skal vælge inden for 30 dage. Vælger foreningen ikke, sletter vi.
Vi sletter også eksisterende kopier — medmindre EU-ret eller dansk ret foreskriver at vi opbevarer dem. Sker det, siger vi hvilken regel det er.
En sikkerhedskopi kan ikke redigeres. En kopi man har rettet i, er ikke længere en sikkerhedskopi, og så er den heller ikke noget værd den dag den skal bruges. Derfor:
Kopier udløber af sig selv efter 180 dage. Er nogen slettet i dag, er de væk af databasen med det samme og ude af den sidste kopi et halvt år senere.
⚠️ Og hvis en kopi nogensinde bliver læst tilbage, sletter vi de slettede igen med det samme, som en del af gendannelsen. Vi fører en liste over hvad der er slettet efter foreningens instruks eller efter et medlems eget ønske, netop så en gendannelse ikke kan bringe nogen tilbage. En gendannelse er ikke færdig før den liste er kørt.
Listen ligger inde i sikkerhedskopien selv. Det er dét der får den til at virke: en kopi fra i mandags indeholder mandagens liste, en kopi fra i torsdags indeholder torsdagens — så jo nyere kopien er, jo mere ved den om hvem der har bedt om at blive glemt.
Og listen indeholder ingen personoplysninger. To id-numre og to datoer. Ikke et navn, ikke en mailadresse, ikke bestyrelsens note. Den skal overleve den person den handler om, og så må den ikke beskrive vedkommende — en sletteliste der noterede hvem der var slettet, ville være præcis dét den findes for at undgå.
⚠️ Det den ikke kan: en sletning der sker EFTER nattens kopi og før et nedbrud, står ikke i den kopi. En gendannelse mister alt fra det vindue — nye medlemmer, beskeder, det hele — og en sletning i det mister den på samme måde. Gendannelsen fortæller hvor bredt vinduet var, så vi kan spørge foreningen i stedet for at gætte.
Vi bekræfter skriftligt når sletningen er sket.
Vi stiller alle oplysninger til rådighed, der er nødvendige for at påvise at forpligtelserne i artikel 28 overholdes, og vi giver mulighed for og bidrager til revisioner og inspektioner — foretaget af foreningen selv eller af en revisor foreningen bemyndiger. Det er forpligtelsen efter artikel 28, stk. 3, litra h, og den er ikke begrænset til en liste.
I praksis er dette som regel nok, og det er mere end de fleste tilbyder:
Ovenstående er eksempler på opfyldelse, ikke grænsen for den. Foreningen betaler sin egen revisor; vi tager ikke betaling for vores tid til at bistå.
Hver part hæfter efter dansk rets almindelige regler og efter artikel 82 i databeskyttelsesforordningen.
⚠️ Intet i aftalen begrænser et medlems rettigheder. Et registreret medlem kan gøre sit krav gældende mod foreningen, mod os, eller mod begge, uanset hvad vi to har aftalt indbyrdes. Det kan man ikke aftale sig fra, og det ville være uærligt at lade som om.
Vi er et fritidsprojekt uden forsikring og uden selskab bag. Det står i afsnittet "Mellem" øverst, og det er værd at læse en gang til, før foreningen lægger sin medlemsliste her.
Aftalen kan kun ændres skriftligt og med begge parters accept, bortset fra ændringer der følger af ændret lovgivning.
Ved uenighed gælder dansk ret. ⚠️ Sagen anlægges efter retsplejelovens almindelige regler — ikke ved vores værneting. Et vilkår hvor den ene part udpeger sin egen hjemby, over for en frivillig forening uden jurist, er den slags der står i en kontrakt indtil nogen læser den.
Dato og underskrift
For foreningen: _______________________
For databehandleren: _______________________