CORENTA — POLITIKA HRAMBE IN UNIČENJA PODATKOV

Ta prevod je zgolj informativne narave; pravno zavezujoče je besedilo v turškem jeziku.

Izbris klienta brez računa: Dejanje Izbriši, ki ga izvede vodja klinike, se šteje za zahtevo; zapis se takoj odstrani s seznama aktivnih, po 30 dneh pa se podatki o identiteti/kontaktu in zdravstvena polja klienta (krvna skupina, alergije, kronična stanja, zdravila) izbrišejo/izpraznijo (glejte 5.0). Spodnji splošni opis izbrisa računa se v tem posebnem primeru ne razlaga kot obveznost trajnega izbrisa vrstice klienta. Evidence anamneze, meritev, zapiskov o seansah in financ ostanejo podvržene lastnim določbam o hrambi.

Začetek veljavnosti / zadnja posodobitev: 19. oktober 2026 Različica: 1.9 Upravljavec / izdajatelj: Mertcan Demir — samostojni podjetnik pod firmo "Teta Studio"

Dnevnik sprememb

• 1.9 — 19. oktober 2026: Izraz "samo Turčija" v razdelku 14 je nadomeščen z globalno ponudbo; roki hrambe se niso spremenili.
• 1.8 — 19. oktober 2026: Različica za objavo; datum začetka veljavnosti 19. oktober 2026. V razdelek 4 je dodana vrstica za skupinska sporočila klinike in kopije sporočil, ločene za pregled ekipe (vrstica 12); seznam periodičnega uničenja v razdelku 7 je ustrezno razširjen; iz tabele 1.3 sta odstranjena prazna podatka MERSİS in KEP.
• 1.7 — 11. oktober 2026: Na podlagi pregleda skladnosti z dne 11. oktobra 2026 (F01, F02, F08, F11, F13, F19, F21): odstranjen je izraz v §11 "Supabase/Frankfurt ni prenos v tujino", razdelek o prenosu v tujino pa je zapisan po stanju 9. člena Zakona št. 6698 po letu 2024 (standardne pogodbe še niso podpisane); za zdravstvene/klinične/finančne evidence je izraz "anonimno" popravljen v omejeno hrambo s prekinjeno povezavo z osebo (prosto besedilo zapiska o seansi se ne spremeni); pravna podlaga vrstice o dokazu privolitve je popravljena na 5/2-e. člen (napačen sklic na 20/2. člen je odstranjen); vrstica o obrazcu za zgodnji dostop je posodobljena glede na ločitev obvestila in privolitve za komercialna sporočila; dodano je načelo periodičnega uničenja vsakih 6 mesecev za kategorije brez samodejnega uničenja; identiteta je popravljena na samostojnega podjetnika; razdelek o VERBİS je zapisan na podlagi sklepov Sveta iz leta 2025.
• 1.6 — 10. oktober 2026: Expo (Expo Push Notification Service) je odstranjen iz evidenc podobdelovalcev/obdelovalcev; potisna obvestila se prenašajo samo prek Appla (APNs) in Googla (FCM), Expo/EAS je samo orodje za izdelavo aplikacije in ne obdeluje podatkov končnih uporabnikov.
• 1.5 — 10. oktober 2026: Odstranjen je izraz o izbiri Google Analytics; pojasnjeno je, da se analitika tretjih oseb ne uporablja, in kdo so obdelovalci potisnih obvestil.
• 1.4 — 4. oktober 2026: Obstoječe besedilo je določeno kot odobrena različica. V tej različici je obdelano samo: izbris računa (dostop takoj preneha, osebni podatki se izbrišejo/anonimizirajo, evidence plačil, ki zahtevajo zakonsko hrambo, se hranijo brez identitete; brez roka za preklic); izbris zdravstvenih polj klienta po 30 dneh; 7-dnevni rok za potrdila brez povezave; skrivanje kontaktov klienta v načinu podpore; merjenje na strani strežnika brez identitete; e-pošta storitve in Google Workspace; obdelovalci potisnih obvestil; naslov podpore; trg (Turčija).
• 1.3 — 7. julij 2026 (posodobitev z dne 4. avgusta 2026): prejšnja različica.

Pomembna opomba o statusu upravljavca / obdelovalca: Ta Politika hrambe in uničenja podatkov ("Politika") ureja, kako dolgo se hranijo osebni podatki, ki se obdelujejo v okviru programske storitve Corenta ("Storitev" ali "Aplikacija"), ki jo je razvil in jo upravlja Mertcan Demir, ki posluje kot samostojni podjetnik pod firmo "Teta Studio" ("Corenta", "Teta Studio", "Družba"), merila, na katerih temelji določitev teh rokov, ter metode, s katerimi se ti podatki izbrišejo, uničijo ali anonimizirajo, ko rok hrambe poteče ali razlog za obdelavo preneha.

Ta Politika je pripravljena v okviru Zakona št. 6698 o varstvu osebnih podatkov ("KVKK"), Pravilnika o izbrisu, uničenju ali anonimizaciji osebnih podatkov ("Pravilnik") in drugih ustreznih predpisov ter je sestavni del Corentinega popisa obdelave osebnih podatkov. To Politiko je treba brati skupaj z ustreznim Obvestilom/Politiko zasebnosti, v katerem so podrobno pojasnjeni nameni in pravne podlage obdelave; ta dokument ureja samo roke hrambe in postopke uničenja ter ni namenjen temu, da bi sam izpolnil celotno obveznost obveščanja po 10. členu KVKK.

1. Namen in področje uporabe

1.1. Namen

Namen te Politike je pojasniti merila za določitev najdaljšega roka, potrebnega za namen, za katerega Corenta obdeluje osebne podatke, uporabo rokov, ki jih določajo predpisi, ter postopke in načela izbrisa, uničenja ali anonimizacije osebnih podatkov, katerim je rok hrambe potekel. Ta Politika je pripravljena na podlagi 5., 6., 7., 10., 11. in 12. člena KVKK in ustreznih členov Pravilnika.

1.2. Področje uporabe in delitev vlog — Pomembno opozorilo

Ta Politika zajema dve ločeni področji, na katerih Corenta obdeluje podatke v dveh različnih vlogah; ta delitev se dosledno uporablja v celotni Politiki in neposredno vpliva na način razlage tabele rokov hrambe:

(a) Kontekst spletne strani podjetja (corenta.app — obrazec za zahtevo za zgodnji dostop/predstavitev): Za osebne podatke, ki jih prek obrazca za prijavo na zgodnji dostop pošljejo potencialne poslovne stranke, ki jih izdelek zanima, Corenta/Teta Studio deluje neposredno kot upravljavec v skladu s 3. členom KVKK.

(b) Kontekst izdelka SaaS (app.corenta.app): Za osebne podatke, ki jih centri kliničnega pilatesa, fizioterapije, reformerja, wellnessa/masaže in joge, ki platformo Corenta uporabljajo z naročnino ("Tenant", "Dejavnost" ali "Klinika"), vnesejo v platformo za svoje kliente ("Klient, posameznik, na katerega se nanašajo osebni podatki") (kontaktni podatki, anamneza, zapiski o seansah, podatki o terminih/paketih ipd.), je Klinika upravljavec v skladu s 3. členom KVKK; Corenta/Teta Studio pa zagotavlja storitev tehnične infrastrukture samo kot obdelovalec, po navodilih Klinike. Obveznost obveščanja klientov, pridobitev izrecne privolitve in končna odločitev o hrambi/uničenju podatkov klientov so pravna odgovornost Klinike. Corenta izpolnjevanje teh obveznosti v izdelku tehnično olajša (mehanizem beleženja privolitev consent_logs, mobilni zaslon za odobritev po KVKK kvkk.tsx, revizijske sledi), vendar ne prevzame obveznosti skladnosti Klinike s KVKK. Roki hrambe, opisani v tej Politiki za ta kontekst, kažejo, kako dolgo Corenta kot obdelovalec te podatke dejansko hrani v svoji infrastrukturi; končno odločitev o uničenju in rok lahko oblikujejo navodila Klinike in predpisi, ki zanjo veljajo.

Ta Politika glede splošnih načel zajema tudi postopke hrambe/uničenja osebnih podatkov Corentinih zaposlenih, poslovnih partnerjev in dobaviteljev; glavni poudarek Politike pa so podatki poslovnih strank/klientov, opredeljeni v točkah (a) in (b) zgoraj.

1.3. Podatki o upravljavcu / obdelovalcu

1.4. Temeljni predpisi

• Zakon št. 6698 o varstvu osebnih podatkov,
• Pravilnik o izbrisu, uničenju ali anonimizaciji osebnih podatkov (Uradni list z dne 28.10.2017, št. 30224),
• Smernice o izbrisu, uničenju ali anonimizaciji osebnih podatkov in sklepi Sveta za varstvo osebnih podatkov ("Svet"),
• Turški trgovinski zakonik št. 6102 (hramba poslovnih knjig in listin),
• Zakon št. 213 o davčnem postopku (hramba finančnih evidenc),
• Drugi ustrezni sektorski predpisi (vključno s predpisi o zagotavljanju zdravstvenih storitev, kolikor se uporabljajo).

2. Opredelitve pojmov

3. Merila za določitev roka hrambe in uničenja (5. in 6. člen KVKK)

3.1. Razlogi, ki zahtevajo hrambo

Pri Corenti se osebni podatki hranijo samo toliko časa, kot je izrecno določeno v ustreznih predpisih ali kot je potrebno za namen, za katerega se obdelujejo. Pri določanju roka hrambe se upoštevajo naslednja merila:

1. Ali obstaja zakonska obveznost hrambe? (Npr. najkrajši roki hrambe finančnih evidenc po Turškem trgovinskem zakoniku in Zakonu o davčnem postopku.)
2. Za kateri namen je bil podatek obdelan in ali je ta namen še veljaven? (5/2. člen KVKK — načelo omejitve namena.)
3. Ali je potreben za sklenitev/izvajanje pogodbe? (Npr. podatki o terminih in paketih, dokler traja naročniško/storitveno razmerje.)
4. Ali je potreben za vzpostavitev, uveljavljanje ali varstvo pravice (kot dokazno sredstvo v morebitnem pravnem sporu)? (Ob upoštevanju splošnih zastaralnih rokov po Obligacijskem zakoniku.)
5. Ali obstaja izrecna privolitev posameznika in ali ta privolitev še velja?
6. Ali ima Corenta ali Klinika zakoniti interes? (Npr. varnostni dnevniki, odkrivanje goljufij/zlorab.)
7. Ali podatek spada v posebno (zdravstveno) vrsto podatkov? V tem primeru se v skladu s 6. členom KVKK uporabljajo strožje omejitve dostopa in utemeljevanje; rok hrambe se nikoli ne podaljša prek namena.

Če nobeno od zgornjih meril ne zahteva hrambe določenega osebnega podatka, se podatek takoj izbriše, uniči ali anonimizira.

3.2. Razlogi, ki zahtevajo uničenje

Osebni podatki se izbrišejo, uničijo ali anonimizirajo na zahtevo posameznika ali po uradni dolžnosti s strani Corente/Klinike v naslednjih primerih:

a) Sprememba ali razveljavitev predpisov, ki so podlaga za obdelavo, b) Prenehanje namena, ki zahteva obdelavo ali hrambo, c) Pri obdelavi na podlagi izrecne privolitve preklic privolitve posameznika, d) Vložitev zahteve posameznika za izbris/uničenje v okviru pravic iz 11. člena KVKK in sprejetje te zahteve (zahteva za izbris računa), e) Potek roka hrambe osebnih podatkov in neobstoj kakršnega koli pravnega razloga, ki bi zahteval hrambo, f) Nesklenitev pogodbe, njena neveljavnost, odpoved ali odstop od pogodbe, g) Dokončen zaključek zahteve za izbris računa v okviru postopka, opisanega v 5. členu te Politike.

4. Tabela vrst podatkov, rokov hrambe in metod uničenja

Spodnja tabela prikazuje glavne vrste osebnih podatkov, ki se obdelujejo v Corentini infrastrukturi, rok hrambe, utemeljitev in metodo uničenja, ki se uporabi ob koncu roka. Če ni izrecno navedeno drugače, je splošno pravilo: "Dokler je povezani račun/zapis aktiven + 30 dni od sprejetja zahteve za izbris računa v obdelavo." Tabelo je treba brati skupaj s potekom izbrisa računa, opisanim v razdelku 5. Pri nekaterih vrstah korak ob koncu 30 dni tega poteka ni DELETE (trajni izbris), temveč anonimizacija — ta razlika je izrecno navedena v ustreznih vrsticah in v razdelku 6.2.

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

</div>

Opomba 1: V zgornji tabeli izraz "dokler je račun/tenant aktiven" pomeni obdobje, v katerem traja Corentina naročnina zadevne Klinike in Klinika zapisa klienta ni izbrisala. Kdaj bo Klinika izbrisala podatke svojega klienta, se določi z lastno politiko Klinike po KVKK (v vlogi upravljavca) in njenim razmerjem s klientom; Corenta za ta postopek zagotavlja tehnično možnost.

Opomba 2: Roka 2 let v vrstici 7 (Zapisi revizijske sledi) in 5 let v vrstici 8 (Evidence privolitev) sta fiksna roka hrambe, ki ju je določila Corenta (za razliko od roka po Trgovinskem zakoniku/Zakonu o davčnem postopku v vrstici 6 ne temeljita neposredno na zakonski določbi; gre za samozavezujočo zaveznost, določeno v okviru zakonitega interesa in obveznosti dokazovanja po 5/2-f. členu KVKK). Ob koncu teh rokov v sistemu trenutno ne deluje samodejni mehanizem izbrisa ob koncu hrambe — ko rok poteče, se izbris/anonimizacija izvede ročno; ko bo avtomatizacija uvedena, bo ta Politika posodobljena. Izraz "največ 2 leti" v vrstici 9 (Podatki iz obrazca za zgodnji dostop) ima drugačen obseg in, kot je pojasnjeno v njegovi vrstici, izraža ločeno pravno zgornjo mejo.

5. Postopek izbrisa računa — Delovanje od začetka do konca

Da bi tehnično izpolnila zahtevo posameznikov za izbris po 11. členu KVKK, Corenta uporablja dvofazno arhitekturo izbrisa, ki upošteva ravnovesje med uporabniško izkušnjo in potrebami varnosti podatkov/pravnega dokazovanja: takojšnji mehki izbris (soft-delete) in nato trajni izbris ob koncu 30 dni.

5.0. Sprememba z dne 4. oktobra 2026 — kjer je v nasprotju s 5.1–5.7, ima ta člen prednost

Izbris računa (od 4. oktobra 2026): Ko je zahteva za izbris potrjena, dostop do računa takoj preneha (seje se končajo, prijava ni mogoča); osebni podatki se izbrišejo ali anonimizirajo (počistijo se ime, e-pošta, telefon, slika ter podatki o identiteti/kontaktu klienta in zdravstvena polja — krvna skupina, alergije, kronična stanja, zdravila); evidence plačil in izplačil, ki zahtevajo zakonsko hrambo, se ne izbrišejo; hranijo se s prekinjeno povezavo z osebo in z omejenim dostopom. Po zahtevi ni roka za preklic; trajni izbris evidence preverjanja pristnosti in datotek se zaključi v obstoječem tridesetdnevnem postopku v ozadju.

Izbris zapisa klienta in zdravstvena polja (od 4. oktobra 2026): Ko dejavnost izbriše zapis klienta brez računa, se zapis takoj odstrani s seznama aktivnih; ob koncu 30 dni se skupaj s podatki o identiteti in kontaktu izbrišejo/izpraznijo tudi zdravstvena polja klienta (krvna skupina, alergije, kronična stanja, zdravila). Ta določba ne vpliva na pravila hrambe obrazcev anamneze, meritev in zapiskov o seansah.

Datoteke potrdil (od 4. oktobra 2026): Datoteke potrdil, ki niso povezane s plačilom (brez povezave), se samodejno izbrišejo po 7 dneh; potrdila, povezanega s plačilom, ne more izbrisati nobena vloga.

Kontakti klienta v načinu podpore (od 4. oktobra 2026): V Corentini seji podpore (super-admin) se e-pošta in telefon klienta osebju podpore ne prikažeta; osebje podpore vidi samo omejen povzetek identitete (ime, stanje računa, aktivnost, datum nastanka).

Pravica do pisanja v zdravstvena polja (od 4. oktobra 2026): V zdravstvena polja klienta (krvna skupina, alergije, kronična stanja, zdravila) lahko pišeta samo klient sam in njemu dodeljeni specialist; lastnik/vodja dejavnosti v ta polja ne more pisati (lahko ureja kontaktno osebo za nujne primere in polja identitete).

Psevdonimizirano merjenje izdelka: Za izboljšanje izdelka se lahko samo na strani strežnika merijo zbirni dogodki uporabe s psevdonimom klinike; to merjenje ne vsebuje naslova IP, zdravstvenih podatkov ali sledenja vira/oglasov. Psevdonim klinike ima naravo psevdonima (ni brez identitete). Funkcija je trenutno izklopljena.

5.1. Faza 1 — Takojšnji mehki izbris (Soft-Delete)

V trenutku, ko uporabnik v aplikaciji potrdi zahtevo za izbris računa, sistem hkrati in takoj izvede naslednja dejanja:

1. Zapis profila uporabnika postane pasiven z izpolnitvijo polja deleted_at; račun za običajno uporabo ni več dostopen/viden in ga ni mogoče uporabiti za prijavo.
2. Uporabnikovi čakajoči termini (ki se še niso zgodili) se samodejno odpovejo.
3. Dodelitve, v katerih uporabnik nastopa kot specialist/vir (pari klient-specialist, dodelitve programov), se odstranijo.
4. Vse uporabnikove privolitve se prekličejo (obdela se z izpolnitvijo polja revoked_at v zapisih consent_logs).

V tej fazi podatki niso fizično izbrisani, vendar so postali nedostopni za običajno obdelavo in prikaz. To je prvi korak postopka izbrisa z naravo "onemogočenja dostopa" v smislu 7. člena KVKK in Pravilnika.

5.2. Faza 2 — Trajni izbris (po 30 dneh)

30 (trideset) dni po mehkem izbrisu načrtovano opravilo (cron job), ki samodejno teče v sistemu, nepovratno izvede naslednja dejanja:

1. Evidenca preverjanja pristnosti uporabnika (auth.users) se trajno in nepovratno izbriše.
2. Zapisi v podatkovni bazi, povezani z uporabnikom, se obdelajo različno glede na vrsto: zapisi brez samostojne poslovne/dokazne vrednosti (npr. obvestila) se trajno izbrišejo (DELETE/cascade); zdravstveni podatki (anamnesis_forms, session_notes, measurements) ter klinične/finančne evidence (payments, attendance, consent_logs) pa se ne izbrišejo, temveč se jim prekine povezava z osebo — povezava z osebo se prekine na ravni podatkovne baze, nekatera polja s prostim besedilom se počistijo, zapis pa ostane kot zapis tenanta s prekinjeno povezavo z osebo in z omejenim dostopom (ker se prosto besedilo zapiska o seansi ne spremeni, se ne šteje za anonimnega) (glejte razdelek 4, vrstice 2-5, 8, 10 in razdelek 6.2).
3. To dejanje se samodejno sproži samo v privilegiranem procesu sistema v ozadju (zaščitenem s service-role); noben uporabnik ali vodja Dejavnosti, vključno z administrativnim osebjem, tega postopka prek običajnih vmesnikov izdelka ne more ročno začeti, predčasno sprožiti ali ustaviti — to je zavestna varnostna zasnova za preprečevanje predčasnega/zakasnjenega izbrisa po pomoti ali z zlorabo. (To jamstvo zajema običajne uporabniške in upravljalne vmesnike izdelka; postopki tehničnega delovanja, ki imajo lahko na privilegirani ravni infrastrukture neposreden dostop do podatkovne baze, so zunaj obsega tega jamstva in so podvrženi ločenim notranjim nadzorom dostopa.)

Namen 30-dnevnega postopka v ozadju (od 4. oktobra 2026): Ker dostop do računa z zahtevo za izbris takoj preneha, ta rok ne daje možnosti preklica/odstopa; uporablja se za dokončanje trajnega izbrisa evidence preverjanja pristnosti in datotek ter za pregled morebitne zlorabe. Ta rok je razumen in omejen, v skladu z načelom sorazmernosti po 5. členu KVKK. Glede stanja zahteve za izbris se lahko obrnete na hello@corenta.app.

5.3. Izjema: Podatki, za katere obstaja zakonska obveznost hrambe

Zgornji postopek trajnega izbrisa po 30 dneh ne zajema evidenc, navedenih v razdelku 4, tabeli, vrstici št. 6 (Metapodatki naročnine/transakcij), za katere obstaja zakonska obveznost hrambe po Turškem trgovinskem zakoniku/Zakonu o davčnem postopku. Te evidence se, tudi če je račun trajno izbrisan, ločeno hranijo do poteka ustreznega zakonskega roka hrambe, ločeno od namena obdelave osebnih podatkov in z dostopom, omejenim samo na izpolnitev zakonske obveznosti. Prav tako se lahko zapisi revizijske sledi (audit_logs) in minimalno jedro evidenc privolitev za dokazne namene (glejte razdelek 4, vrstici 7-8) še naprej hranijo zunaj tega 30-dnevnega roka, za ločen in omejen namen, z utemeljitvijo zakonitega interesa/pravnega dokazovanja. V razdelku 4, Opombi 2, je izrecno navedeno, da roki v okviru te izjeme ne ustrezajo tehničnemu mehanizmu, ki bi se v sistemu uporabljal samodejno.

5.4. Posebno pojasnilo o shranjenih prilogah (Pomembno — Preglednost)

V skladu z načelom preglednosti je izrecno navedeno: Pri trajnem izbrisu se zapisi v podatkovni bazi (profil, termini, dodelitve, privolitve ipd.) v celoti izbrišejo ali (za zdravstvene/klinične/finančne evidence, glejte razdelek 6.2) anonimizirajo; priloge, ki pripadajo uporabniku in se hranijo v ločenem prostoru za shranjevanje (Storage), pa se obravnavajo takole: avatar/profilna fotografija, dokument/fotografija, priložena obrazcu anamneze, in slika potrdila o plačilu se kot del koraka trajnega izbrisa samodejno (best-effort) izbrišejo iz Storage — to je preverjeno delovanje, ki v sistemu trenutno dejansko teče. Če izbris v enem vedru ne uspe, se to zabeleži; vendar to ne prepreči čiščenja drugih veder ali korakov anonimizacije/trajnega izbrisa računa (zasnova best-effort).

Poštena meja: Edina vrsta datotek, ki ostane zunaj tega samodejnega postopka, so dokumenti za preverjanje identitete/diplome, naloženi v postopku vpisa specialista/samostojnega (vedro specialist-verification-docs). Ti dokumenti tehnično niso vezani na uporabnika, temveč na postopek preverjanja zadevnega tenanta (Klinike) in v zapisu baze nimajo sklica na uporabnika; zato jih trenutno ni mogoče samodejno vključiti v obstoječi potek izbrisa uporabniškega računa. Uničenje tega dokumenta bo ločeno obravnavano v postopku zaprtja računa/naročnine zadevne Klinike na ravni tenanta (glejte razdelek 5.6); dokler to ni dokončano, se izjemne zahteve ročno presojajo prek hello@corenta.app.

Zato v tej Politiki ni dana absolutna zaveza, da se z zahtevo za izbris računa "vsi podatki/datoteke uporabnika izbrišejo v celoti in takoj" (zlasti za tehnične ostanke v varnostnih kopijah glejte razdelek 6.3, in za zgornjo izjemo); vendar se za zgoraj opisane vrste datotek samodejni izbris dejansko izvaja.

5.5. Posebna opomba o zdravstvenih podatkih

Tudi zdravstveni podatki posebne vrste, kot so obrazci anamneze, zapiski o seansah in zapisi meritev, so podvrženi zgornjemu splošnemu poteku izbrisa (soft-delete → 30 dni → trajni izbris); vendar se, kot je pojasnjeno v razdelku 4, vrsticah 2-4, in v razdelku 6.2, v teh tabelah korak trajnega izbrisa izvede s prekinitvijo povezave z osebo in delnim čiščenjem — zapis se ne izbriše z DELETE, povezava z osebo se prekine in nekatera polja s prostim besedilom se počistijo; klinični zapis (zlasti vsebina zapiska o seansi append-only) se hrani kot zapis tenanta s prekinjeno povezavo z osebo, z omejenim dostopom, in se ne šteje za anonimnega. Poleg tega se lahko zahteva klienta za izbris računa/podatkov, ker je ta vrsta podatkov prepletena z evidencami, ki jih Klinika vodi kot upravljavec, znajde v nasprotju z lastnimi zakonskimi obveznostmi hrambe Klinike (na primer z obveznostmi vodenja evidenc, ki lahko izhajajo iz predpisov o zagotavljanju zdravstvenih storitev); metoda prekinitve povezave z osebo in omejene hrambe skuša uravnotežiti ti dve obveznosti (pravice klienta glede osebnih podatkov in obveznost Klinike, da vodi evidence). V takih primerih je končni organ odločanja Klinika kot upravljavec; Corenta ravna po navodilih Klinike.

5.6. Izbris na ravni klinike (tenanta)

Če Klinika v celoti preneha svojo naročnino na Corento, se ista dvofazna arhitektura (soft-delete → 30 dni → trajni izbris) uporabi tudi za podatke tenanta Klinike in za vse zapise klientov v tem tenantu. Ker je Klinika upravljavec za svoje kliente, mora pred prenehanjem naročnine svoje kliente obvestiti v okviru lastnih obveznosti po KVKK; te obveznosti ni mogoče prenesti na Corento.

5.7. Razmerje do načina podpore super-admina (Impersonation)

Postopki izbrisa računa in hrambe delujejo neodvisno od Corentinega mehanizma podpore/impersonation. Seje impersonation so časovno omejene (30 minut) in privzeto samo za branje; dostop do vrst zdravstvenih podatkov (anamneza, zapisek o seansi, meritve) zahteva ločen korak odobritve (health_data_enabled), dejanja pisanja/izbrisa v teh tabelah prek impersonation pa v nobenem primeru niso dovoljena (v pravilih RLS za impersonation ni priznana nobena izjema). Pojasnilo: Ta omejitev se nanaša na seje impersonation, ki jih sproži človek, v katerih se zaposleni v podpori prijavi in ročno izvaja dejanja; samodejni (brez človeškega posega) postopek cron s service-role, opisan v razdelku 5.2, je ločena plast glede na to omejitev in nanj ne vpliva — omejitev impersonation ne preprečuje samodejnega mehanizma trajnega izbrisa v poteku izbrisa računa in je ne smemo zamenjevati z njim. Zato se postopki izbrisa računa/uničenja izvajajo samo prek samodejnih mehanizmov, opredeljenih v tej Politiki.

6. Metode uničenja

V skladu z 8. in naslednjimi členi Pravilnika so v nadaljevanju pojasnjene metode izbrisa/uničenja/anonimizacije, ki se uporabljajo glede na nosilce zapisov.

6.1. Izbris

Dejanje, s katerim osebni podatki za ustrezne uporabnike (vključno z uporabniki aplikacije in osebjem z dostopom do skrbniške plošče) postanejo na noben način dostopni in ponovno uporabni. Pri Corenti se ta metoda uporablja v postopku soft-delete v Fazi 1: čeprav podatki fizično niso odstranjeni iz podatkovne baze, prek pravic dostopa in vmesnikov postanejo popolnoma nedostopni.

6.2. Uničenje (trajni izbris)

Dejanje, s katerim osebni podatki za nikogar na noben način niso več dostopni, obnovljivi in ponovno uporabni. V Corentinem postopku trajnega izbrisa v Fazi 2 se to načelo uresniči z dvema različnima tehničnima metodama glede na vrsto podatkov:

• Evidenca preverjanja pristnosti in zapisi brez samostojne poslovne vrednosti: Evidenca preverjanja pristnosti uporabnika (auth.users) se nepovratno izbriše neposredno z DELETE v samodejnem postopku, zaščitenem s service-role; povezani zapisi, ki po izbrisu računa sami nimajo poslovne/dokazne vrednosti (npr. obvestila, notifications — glejte razdelek 4, vrstico 10), se skupaj z njo izbrišejo na ravni podatkovne baze z ON DELETE CASCADE.
• Zdravstvene, klinične in finančne evidence: Za anamnesis_forms, session_notes, measurements, payments, attendance in consent_logs se korak trajnega izbrisa ne izvede z izbrisom zapisa z DELETE, temveč s prekinitvijo povezave z osebo in delnim čiščenjem (glejte razdelek 6.6): stolpci tujih ključev, ki identificirajo osebo (client_id, specialist_id, user_id ipd.), se z omejitvijo FK ON DELETE SET NULL nepovratno nastavijo na NULL; stolpce vsebine, ki lahko vsebujejo izrecno identiteto ali PII v prostem besedilu (odgovori anamneze, zapiski s prostim besedilom pri meritvah/plačilih, sklic na potrdilo o plačilu, naslov IP zapisa privolitve), funkcija anonymize_user_relations() (kliče jo lahko samo service-role, default-deny) počisti ali nadomesti z anonimno oznako. Klinično/finančna številska in zgodovinska vsebina (datum, znesek, vrednost meritve, stanje preostalih seans, stanje prišel/ni prišel, čas dajanja/preklica privolitve) pa se zaradi obveznosti Klinike, da vodi evidence, in (za zapiske o seansah) načela append-only še naprej hrani kot zapis tenanta s prekinjeno povezavo z osebo; ker se prosto besedilo zapiska o seansi ne spremeni, se ti zapisi ne štejejo za anonimne in se hranijo z omejenim dostopom.

Pri zapiskih o seansah (session_notes) omejitev append-only ne dovoljuje spremembe vsebine; samo za nastavitev stolpcev povezave z osebo (client_id, specialist_id) na NULL je priznana ozka izjema z enim samim namenom — sama vsebina zapiska se tudi v tem postopku v nobeni fazi ne izbriše ali spremeni.

Meja: Za osebne podatke v besedilu, ki se lahko pojavijo v poljih s prostim besedilom zunaj izrecnih stolpcev identitete (npr. ime, omenjeno v telesu zapiska o seansi), ni mehanizma pregleda/čiščenja. Zato se ti zapisi ne štejejo za anonimne; hranijo se kot osebni podatki z omejenim dostopom in se ob koncu roka uničijo.

Ker sta obe zgornji metodi zaščiteni s service-role, ju ni mogoče sprožiti ali razveljaviti prek običajnih vmesnikov izdelka.

6.3. Izbris iz varnostnih kopij (Backup)

Varnostne kopije podatkovne baze se v okviru običajnega cikla varnostnega kopiranja (rotacije) po določenem času samodejno prepišejo/uničijo. Čeprav trajni izbris v primarni podatkovni bazi učinkuje takoj, je izrecno navedeno, da lahko podatki v prej izdelanih varnostnih kopijah tehnično obstajajo še do poteka standardnega roka rotacije varnostnih kopij ponudnika (Supabase). To je standardna praksa v okviru pogodbe o obdelavi podatkov (DPA) ustreznega podobdelovalca (Supabase).

6.4. Priloge v prostoru za shranjevanje datotek (Storage)

Datoteke, ki jih naložijo uporabniki, kot so slike avatarjev, potrdila o plačilu in priloge anamnezi, se hranijo v ločenem prostoru za shranjevanje (Storage). Glejte razdelek 5.4 — trenutno stanje teh vsebin v postopku izbrisa računa (samodejni izbris za avatar/prilogo anamnezi/potrdilo o plačilu, edina izjema za specialist-verification-docs) je tam podrobno in pregledno pojasnjeno.

6.5. Podatki v papirni obliki

Osebni podatki, ki se obdelujejo v okviru Corentinega izdelka SaaS, se hranijo v digitalni obliki; obdelava osebnih podatkov v papirni obliki ni predvidena. Če se v poslovni/upravni korespondenci Družbe izjemoma uporablja papir, se uničenje izvede z zatemnitvijo/sežigom/nepovratnim razrezom v uničevalniku papirja.

6.6. Anonimizacija

Kot del postopka trajnega izbrisa računa (glejte razdelek 6.2) Corenta za zdravstvene podatke in klinične/finančne evidence uporablja metodo prekinitve povezave z osebo in delnega čiščenja. Ker se prosto besedilo zapiska o seansi ne spremeni in ker lahko v majhnih dejavnostih niz datumov in meritev zadošča za ponovno identifikacijo osebe, ta metoda v vsakem primeru ne izpolnjuje spodnjega standarda anonimizacije; ti zapisi se ne štejejo za anonimne, hranijo se kot osebni podatki z omejenim dostopom in se ob koncu roka uničijo. Poleg tega lahko Corenta za razvoj izdelka, statistične analize ali raziskave trga uporablja podatke, anonimizirane tako, da jih ni mogoče povezati z določeno ali določljivo fizično osebo. Anonimizacija zahteva, da se podatek preoblikuje tako, da ga tudi v kombinaciji z drugimi podatki ni mogoče nepovratno povezati z osebo; maskiranje/psevdonimizacija brez zagotovitve tega standarda se ne šteje za anonimizacijo in je še naprej podvržena režimu obdelave osebnih podatkov. Anonimizirani podatki se štejejo za podatke zunaj področja uporabe KVKK in zanje ne veljajo omejitve rokov hrambe iz te Politike.

6.7. Izbira metode

Metodo uničenja, ki se uporabi, določi Corenta in/ali Klinika ob upoštevanju narave podatka (ali je posebne vrste), medija, na katerem se hrani (podatkovna baza, shramba datotek, sistem dnevnikov, sistem varnostnih kopij), pravnih in tehničnih možnosti ter sklepov Sveta in načel, navedenih v Pravilniku. Pri posebnih vrstah osebnih podatkov (vključno z zdravstvenimi podatki) se pri uničenju ravna z največjo skrbnostjo.

7. Postopek periodičnega uničenja

V skladu z 11. členom Pravilnika mora Corenta osebne podatke, katerim je rok hrambe potekel in/ali je namen obdelave prenehal, po uradni dolžnosti (ne da bi čakala na zahtevo) izbrisati, uničiti ali anonimizirati; rok periodičnega uničenja, ki se v tem okviru določi, ne sme biti daljši od 6 (šestih) mesecev. V tem okviru se izrecno razlikuje med mehanizmi, ki v sistemu trenutno dejansko delujejo, in tistimi, ki ne delujejo:

1. Postopek trajnega izbrisa po 30 dneh od zahteve za izbris računa periodično (dnevno) preverja samodejno načrtovano opravilo (cron job), računi s poteklim rokom pa se obdelajo skupinsko. To je preverjena avtomatizacija, ki v sistemu trenutno dejansko deluje.
2. Rok hrambe, predviden za zapise revizijske sledi (audit_logs), se periodično pregleduje; vendar trenutno ni uveden mehanizem izbrisa, ki bi ta pregled izvajal samodejno (glejte razdelek 4, vrstico 7).
3. Najdaljši rok hrambe, določen za podatke iz obrazca za zgodnji dostop (glejte razdelek 4, vrstico 9), je referenca pravne zgornje meje za obveznost periodičnega uničenja po 11. členu Pravilnika; vendar v sistemu trenutno ni samodejnega mehanizma pregleda/izbrisa, ki bi ustrezal temu roku. Za to vrsto podatkov se izbris/anonimizacija, dokler avtomatizacija ni uvedena, presoja ročno in na zahtevo (glejte razdelek 4, Opombo 2). To vprašanje ostaja pregledno, v skladu z drugimi nepreverjenimi trditvami o avtomatizaciji (glejte točki 2 in 4).
4. Ločeno samodejno in periodično čiščenje poteklih/neveljavnih žetonov potisnih obvestil je načrtovana izboljšava v načrtu razvoja izdelka; ni tehnično preverjeno, da ta mehanizem v sistemu trenutno dejansko deluje (glejte razdelek 4, vrstico 10). Ko bo preverjen ali uveden, bo ta Politika posodobljena.
5. Periodično uničenje vsakih 6 mesecev: Za vrste v tem razdelku brez samodejnega uničenja (revizijska sled, dokazi o dovoljenjih s prekinjeno povezavo z osebo, podatki iz obrazca za zgodnji dostop, dokumenti za preverjanje specialista, kopije skupinskih sporočil za moderiranje) Corenta izvaja periodično uničenje vsakih 6 mesecev in za vsak cikel sestavi zapisnik o uničenju. Načrtovanih opravil, ki bi te cikle avtomatizirala, še ni; cikli se izvajajo ročno.

Postopek periodičnega uničenja, ne glede na roke, navedene v tej Politiki, ne preprečuje posamične zahteve posameznika za izbris/uničenje po 11. členu KVKK; posameznik lahko zahteva izbris, tudi če rok hrambe ni potekel, če je pravna podlaga ustrezne dejavnosti obdelave prenehala (npr. preklic privolitve). Tudi za vrste, pri katerih avtomatizacija še ni uvedena, se posamična zahteva posameznika, ko je poslana prek hello@corenta.app, ročno presodi in reši.

8. Pravice posameznika in postopek vložitve zahteve (11. člen KVKK)

8.1. Pravice po 11. členu KVKK

V skladu z 11. členom KVKK imajo posamezniki naslednje pravice:

1. Izvedeti, ali se njihovi osebni podatki obdelujejo,
2. Zahtevati informacije o tem, če so bili njihovi osebni podatki obdelani,
3. Izvedeti namen obdelave osebnih podatkov in ali se ti uporabljajo v skladu z namenom,
4. Poznati tretje osebe doma ali v tujini, katerim so bili osebni podatki preneseni,
5. Zahtevati popravek osebnih podatkov, če so bili obdelani nepopolno ali napačno,
6. Zahtevati izbris ali uničenje osebnih podatkov v okviru 7. člena KVKK,
7. Zahtevati, da se dejanja, izvedena na podlagi zgornjih točk (5) in (6), sporočijo tretjim osebam, katerim so bili osebni podatki preneseni,
8. Ugovarjati neugodnemu izidu, ki izhaja iz analize obdelanih podatkov izključno z avtomatiziranimi sistemi,
9. Zahtevati povrnitev škode, če so utrpeli škodo zaradi nezakonite obdelave osebnih podatkov.

8.2. Pošten povzetek trenutne tehnične izvedbe

Naslednje je predstavljeno kot pošten in realen povzetek trenutne tehnične izvedbe:

• Zahteva za izbris (izbris računa): Lahko se vloži neposredno v ustreznem meniju nastavitev v mobilni aplikaciji; ta zahteva se samodejno izpolni z dvofaznim postopkom (takojšnji soft-delete → 30 dni → trajni izbris), opisanim v razdelku 5 (11/6. člen).
• Zahteva za informacije / prenosljivost podatkov: Izpolni se tako, da se posamezniku v razumnem roku dajo na voljo njegovi podatki v obsegu njegovega tenanta v strukturirani, strojno berljivi obliki (funkcija export_user_data, s preverjenim obsegom tenanta). Mehanizem predaje tega postopka (oblika datoteke, način predaje, lastnosti, kot je podpisana povezava za prenos) se nenehno razvija; v okviru te Politike ni dana zaveza o določenem roku predaje ali specifični obliki datoteke/dostopa (11/1-2. člen).
• Informacije o prenosu tretjim osebam (11/4. člen): Informacije o tretjih osebah/podobdelovalcih doma in v tujini, katerim so bili osebni podatki preneseni, so podane v tabeli razdelka 11 (Podobdelovalci in lokacija podatkov) te Politike.
• Zahteva za popravek (11/5. člen): Tehnično se lahko izvede ročno prek upravljalne plošče Klinike; ločenega, samodejnega delovnega toka za "zahtevo za popravek" ni. V kontekstu izdelka SaaS je treba zahteve za popravek podatkov klientov najprej nasloviti na zadevno Kliniko; Corenta kot obdelovalec zagotavlja tehnično podporo po navodilih Klinike.
• Obveščanje tretjih oseb (11/7. člen): Zahteva, da se dejanja izbrisa/popravka sporočijo tretjim osebam, katerim so bili podatki preneseni, se presodi, ko je poslana po kanalih, navedenih v postopku vložitve zahteve; ta postopek trenutno ne poteka samodejno, temveč ročno.
• Ugovor zoper avtomatizirano odločitev/oblikovanje profilov (11/8. člen): V sistemu ni dejavnosti avtomatiziranega sprejemanja odločitev ali oblikovanja profilov, ki bi z analizo obdelanih podatkov izključno z avtomatiziranimi sistemi povzročila neugoden izid za posameznika; zato trenutno ni potrebe po ločenem mehanizmu ugovora za to točko.
• Zahteve se v skladu s 13. členom KVKK rešijo brezplačno najpozneje v 30 dneh (če dejanje zahteva dodatne stroške, se lahko zahteva plačilo po tarifi, ki jo določi Svet).

8.3. Postopek vložitve zahteve

Zahteve v zvezi z zgornjimi pravicami:

• na e-poštni naslov hello@corenta.app,
• prek ustreznih zaslonov nastavitev/podpore v aplikaciji,
• ali po drugih postopkih, ki jih določa KVKK,

je mogoče poslati Corenti.

Pomembna opomba o podatkih klientov: Če ste klient Klinike in želite vložiti zahtevo v zvezi s svojimi podatki, se morate najprej obrniti na zadevno Kliniko (upravljavca); za podatke klientov je namreč Klinika končni organ odločanja in neposredni sogovornik. Corenta kot obdelovalec po navodilih Klinike zagotavlja potrebna tehnična orodja (funkcije pregleda, izvoza in izbrisa podatkov).

9. Vloge in odgovornosti

10. Varnostni ukrepi (v času hrambe)

V času hrambe so osebni podatki zaščiteni z naslednjimi tehničnimi in organizacijskimi ukrepi (12. člen KVKK):

• V arhitekturi z več najemniki (multi-tenant) se uporablja načelo privzete zavrnitve (default-deny) z obveznim tenant_id v vsaki tabeli in pravili varnosti na ravni vrstic (Row Level Security) (37/37 tabel, 86 pravil); tako je uhajanje podatkov med najemniki tehnično preprečeno.
• Dostop do tabel z zdravstvenimi podatki je omejen samo na zadevnega klienta, dodeljenega specialista in vodjo tenanta; nadzor dostopa se izvaja na ravni podatkovne baze (RLS). Zapiskov o seansah po pošiljanju ni mogoče spremeniti/izbrisati (append-only); za obrazce anamneze nobenemu uporabniku (vključno z vodjo) ni dana pravica izbrisa.
• Način podpore super-admina (impersonation) je časovno omejen (30 minut) in privzeto samo za branje; dejanja pisanja in dostop do zdravstvenih podatkov so podvrženi ločenim korakom, ki zahtevajo dodatno odobritev; v nobenem scenariju impersonation se ne odpre dostop za pisanje v tabele zdravstvenih podatkov. (Ta omejitev se nanaša na seje impersonation, ki jih sproži človek; samodejni procesi cron s service-role so ločena plast — glejte razdelek 5.7.)
• Pri prenosu podatkov se uporablja šifriranje od konca do konca (TLS); v mobilni aplikaciji se žetoni seje hranijo šifrirani v varni, strojno podprti shrambi ključev naprave (Keychain/Keystore).
• Na občutljivih zaslonih so sprejeti tehnični ukrepi za omejevanje zajemanja zaslonskih posnetkov.
• Za račune super-admina je dvofaktorsko preverjanje pristnosti (2FA/MFA) obvezno.
• Kriptografsko preverjanje podpisa obvestil (webhook), povezanih s plačili, je predvideno v arhitekturi in se izvaja; delo za popolno dokončanje ustrezne konfiguracije/upravljanja ključev v vseh okoljih (vključno s prod) poteka.
• Ti varnostni ukrepi se nenehno pregledujejo in izboljšujejo; vendar noben tehnični ukrep ne zagotavlja absolutne varnosti in v okviru te Politike ni dana zaveza absolutne varnosti.

11. Podobdelovalci in lokacija podatkov

V času hrambe se osebni podatki obdelujejo ali gostujejo prek naslednjih podobdelovalcev/ponudnikov storitev. V pogodbah s temi ponudniki so predvidene obveznosti, da se podatki obdelujejo samo za namen izvajanja navedene storitve; to razmerje ne izraža rokov hrambe, temveč tehnično okolje, v katerem podatki gostujejo — izvedba odločitve o uničenju se tehnično izvede tudi pri teh ponudnikih. Spodnja tabela hkrati uresničuje pravico "poznati tretje osebe, katerim so bili podatki preneseni" iz 11/4. člena KVKK:

Poleg tega:

• Infrastruktura e-pošte: E-pošta storitve se pošilja prek Google Workspace (Google); e-pošto za preverjanje pristnosti sproži Supabase Auth. Promocijska e-pošta se pošilja samo ob ločeni privolitvi in vpisu v İYS. Potisna obvestila se prenašajo prek Appla (APNs) in Googla (FCM).
• Analitično orodje: Analitično orodje tretjih oseb (npr. Google Analytics) se ne uporablja. Merjenje uporabe izdelka v aplikaciji trenutno ni aktivno; če bo aktivirano, se meritve zapisujejo v tabelo prve osebe, ki se vodi v Corentini lastni podatkovni bazi (Supabase, Frankfurt/Nemčija), ne vsebujejo zdravstvenih podatkov in prostega besedila, ta Politika pa se pred aktivacijo posodobi; ko bo aktivirano, bo rok hrambe zapisov meritev naveden v tej Politiki.
• Spremljanje napak: Orodje tretjih oseb za spremljanje napak se ne uporablja; napake odjemalca se beležijo v Corentini lastni podatkovni bazi.
• Infrastrukture za neposredno plačilo s kreditno kartico prek spleta ni; plačila se izvajajo samo prek mehanizmov nakupov v aplikaciji (IAP) Appla/Googla; končni račun/potrdilo izdata Apple/Google (glejte razdelek 4, vrstico 6).

Deljenje podatkov z zgornjimi podobdelovalci poteka samo v obsegu, ki je potreben za zagotavljanje ustrezne storitve, in v okviru 8./9. člena KVKK. Prenos v tujino: Vsi navedeni ponudniki obdelujejo podatke zunaj Turčije; tudi gostovanje v Nemčiji je prenos v tujino v smislu KVKK. Ker so ti prenosi redni in stalni, ne temeljijo na izrecni privolitvi; temeljili bodo na standardnih pogodbah, ki jih je objavil Svet v skladu s 9/4-c. členom. Na dan tega besedila standardne pogodbe še niso podpisane in še niso bile priglašene Svetu; vsaka pogodba bo priglašena Svetu v 5 delovnih dneh od podpisa, ta tabela pa bo posodobljena z datumi. Svet za te države ni objavil sklepa o ustreznosti (zadnje preverjanje: 11. oktober 2026). Ta seznam se lahko posodobi glede na spremembe ponudnikov storitev; aktualni seznam je mogoče spremljati v Politiki zasebnosti in/ali na ustreznem informativnem zaslonu v izdelku Corenta.

12. Vpis v VERBİS

Na dan tega dokumenta Teta Studio ni vpisan v VERBİS. Obveznost vpisa se presoja po merilih sklepov Sveta št. 2025/1572 (za upravljavce, katerih glavna dejavnost je obdelava posebnih vrst podatkov, je prag za izjemo 10 zaposlenih letno in bilanca 10 milijonov TL) in št. 2025/2393 (merilo števila zaposlenih za tiste, ki ne vodijo knjig na podlagi bilance). Ker Teta Studio kliničnih zdravstvenih podatkov ne obdeluje kot upravljavec, temveč kot obdelovalec, se presoja za njegove dejavnosti kot upravljavca (Dela A in C) opravi po teh merilih. Ko bosta dokončana pisna opomba o presoji in potrditev Organa (ALO 198), bo ta razdelek posodobljen z datumom in utemeljitvijo; če bo vpis potreben, bo opravljen pred nadaljevanjem dejavnosti.

Pojasnilo glede vlog: Obveznost vpisa v VERBİS se presoja za kontekst spletne strani podjetja (obrazec za zgodnji dostop na corenta.app), v katerem Corenta deluje kot upravljavec, njeno stanje pa je pojasnjeno zgoraj. V kontekstu izdelka SaaS (app.corenta.app) je upravljavec podatkov klientov Klinika, zato je treba, ali obstaja obveznost vpisa v VERBİS, presoditi ločeno in neodvisno po lastnih merilih vsake Klinike (število zaposlenih, letni obseg obdelave podatkov, področje dejavnosti, sklepi Sveta o izjemah ipd.); ta presoja in morebitna obveznost vpisa pripadata Kliniki in ju ni mogoče prenesti na Corento.

13. Posodabljanje Politike

Ta Politika se lahko posodobi v skladu s spremembami predpisov, sklepi Sveta, razvojem Corentine tehnične infrastrukture (na primer z dodajanjem pregleda PII v prostem besedilu zapiskov o seansah, navedenim v razdelku 4, vrstici 3, in v razdelku 6.2; s povezavo dokumentov za preverjanje specialista (specialist-verification-docs), navedenih v razdelku 5.4/razdelku 4, vrstici 11, s postopkom zaprtja tenanta; s preverjanjem/uvedbo čiščenja potisnih žetonov, navedenega v razdelku 4, vrstici 10, in v razdelku 7, točki 4; z vzpostavitvijo samodejnega mehanizma pregleda za podatke iz obrazca za zgodnji dostop, navedenega v razdelku 7, točki 3; z razvojem postopka prenosljivosti podatkov, navedenega v razdelku 8.2; z dopolnitvijo pravnih podlag za prenos v tujino v razdelku 11; s spremembami seznama podobdelovalcev) ali spremembami poslovnih procesov. Aktualna različica se objavi na ustreznih Corentinih platformah (spletna stran podjetja in/ali v aplikaciji), za določbe, ki so v nasprotju s prejšnjo različico, pa velja aktualna različica. Ob pomembnih spremembah so uporabniki/Klinike, kolikor je mogoče, obveščeni posebej.

14. Kontakt

Za vaša vprašanja o tej Politiki ali o hrambi/uničenju osebnih podatkov:

E-pošta: hello@corenta.app Upravljavec: Mertcan Demir — samostojni podjetnik pod firmo "Teta Studio" Podpora: support@corenta.app Območje storitve: Corenta je globalno na voljo prek App Stora in Google Playa, v državah, v katerih ti trgovini delujeta. Roki iz te Politike se uporabljajo za uporabnika v vsaki državi; če obvezni predpisi neke države določajo krajšo obveznost izbrisa ali daljšo obveznost hrambe, se uporabi ta določba.

Zadnja posodobitev: 19. oktober 2026 Različica 1.9 · 19. oktober 2026