CORENTA – POLITIK FOR OPBEVARING OG BORTSKAFFELSE AF DATA

Denne oversættelse er kun til orientering; den tyrkiske tekst er juridisk bindende.

Sletning af klient uden konto: Når klinikkens administrator vælger Slet, betragtes det som en anmodning; posten fjernes straks fra den aktive liste, og efter 30 dage slettes/tømmes identitets-/kontaktoplysninger og klientens helbredsfelter (blodtype, allergier, kroniske lidelser, medicin) (se 5.0). Den generelle beskrivelse af sletning af konto nedenfor skal i dette særlige tilfælde ikke fortolkes som et krav om permanent sletning af klientens række. Anamnese, målinger, sessionsnoter og økonomiske poster forbliver underlagt deres egne opbevaringsbestemmelser.

Ikrafttræden / senest opdateret: 19. oktober 2026 Version: 1.9 Dataansvarlig / udgiver: Mertcan Demir – enkeltmandsvirksomhed under binavnet "Teta Studio"

Ændringslog

• 1.9 – 19. oktober 2026: Formuleringen "kun Tyrkiet" i afsnit 14 blev erstattet med det globale udbud; opbevaringsperioderne er uændrede.
• 1.8 – 19. oktober 2026: Udgivet version; ikrafttræden 19. oktober 2026. I afsnit 4 blev der tilføjet en række (række 12) for klinikkens gruppebeskeder og de beskedkopier, der sættes til side til teamets gennemgang; listen over periodisk bortskaffelse i afsnit 7 blev udvidet tilsvarende; oplysningerne om MERSİS og KEP, som stod tomme, blev fjernet fra tabellen i 1.3.
• 1.7 – 11. oktober 2026: I henhold til overensstemmelsesgennemgangen af 11. oktober 2026 (F01, F02, F08, F11, F13, F19, F21): formuleringen i §11 om, at "Supabase/Frankfurt ikke er en overførsel til udlandet", blev fjernet, og afsnittet om overførsel til udlandet blev skrevet i overensstemmelse med art. 9 i lov nr. 6698, som den lyder efter 2024 (standardkontrakterne er endnu ikke underskrevet); formuleringen "anonym" for helbreds-/klinik-/økonomiske poster blev rettet til begrænset opbevaring, efter at forbindelsen til personen er brudt (sessionsnotens fritekst ændres ikke); retsgrundlaget for rækken om bevis for samtykke blev rettet til art. 5/2-e (den fejlagtige henvisning til art. 20/2 blev fjernet); rækken om formularen for tidlig adgang blev opdateret i overensstemmelse med adskillelsen af oplysning og samtykke til kommercielle meddelelser; princippet om periodisk bortskaffelse hver 6. måned blev tilføjet for kategorier uden automatisk bortskaffelse; identitetsoplysningerne blev rettet til enkeltmandsvirksomhed; afsnittet om VERBİS blev skrevet i overensstemmelse med Kuruls afgørelser fra 2025.
• 1.6 – 10. oktober 2026: Expo (Expo Push Notification Service) blev fjernet fra fortegnelserne over underdatabehandlere/databehandlere; push-notifikationer leveres kun via Apple (APNs) og Google (FCM), og Expo/EAS er kun et værktøj til at bygge appen og behandler ikke slutbrugerdata.
• 1.5 – 10. oktober 2026: Formuleringen om valg af Google Analytics blev fjernet; det blev præciseret, at der ikke bruges analyse fra tredjeparter, og hvilke databehandlere der håndterer push.
• 1.4 – 4. oktober 2026: Den eksisterende tekst blev fastlagt som godkendt version. I denne version blev kun følgende indarbejdet: sletning af konto (adgangen afbrydes straks, personoplysninger slettes/anonymiseres, betalingsposter, der skal opbevares efter loven, opbevares uden identitet; ingen fortrydelsesfrist); sletning af klientens helbredsfelter efter 30 dage; fristen på 7 dage for forældreløse kvitteringer; at klientens kontaktoplysninger forbliver skjulte i supporttilstand; måling på serversiden uden identitet; tjenestemails og Google Workspace; databehandlere for push; supportadresse; marked (Tyrkiet).
• 1.3 – 7. juli 2026 (opdatering af 4. august 2026): tidligere version.

Vigtig bemærkning om rollen som dataansvarlig / databehandler: Denne Politik for opbevaring og bortskaffelse af data ("Politikken") fastlægger, hvor længe de personoplysninger, der behandles inden for rammerne af softwaretjenesten Corenta ("Tjenesten" eller "Appen"), som er udviklet og drives af Mertcan Demir, der driver virksomhed som enkeltmandsvirksomhed under binavnet "Teta Studio" ("Corenta", "Teta Studio", "Virksomheden"), opbevares, hvilke kriterier der lægges til grund for fastsættelsen af disse perioder, og med hvilke metoder oplysningerne slettes, destrueres eller anonymiseres, når opbevaringsperioden udløber, eller grundlaget for behandlingen bortfalder.

Denne Politik er udarbejdet inden for rammerne af lov nr. 6698 om beskyttelse af personoplysninger ("KVKK"), bekendtgørelsen om sletning, destruktion eller anonymisering af personoplysninger ("Bekendtgørelsen") og anden relevant lovgivning og er en uadskillelig del af Corentas fortegnelse over behandling af personoplysninger. Denne Politik bør læses sammen med den relevante Oplysningstekst/Privatlivspolitik, hvor formålene med behandlingen og retsgrundlagene er nærmere beskrevet; dette dokument regulerer kun opbevaringsperioder og metoder til bortskaffelse og har ikke til formål alene at opfylde hele oplysningspligten efter KVKK art. 10.

1. Formål og anvendelsesområde

1.1. Formål

Formålet med denne Politik er at beskrive kriterierne for fastsættelse af den maksimale periode, der er nødvendig for det formål, hvortil de personoplysninger, Corenta behandler, behandles, anvendelsen af de perioder, der er fastsat i lovgivningen, samt procedurerne og principperne for sletning, destruktion eller anonymisering af personoplysninger, hvis opbevaringsperiode er udløbet. Denne Politik er udarbejdet på grundlag af bestemmelserne i KVKK art. 5, art. 6, art. 7, art. 10, art. 11 og art. 12 og de relevante artikler i Bekendtgørelsen.

1.2. Anvendelsesområde og rollefordeling – vigtig advarsel

Denne Politik omfatter to adskilte områder, hvor Corenta behandler data i to forskellige roller; denne sondring anvendes konsekvent i hele Politikken og har direkte betydning for, hvordan tabellen over opbevaringsperioder skal fortolkes:

(a) Sammenhængen for virksomhedens websted (corenta.app – formular til anmodning om tidlig adgang/demo): For så vidt angår de personoplysninger, som potentielle erhvervskunder, der viser interesse for produktet, sender via ansøgningsformularen for tidlig adgang, optræder Corenta/Teta Studio direkte som Dataansvarlig i henhold til KVKK art. 3.

(b) Sammenhængen for SaaS-produktet (app.corenta.app): For så vidt angår de personoplysninger om egne klienter ("Registreret klient"), som centre for klinisk pilates, fysioterapi, reformer, wellness/massage og yoga ("Tenant", "Virksomhed" eller "Klinik"), der bruger Corenta-platformen via abonnement, lægger ind på platformen (kontaktoplysninger, anamnese, sessionsnoter, data om aftaler/pakker m.v.), er Klinikken Dataansvarlig i henhold til KVKK art. 3; Corenta/Teta Studio leverer derimod alene som Databehandler teknisk infrastruktur efter Klinikkens instrukser. Oplysningspligten over for klienterne, indhentning af udtrykkeligt samtykke og den endelige beslutning om opbevaring/bortskaffelse af klientdata henhører under Klinikkens retlige ansvar. Corenta gør det teknisk lettere at opfylde disse forpligtelser i produktet (mekanismen til registrering af samtykke consent_logs, den mobile KVKK-godkendelsesskærm kvkk.tsx, revisionsspor), men overtager eller påtager sig ikke Klinikkens forpligtelse til at overholde KVKK. De opbevaringsperioder, der er beskrevet i denne Politik for denne sammenhæng, viser, hvor længe Corenta som databehandler faktisk opbevarer disse data i sin infrastruktur; den endelige beslutning om bortskaffelse og perioden herfor kan udformes efter Klinikkens instrukser og den lovgivning, Klinikken er underlagt.

Denne Politik omfatter desuden, for så vidt angår de generelle principper, processerne for opbevaring/bortskaffelse af personoplysninger om Corentas medarbejdere, forretningspartnere og leverandører; Politikkens egentlige fokus er dog de kunde-/klientdata, der er defineret i litra (a) og (b) ovenfor.

1.3. Oplysninger om dataansvarlig / databehandler

1.4. Retsgrundlag i lovgivningen

• Lov nr. 6698 om beskyttelse af personoplysninger,
• Bekendtgørelsen om sletning, destruktion eller anonymisering af personoplysninger (Resmî Gazete af 28.10.2017 nr. 30224),
• Vejledningen om sletning, destruktion eller anonymisering af personoplysninger og afgørelser fra Kişisel Verileri Koruma Kurulu ("Kurul"),
• Lov nr. 6102 om tyrkisk handelsret (opbevaring af handelsbøger og -dokumenter),
• Lov nr. 213 om skatteprocedure (opbevaring af regnskabsposter),
• Anden relevant sektorlovgivning (herunder, i det omfang den finder anvendelse, lovgivning om levering af sundhedsydelser).

2. Definitioner

3. Kriterier for fastsættelse af perioder for opbevaring og bortskaffelse (KVKK art. 5, art. 6)

3.1. Grunde, der kræver opbevaring

Hos Corenta opbevares personoplysninger kun så længe, som det udtrykkeligt er fastsat i den relevante lovgivning, eller så længe, som det er nødvendigt for det formål, hvortil de behandles. Ved fastsættelsen af opbevaringsperioden lægges følgende kriterier til grund:

1. Er der en lovbestemt opbevaringspligt? (F.eks. minimumsperioder for opbevaring af regnskabsposter efter den tyrkiske handelslov og skatteprocedureloven.)
2. Til hvilket formål er oplysningerne behandlet, og er dette formål stadig gældende? (KVKK art. 5/2 – princippet om formålsbegrænsning.)
3. Er de nødvendige for indgåelse/opfyldelse af aftalen? (F.eks. data om aftaler og pakker, mens abonnements-/tjenesteforholdet består.)
4. Er de nødvendige for at fastlægge, udøve eller beskytte en rettighed (som bevis i en eventuel retstvist)? (Under hensyntagen til de almindelige forældelsesfrister i obligationsloven.)
5. Har den registrerede givet udtrykkeligt samtykke, og er samtykket fortsat gyldigt?
6. Har Corenta eller Klinikken en legitim interesse? (F.eks. sikkerhedslogge, afsløring af svig/misbrug.)
7. Hører oplysningerne til kategorien følsomme (helbreds)oplysninger? I så fald anvendes efter KVKK art. 6 strengere adgangsbegrænsninger og krav til begrundelse; opbevaringsperioden udvides aldrig ud over formålet.

Kræver ingen af ovenstående kriterier opbevaring af bestemte personoplysninger, slettes, destrueres eller anonymiseres oplysningerne straks.

3.2. Grunde, der kræver bortskaffelse

Personoplysninger slettes, destrueres eller anonymiseres i følgende tilfælde på den pågældende persons anmodning eller af egen drift af Corenta/Klinikken:

a) ændring eller ophævelse af de lovbestemmelser, der danner grundlag for behandlingen, b) bortfald af det formål, der kræver behandlingen eller opbevaringen, c) i tilfælde af behandling på grundlag af udtrykkeligt samtykke, den registreredes tilbagetrækning af samtykket, d) den registreredes anmodning om sletning/destruktion inden for rammerne af rettighederne efter KVKK art. 11, og at anmodningen imødekommes (anmodning om sletning af konto), e) udløb af opbevaringsperioden for personoplysningerne, og at der ikke længere er noget retsgrundlag, der kræver opbevaring, f) at aftalen aldrig er indgået, er ugyldig, er ophævet, eller at der er trådt tilbage fra aftalen, g) endelig gennemførelse af en anmodning om sletning af konto inden for den proces, der er angivet i punkt 5 i denne Politik.

4. Tabel over datakategorier, opbevaringsperioder og metoder til bortskaffelse

Tabellen nedenfor viser de vigtigste kategorier af personoplysninger, der behandles i Corentas infrastruktur, opbevaringsperioden, begrundelsen og den metode til bortskaffelse, der anvendes ved periodens udløb. Medmindre andet udtrykkeligt er angivet, er hovedreglen: "Så længe den tilknyttede konto/post er aktiv + 30 dage fra behandlingen af anmodningen om sletning af konto." Tabellen bør læses sammen med forløbet for sletning af konto, der er beskrevet i afsnit 5. For visse kategorier er trinnet efter 30 dage i dette forløb ikke DELETE (permanent sletning), men anonymisering – denne sondring er udtrykkeligt angivet i de pågældende rækker og i afsnit 6.2.

<div style="overflow-x:auto">

</div>

Bemærkning 1: Udtrykket "så længe kontoen/tenanten er aktiv" i tabellen ovenfor betegner den periode, hvor den pågældende Kliniks abonnement på Corenta løber, og klientposten ikke er slettet af Klinikken. Hvornår Klinikken sletter data om sin egen klient, fastlægges af Klinikken (som Dataansvarlig) inden for rammerne af dens egen KVKK-politik og dens forhold til klienten; Corenta stiller den tekniske mulighed for denne proces til rådighed.

Bemærkning 2: Perioderne på 2 år i række 7 (revisionsspor) og 5 år i række 8 (samtykkeregistreringer) er faste opbevaringsperioder fastsat af Corenta (i modsætning til TTK/VUK-perioden i række 6 beror de ikke direkte på en lovbestemmelse; de er et selvstændigt bindende tilsagn, der er fastsat inden for rammerne af legitim interesse og bevisbyrde efter KVKK art. 5/2-f). Ved udløbet af disse perioder kører der i øjeblikket ingen automatisk mekanisme til sletning ved opbevaringsperiodens udløb i systemet – når perioden udløber, foretages sletning/anonymisering manuelt, og denne Politik vil blive opdateret, når automatiseringen tages i brug. Udtrykket "højst 2 år" i række 9 (data fra formularen for tidlig adgang) har et andet anvendelsesområde og betegner, som forklaret i den pågældende række, en særskilt retlig maksimumsgrænse.

5. Processen for sletning af konto – forløbet fra start til slut

For teknisk at kunne imødekomme de registreredes anmodninger om sletning efter KVKK art. 11 anvender Corenta en sletningsarkitektur i to trin, der afvejer brugeroplevelsen over for behovet for datasikkerhed/retligt bevis: øjeblikkelig blød sletning (soft-delete) efterfulgt af permanent sletning efter 30 dage.

5.0. Ændring af 4. oktober 2026 – hvor den er i modstrid med 5.1–5.7, har dette punkt forrang

Sletning af konto (pr. 4. oktober 2026): Når anmodningen om sletning er bekræftet, afbrydes adgangen til kontoen straks (sessionerne afsluttes, og det er ikke muligt at logge ind); personoplysningerne slettes eller anonymiseres (navn, e-mail, telefon, billede samt klientens identitets-/kontaktoplysninger og helbredsfelter – blodtype, allergier, kroniske lidelser, medicin – ryddes); betalings- og afregningsposter, som skal opbevares efter loven, slettes ikke; de opbevares med begrænset adgang, efter at forbindelsen til personen er brudt. Der er ingen fortrydelsesfrist efter anmodningen; den permanente sletning af godkendelsesposten og filerne gennemføres i den eksisterende baggrundsproces på tredive dage.

Sletning af en klientpost og helbredsfelter (pr. 4. oktober 2026): Når virksomheden sletter en klientpost uden konto, fjernes posten straks fra den aktive liste; efter 30 dage slettes/tømmes klientens helbredsfelter (blodtype, allergier, kroniske lidelser, medicin) sammen med identitets- og kontaktoplysningerne. Reglerne for opbevaring af anamneseskemaer, målinger og sessionsnoter påvirkes ikke af denne bestemmelse.

Kvitteringsfiler (pr. 4. oktober 2026): Kvitteringsfiler, der ikke er knyttet til en betaling (forældreløse), slettes automatisk efter 7 dage; en kvittering, der er knyttet til en betaling, kan ikke slettes af nogen rolle.

Klientkontakt i supporttilstand (pr. 4. oktober 2026): I en supportsession hos Corenta (superadministrator) vises klientens e-mail og telefonnummer ikke for supportpersonalet; supportpersonalet kan kun se et begrænset identitetsresumé (navn, kontostatus, aktivitet, oprettelsesdato).

Ret til at skrive i helbredsfelter (pr. 4. oktober 2026): Klientens helbredsfelter (blodtype, allergier, kroniske lidelser, medicin) kan kun udfyldes af klienten selv og den tildelte specialist; virksomhedens ejer/administrator kan ikke skrive i disse felter (men kan redigere nødkontakten og identitetsfelterne).

Pseudonymiseret produktmåling: Med henblik på at forbedre produktet kan der udelukkende på serversiden måles aggregerede brugshændelser med et pseudonymt klinik-id; denne måling omfatter ikke IP-adresser, helbredsoplysninger eller sporing af kilde/annoncer. Det pseudonyme klinik-id er af pseudonym karakter (det er ikke anonymt). Funktionen er i øjeblikket slået fra.

5.1. Trin 1 – Øjeblikkelig blød sletning (soft-delete)

I det øjeblik brugeren bekræfter anmodningen om sletning af konto i appen, udfører systemet følgende handlinger samtidig og øjeblikkeligt:

1. Brugerens profilpost gøres inaktiv ved, at feltet deleted_at udfyldes; kontoen bliver utilgængelig/usynlig for normal brug og kan ikke bruges til at logge ind.
2. Brugerens kommende (endnu ikke afholdte) aftaler aflyses automatisk.
3. Tildelinger (klient-specialist-koblinger, programtildelinger), hvor brugeren indgår som specialist/ressource, fjernes.
4. Alle brugerens samtykker trækkes tilbage (registreres ved, at feltet revoked_at udfyldes i posterne i consent_logs).

På dette trin er dataene ikke fysisk slettet, men er gjort utilgængelige med henblik på normal behandling og visning. Dette udgør det første skridt i sletningsprocessen i form af at "gøre utilgængelig" i den forstand, der følger af KVKK art. 7 og Bekendtgørelsen.

5.2. Trin 2 – Permanent sletning (efter 30 dage)

30 (tredive) dage efter den bløde sletning udfører et planlagt job (cron job), der kører automatisk i systemet, følgende handlinger uigenkaldeligt:

1. Brugerens godkendelsespost (auth.users) slettes permanent og uigenkaldeligt.
2. De databaseposter, der er knyttet til brugeren, behandles forskelligt efter kategori: poster uden selvstændig forretnings-/bevisværdi (f.eks. notifikationer) slettes permanent (DELETE/cascade); helbredsoplysninger (anamnesis_forms, session_notes, measurements) og kliniske/økonomiske poster (payments, attendance, consent_logs) slettes derimod ikke, men forbindelsen til personen brydes – forbindelsen til personen brydes på databaseniveau, visse fritekstfelter ryddes, og posten forbliver med begrænset adgang som tenantens post med brudt forbindelse til personen (da sessionsnotens fritekst ikke ændres, anses den ikke for anonym) (se afsnit 4, række 2-5, 8, 10 og afsnit 6.2).
3. Denne handling udløses kun automatisk i systemets privilegerede (service-role-beskyttede) baggrundsproces; ingen bruger, heller ikke administrativt personale, eller Virksomhedens administrator kan manuelt starte, udløse tidligere eller stoppe denne proces via de normale produktbrugerflader – dette er et bevidst sikkerhedsdesign for at forhindre for tidlig/forsinket sletning ved fejl eller misbrug. (Denne garanti omfatter produktets normale bruger- og administrationsflader; tekniske driftsprocesser, der på systemets privilegerede infrastrukturniveau kan have direkte adgang til databasen, er uden for denne garantis anvendelsesområde og er underlagt særskilte interne adgangskontroller.)

Formålet med baggrundsprocessen på 30 dage (pr. 4. oktober 2026): Da adgangen til kontoen afbrydes straks ved anmodningen om sletning, giver denne periode ingen mulighed for fortrydelse/tilbagetræden; den bruges til at gennemføre den permanente sletning af godkendelsesposten og filerne og til en eventuel undersøgelse af misbrug. Denne periode er en rimelig og begrænset periode i overensstemmelse med proportionalitetsprincippet efter KVKK art. 5. Henvendelser om status for en anmodning om sletning kan sendes til hello@corenta.app.

5.3. Undtagelse: data, der er omfattet af en lovbestemt opbevaringspligt

Den ovennævnte proces for permanent sletning efter 30 dage omfatter ikke de poster, der er angivet i afsnit 4, tabellens række nr. 6 (metadata om abonnementer/transaktioner), og som er omfattet af en lovbestemt opbevaringspligt efter den tyrkiske handelslov/skatteprocedureloven. Selv om kontoen slettes permanent, opbevares disse poster særskilt, indtil den relevante lovbestemte opbevaringsperiode er udløbet, adskilt fra formålet med behandlingen af personoplysninger og med adgang begrænset alene til opfyldelse af den lovbestemte forpligtelse. Ligeledes kan revisionsspor (audit_logs) og den minimale kerne af samtykkeregistreringer med henblik på bevis (se afsnit 4, række 7-8) fortsat opbevares uden for denne periode på 30 dage til et særskilt og begrænset formål med begrundelse i legitim interesse/retligt bevis. Det er udtrykkeligt angivet i afsnit 4, Bemærkning 2, at perioderne under denne undtagelse ikke svarer til en teknisk mekanisme, der anvendes automatisk i systemet.

5.4. Særlig forklaring om lagrede vedhæftede filer (vigtigt – gennemsigtighed)

Af hensyn til gennemsigtighedsprincippet angives det udtrykkeligt: Under den permanente sletning slettes databaseposterne (profil, aftaler, tildelinger, samtykker m.v.) fuldstændigt eller anonymiseres (for helbreds-/kliniske/økonomiske poster, se afsnit 6.2); de vedhæftede filer, der tilhører brugeren og opbevares i et særskilt lagerområde (Storage), håndteres derimod således: avatar/profilbillede, dokumenter/billeder vedhæftet anamneseskemaet og billeder af betalingskvitteringer slettes automatisk (best-effort) fra Storage som en del af trinnet for permanent sletning – dette er en verificeret adfærd, der faktisk kører i systemet i dag. Mislykkes sletningen i én bucket, logges det; det forhindrer dog ikke oprydningen af de øvrige buckets eller kontoens trin for anonymisering/permanent sletning (best-effort-design).

Ærlig begrænsning: Den eneste filkategori, der ligger uden for denne automatiske proces, er dokumenter til verificering af identitet/eksamensbevis, der uploades i processen for specialister/soloregistrering (bucketen specialist-verification-docs). Disse dokumenter er teknisk set ikke knyttet til brugeren, men til den pågældende tenants (Klinikkens) verificeringsproces og har ingen brugerreference i databaseposten; de kan derfor ikke automatisk indgå i det nuværende forløb for sletning af brugerkonti. Bortskaffelsen af dette dokument vil blive håndteret særskilt i processen, hvor den pågældende Klinik lukker sin konto/sit abonnement på tenantniveau (se afsnit 5.6); indtil dette er gennemført, foretages der ved undtagelsesvise anmodninger en manuel vurdering via hello@corenta.app.

Denne Politik giver derfor ikke noget ubetinget tilsagn om, at "alle brugerens data/filer slettes fuldstændigt og øjeblikkeligt" ved en anmodning om sletning af konto (se navnlig afsnit 6.3 om tekniske rester i sikkerhedskopier og undtagelsen ovenfor); for de filkategorier, der er beskrevet ovenfor, anvendes automatisk sletning dog faktisk.

5.5. Særlig bemærkning om helbredsoplysninger

Følsomme helbredsoplysninger såsom anamneseskemaer, sessionsnoter og måleregistreringer er også underlagt det generelle sletningsforløb ovenfor (soft-delete → 30 dage → permanent sletning); som forklaret i afsnit 4, række 2-4, og afsnit 6.2 gennemføres trinnet for permanent sletning i disse tabeller dog ved at bryde forbindelsen til personen og foretage delvis rydning – posten slettes ikke med DELETE, forbindelsen til personen brydes, og visse fritekstfelter ryddes; den kliniske post (navnlig indholdet af sessionsnoter med append-only) opbevares med begrænset adgang som tenantens post med brudt forbindelse til personen og anses ikke for anonym. Da denne datakategori desuden er sammenvævet med de poster, Klinikken fører som dataansvarlig, kan en klients anmodning om sletning af konto/data komme i konflikt med Klinikkens egne lovbestemte opbevaringspligter (f.eks. krav om journalføring, der kan følge af lovgivningen om levering af sundhedsydelser); metoden med at bryde forbindelsen til personen og begrænset opbevaring har til formål at afveje disse to forpligtelser (klientens rettigheder over sine personoplysninger og Klinikkens journalføringspligt). I sådanne tilfælde er den endelige beslutningstager Klinikken som dataansvarlig; Corenta handler efter Klinikkens instrukser.

5.6. Sletning på Klinikniveau (tenant)

Hvis en Klinik helt afslutter sit abonnement på Corenta, anvendes den samme arkitektur i to trin (soft-delete → 30 dage → permanent sletning) også for Klinikkens tenantdata og alle klientposter under denne tenant. Da Klinikken er Dataansvarlig for sine egne klienter, er den forpligtet til at informere sine klienter inden for rammerne af sine egne KVKK-forpligtelser, før den afslutter sit abonnement; denne forpligtelse kan ikke overdrages til Corenta.

5.7. Forholdet til superadministratorens supporttilstand (impersonation)

Processerne for sletning af konto og opbevaring fungerer uafhængigt af Corentas support-/impersonationsmekanisme. Impersonationssessioner er tidsbegrænsede (30 minutter) og som standard skrivebeskyttede; adgang til kategorier af helbredsoplysninger (anamnese, sessionsnoter, målinger) kræver et særskilt godkendelsestrin (health_data_enabled), og skrivning/sletning i disse tabeller via impersonation er under ingen omstændigheder tilladt (der er ikke gjort nogen undtagelse for impersonation i RLS-politikkerne). Præcisering: Begrænsningen her vedrører menneskeudløste impersonationssessioner, hvor en supportmedarbejder logger ind og foretager handlinger manuelt; den automatiske service-role-cronproces (uden menneskelig indgriben), der er beskrevet i afsnit 5.2, er et lag, der er adskilt fra denne begrænsning og ikke påvirkes af den – impersonationsbegrænsningen forhindrer ikke den automatiske mekanisme for permanent sletning i forløbet for sletning af konto og må ikke forveksles med den. Processerne for sletning af konto/bortskaffelse gennemføres derfor udelukkende via de automatiske mekanismer, der er defineret i denne Politik.

6. Metoder til bortskaffelse

Nedenfor beskrives de metoder til sletning/destruktion/anonymisering, der anvendes efter registreringsmedie i henhold til art. 8 ff. i Bekendtgørelsen.

6.1. Sletning

Den handling, hvorved personoplysninger gøres utilgængelige og ubrugelige på enhver måde for de relevante brugere (herunder appens brugere og personale med adgang til administrationspanelet). Hos Corenta anvendes denne metode i processen for soft-delete i Trin 1: selv om dataene ikke fysisk fjernes fra databasen, gøres de fuldstændigt utilgængelige via adgangsrettigheder og brugerflader.

6.2. Destruktion (permanent sletning)

Den handling, hvorved personoplysninger gøres utilgængelige, uigenkaldelige og ubrugelige på enhver måde for alle. I Corentas proces for permanent sletning i Trin 2 gennemføres dette princip med to forskellige tekniske metoder afhængigt af datakategorien:

• Godkendelsesposten og poster uden selvstændig forretningsværdi: Brugerens godkendelsespost (auth.users) slettes uigenkaldeligt direkte med DELETE i den service-role-beskyttede automatiske proces; tilknyttede poster, der efter sletning af kontoen ikke i sig selv har nogen forretnings-/bevisværdi (f.eks. notifikationer, notifications – se afsnit 4, række 10), slettes samtidig på databaseniveau med ON DELETE CASCADE.
• Helbredsmæssige, kliniske og økonomiske poster: For anamnesis_forms, session_notes, measurements, payments, attendance og consent_logs gennemføres trinnet for permanent sletning ikke ved at slette posten med DELETE, men ved at bryde forbindelsen til personen og foretage delvis rydning (se afsnit 6.6): fremmednøglekolonner, der identificerer personen (client_id, specialist_id, user_id m.v.), sættes uigenkaldeligt til NULL med FK-begrænsningen ON DELETE SET NULL; indholdskolonner, der kan indeholde direkte identitet eller fritekst-PII (anamnesesvar, fritekstnoter til målinger/betalinger, reference til betalingskvittering, IP-adressen i samtykkeregistreringen), ryddes eller erstattes af en anonym markør af funktionen anonymize_user_relations() (kan kun kaldes af service-role, default-deny). Klinisk/økonomisk numerisk og historisk indhold (dato, beløb, måleværdi, resterende sessionssaldo, status for mødt/ikke mødt, tidspunkt for afgivelse/tilbagetrækning af samtykke) opbevares derimod fortsat som tenantens post med brudt forbindelse til personen som følge af Klinikkens journalføringspligt og (for sessionsnoter) append-only-princippet; da sessionsnotens fritekst ikke ændres, anses disse poster ikke for anonyme og opbevares med begrænset adgang.

For sessionsnoter (session_notes) tillader append-only-begrænsningen ingen ændring af indholdet; der er kun gjort en snæver undtagelse alene til det formål at sætte kolonnerne med forbindelsen til personen (client_id, specialist_id) til NULL – selve notens indhold slettes eller ændres heller ikke på noget trin i denne proces.

Begrænsning: Der findes ingen mekanisme til scanning/rydning af personoplysninger i teksten i fritekstfelter ud over de eksplicitte identitetskolonner (f.eks. et navn, der forekommer i brødteksten i en sessionsnote). Disse poster anses derfor ikke for anonyme; de opbevares med begrænset adgang som personoplysninger og bortskaffes ved periodens udløb.

Da begge ovennævnte metoder er service-role-beskyttede, kan de ikke udløses eller fortrydes via de normale produktbrugerflader.

6.3. Sletning fra sikkerhedskopier (backup)

Databasens sikkerhedskopier overskrives/bortskaffes automatisk efter en vis periode inden for rammerne af den sædvanlige backupcyklus (rotation). Selv om den permanente sletning har øjeblikkelig virkning i den primære database, angives det udtrykkeligt, at dataene teknisk set kan fortsætte med at eksistere i tidligere tagne sikkerhedskopier, indtil backupudbyderens (Supabase) standardperiode for rotation af sikkerhedskopier er udløbet. Dette er standardpraksis inden for rammerne af den pågældende underdatabehandlers (Supabase) databehandleraftale (DPA).

6.4. Vedhæftede filer i fillagerområdet (Storage)

Filer såsom avatarbilleder, betalingskvitteringer og bilag til anamnese, som brugerne uploader, opbevares i et særskilt lagerområde (Storage). Se afsnit 5.4 – den nuværende status for dette indhold i processen for sletning af konto (automatisk sletning for avatar/bilag til anamnese/betalingskvittering, den eneste undtagelse for specialist-verification-docs) er forklaret udførligt og gennemsigtigt dér.

6.5. Data på papir

Personoplysninger, der behandles inden for rammerne af Corentas SaaS-produkt, opbevares digitalt; behandling af personoplysninger på papir er ikke forudset. Hvis der undtagelsesvis anvendes papir i Virksomhedens kommercielle/administrative korrespondance, sker bortskaffelsen ved overstregning/afbrænding/uigenkaldelig makulering i en makuleringsmaskine.

6.6. Anonymisering

Som en del af processen for permanent sletning af en konto (se afsnit 6.2) anvender Corenta metoden med at bryde forbindelsen til personen og foretage delvis rydning for helbredsoplysninger og kliniske/økonomiske poster. Da sessionsnotens fritekst ikke ændres, og da dato- og måleserier i små virksomheder kan være tilstrækkelige til at genidentificere personen, opfylder denne metode ikke i alle tilfælde nedenstående standard for anonymisering; disse poster anses ikke for anonyme, opbevares med begrænset adgang som personoplysninger og bortskaffes ved periodens udløb. Derudover kan Corenta også bruge data, der er anonymiseret således, at de ikke kan knyttes til en identificeret eller identificerbar fysisk person, til produktudvikling, statistisk analyse eller markedsundersøgelser. Anonymisering kræver, at dataene gøres sådan, at de uigenkaldeligt ikke kan knyttes til personen, heller ikke hvis de kombineres med andre data; maskering/pseudonymisering, der foretages uden at denne standard er opfyldt, anses ikke for anonymisering og forbliver underlagt reglerne for behandling af personoplysninger. Anonymiserede data anses for at falde uden for KVKK's anvendelsesområde og er ikke underlagt begrænsningerne af opbevaringsperioder i denne Politik.

6.7. Valg af metode

Den metode til bortskaffelse, der skal anvendes, fastlægges af Corenta og/eller Klinikken under hensyntagen til dataenes karakter (om de er følsomme), det medie, hvor de opbevares (database, fillager, logsystem, backupsystem), de retlige og tekniske muligheder samt de principper, der er fastsat i Kuruls afgørelser og Bekendtgørelsen. Ved bortskaffelse af følsomme personoplysninger (herunder helbredsoplysninger) udvises den størst mulige omhu.

7. Processen for periodisk bortskaffelse

I henhold til Bekendtgørelsens art. 11 har Corenta pligt til af egen drift (uden at afvente en anmodning) at slette, destruere eller anonymisere personoplysninger, hvis opbevaringsperiode er udløbet, og/eller hvis formålet med behandlingen er bortfaldet; den periode for periodisk bortskaffelse, der fastsættes i denne forbindelse, må ikke overstige 6 (seks) måneder. I denne sammenhæng sondres der udtrykkeligt mellem de mekanismer, der faktisk kører i systemet i dag, og dem, der ikke gør:

1. Processen for permanent sletning efter 30 dage efter en anmodning om sletning af konto scannes periodisk (dagligt) af et automatisk planlagt job (cron job), og konti, hvis frist er udløbet, behandles samlet. Dette er en verificeret automatisering, der faktisk kører i systemet i dag.
2. Den opbevaringsperiode, der er fastsat for revisionsspor (audit_logs), gennemgås periodisk; der er dog i øjeblikket ikke implementeret nogen sletningsmekanisme, der automatisk udfører denne gennemgang (se afsnit 4, række 7).
3. Den maksimale opbevaringsperiode, der er fastsat for data fra formularen for tidlig adgang (se afsnit 4, række 9), er en reference for den retlige maksimumsgrænse for pligten til periodisk bortskaffelse efter Bekendtgørelsens art. 11; der findes dog i øjeblikket ingen automatisk kørende scannings-/sletningsmekanisme i systemet, der svarer til denne periode. For denne datakategori vurderes sletning/anonymisering manuelt og på anmodning, indtil automatiseringen tages i brug (se afsnit 4, Bemærkning 2). Dette forhold holdes gennemsigtigt i overensstemmelse med de øvrige ikke-verificerede påstande om automatisering (se punkt 2 og 4).
4. Særskilt automatisk og periodisk rydning af udløbne/ugyldige tokens til push-notifikationer er en planlagt forbedring i produktets køreplan; det er ikke teknisk verificeret, at denne mekanisme faktisk kører i systemet i dag (se afsnit 4, række 10). Når det er verificeret eller taget i brug, vil denne Politik blive opdateret.
5. Periodisk bortskaffelse hver 6. måned: For de kategorier i dette afsnit, der ikke har automatisk bortskaffelse (revisionsspor, beviser for tilladelser med brudt forbindelse til personen, data fra formularen for tidlig adgang, dokumenter til verificering af specialister, moderationskopier af gruppebeskeder), gennemfører Corenta periodisk bortskaffelse hver 6. måned og udarbejder en protokol over bortskaffelsen for hver cyklus. Der findes endnu ingen planlagte job, der automatiserer disse cyklusser; cyklusserne gennemføres manuelt.

Processen for periodisk bortskaffelse forhindrer, uafhængigt af de perioder, der er angivet i denne Politik, ikke den registreredes individuelle anmodning om sletning/destruktion efter KVKK art. 11; den registrerede kan anmode om sletning, selv om opbevaringsperioden ikke er udløbet, hvis retsgrundlaget for den pågældende behandlingsaktivitet er bortfaldet (f.eks. tilbagetrækning af samtykke). Også for kategorier, hvor automatiseringen endnu ikke er implementeret, vurderes og afgøres den registreredes individuelle anmodning manuelt, når den sendes via hello@corenta.app.

8. Den registreredes rettigheder og procedure for anmodninger (KVKK art. 11)

8.1. Rettigheder efter KVKK art. 11

De registrerede har i henhold til KVKK art. 11 følgende rettigheder:

1. at få at vide, om deres personoplysninger behandles,
2. at anmode om oplysninger herom, hvis deres personoplysninger er behandlet,
3. at få at vide, hvad formålet med behandlingen af personoplysningerne er, og om de anvendes i overensstemmelse med formålet,
4. at kende de tredjemænd i Tyrkiet eller i udlandet, som personoplysningerne er overført til,
5. at anmode om berigtigelse af personoplysninger, hvis de er behandlet ufuldstændigt eller urigtigt,
6. at anmode om sletning eller destruktion af personoplysninger inden for rammerne af KVKK art. 7,
7. at anmode om, at handlinger foretaget i henhold til nr. (5) og (6) ovenfor meddeles de tredjemænd, som personoplysningerne er overført til,
8. at gøre indsigelse mod et resultat til ugunst for personen, der fremkommer ved, at de behandlede data analyseres udelukkende ved hjælp af automatiske systemer,
9. at kræve erstatning for tab, hvis de lider tab som følge af ulovlig behandling af personoplysninger.

8.2. Ærligt resumé af den nuværende tekniske gennemførelse

Følgende forhold fremlægges som et ærligt og realistisk resumé af den nuværende tekniske gennemførelse:

• Anmodning om sletning (sletning af konto): Kan anmodes om direkte fra den relevante indstillingsmenu i mobilappen; anmodningen imødekommes automatisk med den proces i to trin, der er beskrevet i afsnit 5 (øjeblikkelig soft-delete → 30 dage → permanent sletning) (art. 11/6).
• Anmodning om oplysninger / dataportabilitet: Imødekommes ved, at den registreredes data inden for den pågældendes eget tenantområde stilles til rådighed for vedkommende i et struktureret, maskinlæsbart format inden for en rimelig frist (funktionen export_user_data, hvis tenant-afgrænsning er verificeret). Leveringsmekanismen for denne proces (filformat, leveringsmåde, funktioner som et signeret downloadlink) udvikles løbende; inden for rammerne af denne Politik gives der intet tilsagn om en bestemt leveringsfrist eller et specifikt fil-/adgangsformat (art. 11/1-2).
• Oplysning om overførsel til tredjemand (art. 11/4): Oplysninger om de tredjemænd/underdatabehandlere i Tyrkiet/udlandet, som personoplysningerne er overført til, gives i tabellen i afsnit 11 (underdatabehandlere og datalokalisering) i denne Politik.
• Anmodning om berigtigelse (art. 11/5): Kan teknisk gennemføres manuelt via Klinikkens administrationspanel; der findes ikke nogen særskilt, automatisk arbejdsgang for "anmodning om berigtigelse". I sammenhængen for SaaS-produktet bør anmodninger om berigtigelse af klientdata i første række rettes til den pågældende Klinik; Corenta yder som Databehandler teknisk støtte efter Klinikkens instrukser.
• Meddelelse til tredjemænd (art. 11/7): En anmodning om, at handlinger vedrørende sletning/berigtigelse meddeles de tredjemænd, oplysningerne er overført til, vurderes, når den sendes via de kanaler, der er angivet i proceduren for anmodninger; denne proces gennemføres i øjeblikket ikke automatisk, men manuelt.
• Indsigelse mod automatiske afgørelser/profilering (art. 11/8): Der foregår ingen automatiske afgørelser eller profilering i systemet, hvor de behandlede data analyseres udelukkende ved hjælp af automatiske systemer med et resultat til ugunst for den registrerede; der er derfor i øjeblikket ikke behov for en særskilt, faktisk drevet indsigelsesmekanisme vedrørende dette punkt.
• Anmodninger afgøres i henhold til KVKK art. 13 gratis senest inden for 30 dage (kræver behandlingen yderligere omkostninger, kan der opkræves et gebyr efter den takst, Kurul har fastsat).

8.3. Procedure for anmodninger

Anmodninger vedrørende ovenstående rettigheder kan sendes

• til e-mailadressen hello@corenta.app,
• via de relevante indstillings-/supportskærme i appen,
• eller ved andre procedurer, som KVKK foreskriver.

til Corenta.

Vigtig bemærkning om klientdata: Er du klient hos en Klinik og ønsker at fremsætte en anmodning om dine data, skal du i første række henvende dig til den pågældende Klinik (Dataansvarlig), da Klinikken er den endelige beslutningstager og modpart for så vidt angår klientdata. Corenta stiller som databehandler de nødvendige tekniske værktøjer (funktioner til visning, eksport og sletning af data) til rådighed efter Klinikkens instrukser.

9. Roller og ansvar

10. Sikkerhedsforanstaltninger (i opbevaringsperioden)

Personoplysninger beskyttes i opbevaringsperioden med følgende tekniske og organisatoriske foranstaltninger (KVKK art. 12):

• I flerlejerarkitekturen (multi-tenant) anvendes princippet om afvisning som standard (default-deny) med obligatorisk tenant_id i hver tabel og politikker for sikkerhed på rækkeniveau (Row Level Security) (37/37 tabeller, 86 politikker); datalæk mellem lejere forhindres derved teknisk.
• Adgang til tabeller med helbredsoplysninger er begrænset til den pågældende klient, den tildelte specialist og tenantens administrator; adgangskontrollen håndhæves på databaseniveau (RLS). Sessionsnoter kan ikke ændres/slettes efter afsendelse (append-only); for anamneseskemaer er der ikke givet nogen bruger (heller ikke administratorer) ret til sletning.
• Superadministratorens supporttilstand (impersonation) er tidsbegrænset (30 minutter) og som standard skrivebeskyttet; skrivehandlinger og adgang til helbredsoplysninger er underlagt særskilte trin, der kræver yderligere godkendelse; i intet impersonationsscenarie åbnes der for skriveadgang til tabeller med helbredsoplysninger. (Denne begrænsning vedrører menneskeudløste impersonationssessioner; automatiske service-role-cronprocesser er et særskilt lag – se afsnit 5.7.)
• Ved dataoverførsel anvendes end-to-end-kryptering (TLS); i mobilappen gemmes sessionstokens krypteret i enhedens sikre, hardwareunderstøttede nøglelager (Keychain/Keystore).
• På følsomme skærmbilleder er der truffet tekniske foranstaltninger for at begrænse skærmbilleder.
• For superadministratorkonti er totrinsgodkendelse (2FA/MFA) obligatorisk.
• Verificering af kryptografiske signaturer for notifikationer (webhooks) om betalinger er forudset i arkitekturen og anvendes; arbejdet med at færdiggøre konfiguration/nøglehåndtering fuldt ud i alle miljøer (herunder prod) pågår.
• Disse sikkerhedsforanstaltninger gennemgås og forbedres løbende; ingen teknisk foranstaltning garanterer dog absolut sikkerhed, og der gives intet tilsagn om absolut sikkerhed inden for rammerne af denne Politik.

11. Underdatabehandlere og datalokalisering

I opbevaringsperioden behandles eller hostes personoplysninger via nedenstående underdatabehandlere/tjenesteudbydere. Aftalerne med disse udbydere indeholder forpligtelser om, at dataene kun må behandles med henblik på levering af den angivne tjeneste; dette forhold vedrører ikke opbevaringsperioderne, men det tekniske miljø, hvor dataene hostes – gennemførelsen af beslutningen om bortskaffelse sker teknisk også hos disse udbydere. Tabellen nedenfor udgør også opfyldelsen af retten til "at kende de tredjemænd, oplysningerne er overført til" efter KVKK art. 11/4:

Desuden:

• E-mailinfrastruktur: Tjenestemails sendes via Google Workspace (Google); e-mails til godkendelse udløses af Supabase Auth. Markedsføringsmails sendes kun under forudsætning af særskilt samtykke og registrering i İYS. Push-notifikationer leveres via Apple (APNs) og Google (FCM).
• Analyseværktøj: Der bruges ikke noget analyseværktøj fra tredjeparter (f.eks. Google Analytics). Måling af produktbrug i appen er i øjeblikket ikke aktiveret; aktiveres den, skrives målingen til en førstepartstabel i Corentas egen database (Supabase, Frankfurt/Tyskland), indeholder ikke helbredsoplysninger eller fritekst, og denne Politik opdateres, før den aktiveres; når den er aktiveret, angives opbevaringsperioden for måleposterne i denne Politik.
• Fejlovervågning: Der bruges ikke noget værktøj til fejlovervågning fra tredjeparter; fejl i klientsoftwaren registreres i Corentas egen database.
• Der findes ingen infrastruktur til betaling direkte med kreditkort via internettet; betalinger gennemføres udelukkende via mekanismerne for køb i appen (IAP) hos Apple/Google; den endelige faktura/kvittering udstedes af Apple/Google (se afsnit 4, række 6).

Deling af data med ovennævnte underdatabehandlere sker kun i det omfang, det er nødvendigt for at kunne levere den pågældende tjeneste, og inden for rammerne af KVKK art. 8/art. 9. Overførsel til udlandet: Alle ovennævnte udbydere behandler data uden for Tyrkiet; også hosting i Tyskland er en overførsel til udlandet i KVKK's forstand. Da disse overførsler er regelmæssige og løbende, beror de ikke på udtrykkeligt samtykke; de vil i henhold til art. 9/4-c bero på de standardkontrakter, Kurul har offentliggjort. På datoen for denne tekst er standardkontrakterne endnu ikke underskrevet og ikke anmeldt til Kurul; hver kontrakt vil blive anmeldt til Kurul inden for 5 arbejdsdage efter underskriften, og denne tabel vil blive opdateret med datoerne. Kurul har ikke offentliggjort nogen afgørelse om tilstrækkeligt beskyttelsesniveau for disse lande (senest kontrolleret: 11. oktober 2026). Denne liste kan opdateres afhængigt af ændringer af tjenesteudbydere; den aktuelle liste kan følges i Privatlivspolitikken og/eller på den relevante informationsskærm i Corenta-produktet.

12. Registrering i VERBİS

Teta Studio er på datoen for dette dokument ikke registreret i VERBİS. Registreringspligten vurderes efter kriterierne i Kuruls afgørelser nr. 2025/1572 (tærsklen for undtagelse for dataansvarlige, hvis hovedaktivitet er behandling af følsomme oplysninger, er 10 ansatte og en årlig balance på 10 millioner TL) og 2025/2393 (kriteriet om antal ansatte for dem, der ikke fører regnskab på balancegrundlag). Da Teta Studio behandler kliniske helbredsoplysninger ikke som dataansvarlig, men som databehandler, foretages vurderingen for så vidt angår virksomhedens egne aktiviteter som dataansvarlig (del A og C) efter disse kriterier. Når det skriftlige vurderingsnotat og bekræftelsen fra Kurum (ALO 198) foreligger, vil dette afsnit blive opdateret med dato og begrundelse; kræves registrering, vil den blive foretaget, før aktiviteten fortsættes.

Rollebaseret præcisering: Pligten til registrering i VERBİS vurderes for sammenhængen for virksomhedens websted (formularen for tidlig adgang på corenta.app), hvor Corenta optræder som Dataansvarlig, og status er forklaret ovenfor. I sammenhængen for SaaS-produktet (app.corenta.app) er Klinikken Dataansvarlig for klientdata, og om der er pligt til registrering i VERBİS, skal derfor vurderes særskilt og uafhængigt efter hver enkelt Kliniks egne kriterier (antal ansatte, årligt omfang af databehandling, aktivitetsområde, Kuruls afgørelser om undtagelser m.v.); denne vurdering og en eventuel registreringspligt påhviler Klinikken og kan ikke overdrages til Corenta.

13. Opdatering af Politikken

Denne Politik kan opdateres som følge af lovændringer, Kuruls afgørelser, udviklinger i Corentas tekniske infrastruktur (f.eks. tilføjelse af scanning for PII i teksten i sessionsnoters fritekstindhold, jf. afsnit 4, række 3, og afsnit 6.2, kobling af dokumenterne til verificering af specialister (specialist-verification-docs), jf. afsnit 5.4/afsnit 4, række 11, til processen for lukning af tenanten, verificering/ibrugtagning af rydningen af push-tokens, jf. afsnit 4, række 10, og afsnit 7, punkt 4, etablering af en automatisk scanningsmekanisme for data fra formularen for tidlig adgang, jf. afsnit 7, punkt 3, udvikling af processen for dataportabilitet, jf. afsnit 8.2, færdiggørelse af retsgrundlagene for overførsel til udlandet i afsnit 11, ændringer i listen over underdatabehandlere) eller ændringer i forretningsprocesserne. Den gældende version offentliggøres på Corentas relevante platforme (virksomhedens websted og/eller i appen), og for så vidt angår bestemmelser, der er i modstrid med den tidligere version, er den gældende version afgørende. Ved væsentlige ændringer underrettes brugere/Klinikker desuden, i det omfang det er praktisk muligt.

14. Kontakt

Ved spørgsmål om denne Politik eller om opbevaring/bortskaffelse af personoplysninger:

E-mail: hello@corenta.app Dataansvarlig: Mertcan Demir – enkeltmandsvirksomhed under binavnet "Teta Studio" Support: support@corenta.app Tjenesteområde: Corenta tilbydes globalt via App Store og Google Play i de lande, hvor disse butikker er tilgængelige. Perioderne i denne Politik gælder for brugere i alle lande; foreskriver et lands præceptive lovgivning en kortere sletningsfrist eller en længere opbevaringspligt, gælder denne bestemmelse.

Senest opdateret: 19. oktober 2026 Version 1.9 · 19. oktober 2026