CORENTA – DATU GLABĀŠANAS UN LIKVIDĒŠANAS POLITIKA

Šis tulkojums ir sniegts tikai informācijai; juridiski saistošs ir teksts turku valodā.

Klienta bez konta dzēšana: Klīnikas administratora darbība “Dzēst” tiek uzskatīta par pieprasījumu; ieraksts nekavējoties tiek izņemts no aktīvā saraksta, un pēc 30 dienām tiek dzēsta / notīrīta identitātes / kontaktinformācija un klienta veselības lauki (asinsgrupa, alerģijas, hroniskas saslimšanas, medikamenti) (skatīt 5.0). Turpmāk sniegtais vispārīgais konta dzēšanas apraksts šajā īpašajā jomā netiek interpretēts kā pienākums neatgriezeniski dzēst klienta rindu. Anamnēzes, mērījumu, nodarbību piezīmju un finanšu ierakstiem joprojām piemēro to pašu glabāšanas noteikumus.

Spēkā stāšanās / pēdējā atjaunināšana: 2026. gada 19. oktobris Versija: 1.9 Pārzinis / izdevējs: Mertcan Demir – individuālais komersants ar uzņēmuma nosaukumu “Teta Studio”

Izmaiņu žurnāls

• 1.9 – 2026. gada 19. oktobris: 14. sadaļā formulējums “tikai Turcija” aizstāts ar globālu piedāvājumu; glabāšanas termiņi nav mainījušies.
• 1.8 – 2026. gada 19. oktobris: Publicētā versija; spēkā stāšanās datums – 2026. gada 19. oktobris. 4. sadaļā pievienota rinda par klīnikas grupu ziņām un komandas pārskatīšanai atstātām ziņu kopijām (12. rinda); attiecīgi paplašināts 7. sadaļas periodiskās likvidēšanas saraksts; no 1.3 tabulas svītrota tukšā MERSİS un KEP informācija.
• 1.7 – 2026. gada 11. oktobris: Saskaņā ar 2026. gada 11. oktobra atbilstības pārbaudi (F01, F02, F08, F11, F13, F19, F21): no §11 svītrots apgalvojums “Supabase / Frankfurte nav nosūtīšana uz ārvalstīm”, un sadaļa par nosūtīšanu uz ārvalstīm pārrakstīta atbilstoši Likuma Nr. 6698 9. panta redakcijai pēc 2024. gada (standarta līgumi vēl nav parakstīti); veselības / klīnisko / finanšu ierakstu formulējums “anonīmi” labots uz ierobežotu glabāšanu ar pārtrauktu saikni ar personu (nodarbības piezīmes brīvais teksts netiek mainīts); piekrišanas pierādījuma rindas juridiskais pamats labots uz 5/2-e pantu (svītrota kļūdainā atsauce uz 20/2 pantu); agrīnās piekļuves veidlapas rinda atjaunināta, nošķirot informēšanu un piekrišanu komerciāliem paziņojumiem; pievienots 6 mēnešu periodiskās likvidēšanas princips kategorijām bez automātiskas likvidēšanas; identitātes informācija labota uz individuālo komersantu; VERBİS sadaļa pārrakstīta atbilstoši Padomes 2025. gada lēmumiem.
• 1.6 – 2026. gada 10. oktobris: Expo (Expo Push Notification Service) svītrots no apakšapstrādātāju / apstrādātāju ierakstiem; push paziņojumi tiek nosūtīti tikai ar Apple (APNs) un Google (FCM) starpniecību, Expo/EAS ir tikai lietotnes izveides rīks un neapstrādā galalietotāju datus.
• 1.5 – 2026. gada 10. oktobris: Svītrots formulējums par Google Analytics izvēli; precizēts, ka trešo personu analītika netiek izmantota, un norādīts, kas apstrādā push paziņojumus.
• 1.4 – 2026. gada 4. oktobris: Pašreizējais teksts nostiprināts kā apstiprinātā versija. Šajā versijā iekļauts tikai šāds: konta dzēšana (piekļuve tiek pārtraukta nekavējoties, personas dati tiek dzēsti / anonimizēti, maksājumu ieraksti, kas jāglabā saskaņā ar likumu, tiek glabāti bez identitātes datiem; atsaukšanas perioda nav); klienta veselības lauku dzēšana pēc 30 dienām; 7 dienu termiņš nepiesaistītām (“bāreņu”) kvītīm; klienta kontaktinformācijas slēpšana atbalsta režīmā; mērīšana servera pusē bez identitātes datiem; pakalpojuma e-pasta vēstules un Google Workspace; push paziņojumu apstrādātāji; atbalsta adrese; tirgus (Turcija).
• 1.3 – 2026. gada 7. jūlijs (2026. gada 4. augusta atjauninājums): iepriekšējā versija.

Svarīga piezīme par pārziņa / apstrādātāja statusu: Šī Datu glabāšanas un likvidēšanas politika (“Politika”) nosaka, cik ilgi tiek glabāti personas dati, kas tiek apstrādāti, sniedzot Corenta programmatūras pakalpojumu (“Pakalpojums” vai “Lietotne”), ko izstrādājis un uztur Mertcan Demir, kurš darbojas kā individuālais komersants ar uzņēmuma nosaukumu “Teta Studio” (“Corenta”, “Teta Studio”, “Komersants”), kādi kritēriji tiek izmantoti šo termiņu noteikšanā un kādos veidos šie dati tiek dzēsti, iznīcināti vai anonimizēti pēc glabāšanas termiņa beigām vai apstrādes pamata izzušanas.

Šī Politika ir sagatavota saskaņā ar Personas datu aizsardzības likumu Nr. 6698 (“KVKK”), Noteikumiem par personas datu dzēšanu, iznīcināšanu vai anonimizēšanu (“Noteikumi”) un citiem saistītajiem tiesību aktiem, un tā ir Corenta personas datu apstrādes reģistra neatņemama sastāvdaļa. Šī Politika jālasa kopā ar attiecīgo informatīvo tekstu / Privātuma politiku, kurā sīki izskaidroti datu apstrādes nolūki un juridiskie pamati; šis dokuments regulē tikai glabāšanas termiņus un likvidēšanas kārtību un nav paredzēts, lai viens pats pilnībā izpildītu informēšanas pienākumu saskaņā ar KVKK 10. pantu.

1. Mērķis un darbības joma

1.1. Mērķis

Šīs Politikas mērķis ir izskaidrot kritērijus, pēc kuriem tiek noteikts maksimālais laikposms, kas nepieciešams Corenta apstrādāto personas datu apstrādei nolūkam, kādam tie tiek apstrādāti, tiesību aktos paredzēto termiņu piemērošanu un to personas datu dzēšanas, iznīcināšanas vai anonimizēšanas kārtību un principus, kuru glabāšanas termiņš ir beidzies. Šī Politika ir sagatavota, pamatojoties uz KVKK 5., 6., 7., 10., 11. un 12. panta noteikumiem un attiecīgajiem Noteikumu pantiem.

1.2. Darbības joma un lomu sadalījums – svarīgs brīdinājums

Šī Politika aptver divas atsevišķas jomas, kurās Corenta apstrādā datus divos atšķirīgos statusos; šis nošķīrums tiek konsekventi piemērots visā Politikā un tieši ietekmē to, kā tiek interpretēta glabāšanas termiņu tabula:

(a) Uzņēmuma tīmekļa vietnes konteksts (corenta.app – agrīnās piekļuves / demonstrācijas pieprasījuma veidlapa): attiecībā uz personas datiem, ko ar agrīnās piekļuves pieteikuma veidlapu sniedz produktā ieinteresēti potenciālie uzņēmumu klienti, Corenta / Teta Studio saskaņā ar KVKK 3. pantu darbojas tieši kā pārzinis.

(b) SaaS produkta konteksts (app.corenta.app): attiecībā uz personas datiem, ko uz abonementa pamata Corenta platformu izmantojošie klīniskā pilates, fizioterapijas, reformera, labsajūtas / masāžas un jogas centri (“Nomnieks (tenant)”, “Uzņēmums” vai “Klīnika”) ievada platformā par saviem klientiem (“Klients – datu subjekts”) (kontaktinformācija, anamnēze, nodarbību piezīmes, pierakstu / pakešu dati u. c.), Klīnika saskaņā ar KVKK 3. pantu ir pārzinis; Corenta / Teta Studio ir tikai apstrādātājs un sniedz tehniskās infrastruktūras pakalpojumu saskaņā ar Klīnikas norādījumiem. Klientu informēšanas pienākums, nepārprotamas piekrišanas iegūšana un galīgais lēmums par klientu datu glabāšanu / likvidēšanu ir Klīnikas juridiskā atbildība. Corenta šo pienākumu izpildi produktā tehniski atvieglo (piekrišanu reģistrēšanas mehānisms consent_logs, mobilās lietotnes KVKK apstiprinājuma ekrāns kvkk.tsx, audita pēdas), taču nepārņem un neuzņemas Klīnikas pienākumu ievērot KVKK. Šajā Politikā šim kontekstam norādītie glabāšanas termiņi parāda, cik ilgi Corenta kā apstrādātājs faktiski tur šos datus savā infrastruktūrā; galīgo likvidēšanas lēmumu un termiņu var noteikt atbilstoši Klīnikas norādījumiem un tai piemērojamajiem tiesību aktiem.

Šī Politika vispārīgo principu līmenī aptver arī Corenta darbinieku, sadarbības partneru un piegādātāju personas datu glabāšanas / likvidēšanas procesus; tomēr Politikas galvenā uzmanība ir vērsta uz iepriekš (a) un (b) punktā definētajiem klientu / Klientu datiem.

1.3. Pārziņa / apstrādātāja informācija

1.4. Tiesiskais pamats

• Personas datu aizsardzības likums Nr. 6698,
• Noteikumi par personas datu dzēšanu, iznīcināšanu vai anonimizēšanu (Oficiālais izdevums (Resmî Gazete), 28.10.2017, Nr. 30224),
• Vadlīnijas par personas datu dzēšanu, iznīcināšanu vai anonimizēšanu un Personas datu aizsardzības padomes (“Padome”) lēmumi,
• Turcijas Komerclikums Nr. 6102 (komercgrāmatu un dokumentu glabāšana),
• Nodokļu procedūru likums Nr. 213 (finanšu ierakstu glabāšana),
• Citi saistītie nozares tiesību akti (ciktāl piemērojami, tostarp tiesību akti, kas regulē veselības aprūpes pakalpojumu sniegšanu).

2. Definīcijas

3. Glabāšanas un likvidēšanas termiņu noteikšanas kritēriji (KVKK 5., 6. pants)

3.1. Glabāšanu pamatojoši iemesli

Corenta personas dati tiek glabāti tikai tik ilgi, cik to skaidri paredz attiecīgie tiesību akti, vai tik ilgi, cik nepieciešams nolūkam, kādam tie tiek apstrādāti. Nosakot glabāšanas termiņu, tiek izmantoti šādi kritēriji:

1. Vai pastāv juridisks glabāšanas pienākums? (Piem., minimālie finanšu ierakstu glabāšanas termiņi saskaņā ar Turcijas Komerclikumu un Nodokļu procedūru likumu.)
2. Kādā nolūkā dati tika apstrādāti, un vai šis nolūks joprojām ir aktuāls? (KVKK 5. panta 2. daļa – nolūka ierobežojuma princips.)
3. Vai tas ir nepieciešams līguma noslēgšanai / izpildei? (Piem., pierakstu un pakešu dati, kamēr turpinās abonementa / pakalpojuma attiecības.)
4. Vai tas ir nepieciešams tiesību nodibināšanai, izmantošanai vai aizsardzībai (kā pierādījums iespējamā juridiskā strīdā)? (Ņemot vērā Saistību likuma vispārīgos noilguma termiņus.)
5. Vai ir datu subjekta nepārprotama piekrišana, un vai tā joprojām ir spēkā?
6. Vai Corenta vai Klīnikai ir leģitīmās intereses? (Piem., drošības žurnāli, krāpšanas / ļaunprātīgas izmantošanas atklāšana.)
7. Vai dati pieder īpašu kategoriju (veselības) datu kategorijai? Šādā gadījumā saskaņā ar KVKK 6. pantu tiek piemēroti stingrāki piekļuves ierobežojumi un pamatojums; glabāšanas termiņš nekad netiek pagarināts ārpus nolūka robežām.

Ja neviens no iepriekš minētajiem kritērijiem neprasa glabāt konkrētus personas datus, dati nekavējoties tiek dzēsti, iznīcināti vai anonimizēti.

3.2. Likvidēšanu pamatojoši iemesli

Personas dati tiek dzēsti, iznīcināti vai anonimizēti pēc attiecīgās personas pieprasījuma vai pēc Corenta / Klīnikas iniciatīvas šādos gadījumos:

a) ja tiek grozīti vai atcelti tiesību aktu noteikumi, kas bija to apstrādes pamatā, b) ja izzūd nolūks, kura dēļ bija nepieciešama to apstrāde vai glabāšana, c) ja apstrāde balstās uz nepārprotamu piekrišanu un datu subjekts atsauc savu piekrišanu, d) ja datu subjekts, izmantojot tiesības saskaņā ar KVKK 11. pantu, iesniedz pieprasījumu dzēst / iznīcināt datus un šis pieprasījums tiek atzīts par pamatotu (konta dzēšanas pieprasījums), e) ja beidzas personas datu glabāšanas termiņš un nepaliek neviena juridiska pamata to glabāšanai, f) ja līgums vispār netiek noslēgts, nav spēkā, tiek izbeigts vai no tā atkāpjas, g) ja konta dzēšanas pieprasījums tiek galīgi izpildīts saskaņā ar šīs Politikas 5. pantā norādīto procesu.

4. Datu kategoriju, glabāšanas termiņu un likvidēšanas metožu tabula

Turpmākajā tabulā ir norādītas galvenās Corenta infrastruktūrā apstrādāto personas datu kategorijas, glabāšanas termiņš, tā pamatojums un pēc termiņa beigām piemērojamā likvidēšanas metode. Ja vien nav skaidri norādīts citādi, vispārīgais noteikums ir šāds: “Kamēr saistītais konts / ieraksts ir aktīvs + 30 dienas no konta dzēšanas pieprasījuma pieņemšanas izskatīšanai.” Tabula jālasa kopā ar 5. sadaļā aprakstīto konta dzēšanas plūsmu. Dažām kategorijām šīs plūsmas solis pēc 30 dienām nav DELETE (galīgā dzēšana), bet gan anonimizēšana – šis nošķīrums ir skaidri norādīts attiecīgajās rindās un 6.2 sadaļā.

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

</div>

1. piezīme: Iepriekš sniegtajā tabulā formulējums “kamēr konts / tenant ir aktīvs” nozīmē laikposmu, kurā turpinās attiecīgās Klīnikas Corenta abonements un Klīnika nav dzēsusi klienta ierakstu. Kad Klīnika dzēsīs sava klienta datus, nosaka pašas Klīnikas (kā pārziņa) KVKK politika un tās attiecības ar klientu; Corenta šim procesam nodrošina tehniskās iespējas.

2. piezīme: 7. rindas (Audita pēdu ieraksti) 2 gadu un 8. rindas (Piekrišanu ieraksti) 5 gadu termiņi ir Corenta noteikti fiksēti glabāšanas termiņi (atšķirībā no 6. rindas Turcijas Komerclikuma / Nodokļu procedūru likuma termiņa tie nebalstās tieši uz tiesību akta normu; tā ir brīvprātīgi uzņemta saistoša apņemšanās, kas noteikta, pamatojoties uz leģitīmajām interesēm un pierādīšanas pienākumu saskaņā ar KVKK 5. panta 2. daļas f punktu). Pašlaik sistēmā nedarbojas automātisks dzēšanas mehānisms pēc glabāšanas termiņa beigām – pēc termiņa beigām dzēšana / anonimizēšana tiek veikta manuāli, un, kad tiks ieviesta automatizācija, šī Politika tiks atjaunināta. 9. rindas (Agrīnās piekļuves veidlapas dati) formulējumam “ne ilgāk kā 2 gadus” ir cita darbības joma, un, kā paskaidrots tās rindā, tas nozīmē atsevišķu juridisku augšējo robežu.

5. Konta dzēšanas process – pilna plūsma

Lai tehniski izpildītu datu subjektu dzēšanas pieprasījumu saskaņā ar KVKK 11. pantu, Corenta piemēro divu posmu dzēšanas arhitektūru, kas līdzsvaro lietotāja pieredzi un datu drošības / juridiskās pierādīšanas vajadzības: tūlītēju mīksto dzēšanu (soft-delete) un tai sekojošu galīgo dzēšanu pēc 30 dienām.

5.0. 2026. gada 4. oktobra grozījums – tur, kur tas ir pretrunā ar 5.1.–5.7. punktu, priekšroka ir šim punktam

Konta dzēšana (no 2026. gada 4. oktobra): kad dzēšanas pieprasījums ir apstiprināts, piekļuve kontam tiek pārtraukta nekavējoties (sesijas tiek beigtas, pieteikties nav iespējams); personas dati tiek dzēsti vai anonimizēti (tiek notīrīts vārds, e-pasts, tālrunis, attēls un klienta identitātes / kontaktinformācija, kā arī veselības lauki – asinsgrupa, alerģijas, hroniskas saslimšanas, medikamenti); maksājumu un atlīdzības ieraksti, kas jāglabā saskaņā ar likumu, netiek dzēsti; tie tiek glabāti, pārtraucot to saikni ar personu un ierobežojot piekļuvi tiem. Pēc pieprasījuma iesniegšanas atsaukšanas periods nav paredzēts; autentifikācijas ieraksta un failu galīgā dzēšana tiek pabeigta esošajā trīsdesmit dienu fona procesā.

Klienta ieraksta dzēšana un veselības lauki (no 2026. gada 4. oktobra): kad uzņēmums dzēš klienta ierakstu, kuram nav konta, ieraksts nekavējoties tiek izņemts no aktīvā saraksta; pēc 30 dienām kopā ar identitātes un kontaktinformāciju tiek dzēsti / notīrīti arī klienta veselības lauki (asinsgrupa, alerģijas, hroniskas saslimšanas, medikamenti). Šis noteikums neietekmē anamnēzes veidlapu, mērījumu un nodarbību piezīmju glabāšanas noteikumus.

Kvīšu faili (no 2026. gada 4. oktobra): kvīšu faili, kas nav piesaistīti nevienam maksājumam (“bāreņi”), tiek automātiski dzēsti pēc 7 dienām; maksājumam piesaistītu kvīti nevar dzēst neviena loma.

Klienta kontaktinformācija atbalsta režīmā (no 2026. gada 4. oktobra): Corenta atbalsta (galvenā administratora) sesijā klienta e-pasta adrese un tālruņa numurs atbalsta darbiniekiem netiek rādīti; atbalsta darbinieki redz tikai ierobežotu identitātes kopsavilkumu (vārdu, konta statusu, aktivitāti, izveides datumu).

Tiesības rakstīt veselības laukos (no 2026. gada 4. oktobra): klienta veselības laukos (asinsgrupa, alerģijas, hroniskas saslimšanas, medikamenti) var rakstīt tikai pats klients un viņam norīkotais speciālists; uzņēmuma īpašnieks / administrators šajos laukos rakstīt nevar (viņš var rediģēt ārkārtas kontaktpersonas un identitātes laukus).

Pseidonīma produkta mērīšana: produkta uzlabošanai tikai servera pusē var tikt mērīti apkopoti lietošanas notikumi ar klīnikas pseidonīmo identifikatoru; šī mērīšana neietver IP adresi, veselības datus vai avota / reklāmas izsekošanu. Klīnikas pseidonīmais identifikators ir pseidonīms (nav anonīms). Funkcija pašlaik ir izslēgta.

5.1. 1. posms – tūlītēja mīkstā dzēšana (soft-delete)

Brīdī, kad lietotājs lietotnē apstiprina konta dzēšanas pieprasījumu, sistēma vienlaikus un nekavējoties veic šādas darbības:

1. Lietotāja profila ieraksts tiek padarīts neaktīvs, aizpildot lauku deleted_at; konts kļūst nepieejams / neredzams parastai lietošanai, un to vairs nevar izmantot pieteikšanās nolūkā.
2. Lietotāja gaidošie (vēl nenotikušie) pieraksti tiek automātiski atcelti.
3. Tiek noņemtas piesaistes (klienta un speciālista sasaistes, programmu piešķīrumi), kurās lietotājs norādīts kā speciālists / resurss.
4. Tiek atsauktas visas lietotāja piekrišanas (to reģistrē, aizpildot lauku revoked_at ierakstos consent_logs).

Šajā posmā dati netiek fiziski dzēsti, taču tie tiek padarīti nepieejami parastas apstrādes un skatīšanas nolūkos. Tas ir dzēšanas procesa pirmais solis, kas KVKK 7. panta un Noteikumu izpratnē atbilst “padarīšanai par nepieejamiem”.

5.2. 2. posms – galīgā dzēšana (pēc 30 dienām)

30 (trīsdesmit) dienas pēc mīkstās dzēšanas sistēmā automātiski darbojošs plānots uzdevums (cron job) neatgriezeniski veic šādas darbības:

1. Lietotāja autentifikācijas ieraksts (auth.users) tiek dzēsts galīgi un neatgriezeniski.
2. Ar lietotāju saistītie datubāzes ieraksti tiek apstrādāti atšķirīgi atkarībā no kategorijas: ieraksti bez patstāvīgas uzņēmējdarbības / pierādījuma vērtības (piem., paziņojumi) tiek dzēsti galīgi (DELETE/cascade); savukārt veselības dati (anamnesis_forms, session_notes, measurements) un klīniskie / finanšu ieraksti (payments, attendance, consent_logs) netiek dzēsti, tiek pārtraukta to saikne ar personu – saikne ar personu tiek pārtraukta datubāzes līmenī, daži brīvā teksta lauki tiek notīrīti, un ieraksts paliek kā tenant ieraksts ar pārtrauktu saikni ar personu un ierobežotu piekļuvi (tā kā nodarbības piezīmes brīvais teksts netiek mainīts, tas netiek uzskatīts par anonīmu) (skatīt 4. sadaļas 2.–5., 8., 10. rindu un 6.2 sadaļu).
3. Šī darbība tiek automātiski iniciēta tikai sistēmas privileģētajā (service-role aizsargātajā) fona procesā; neviens lietotājs, tostarp administratīvais personāls, vai Uzņēmuma administrators ar parastajām produkta saskarnēm nevar šo procesu sākt manuāli, iniciēt priekšlaicīgi vai apturēt – tas ir apzināts drošības dizains, lai novērstu priekšlaicīgu / novēlotu dzēšanu kļūdas vai ļaunprātīgas izmantošanas dēļ. (Šī garantija attiecas uz produkta parastajām lietotāju un pārvaldības saskarnēm; tehniskie darbības procesi, kuriem sistēmas privileģētajā infrastruktūras līmenī var būt tieša piekļuve datubāzei, neietilpst šīs garantijas darbības jomā, un uz tiem attiecas atsevišķi iekšējās piekļuves kontroles pasākumi.)

30 dienu fona procesa mērķis (no 2026. gada 4. oktobra): tā kā piekļuve kontam tiek pārtraukta nekavējoties pēc dzēšanas pieprasījuma, šis periods nedod iespēju pieprasījumu atsaukt vai pārdomāt; tas tiek izmantots autentifikācijas ieraksta un failu galīgās dzēšanas pabeigšanai un iespējamas ļaunprātīgas izmantošanas pārbaudei. Šis periods ir saprātīgs un ierobežots, atbilstošs samērīguma principam saskaņā ar KVKK 5. pantu. Par dzēšanas pieprasījuma statusu var vērsties, rakstot uz hello@corenta.app.

5.3. Izņēmums: dati, kuriem piemērojams juridisks glabāšanas pienākums

Iepriekš aprakstītais 30 dienu galīgās dzēšanas process neattiecas uz ierakstiem, kas norādīti 4. sadaļas tabulas 6. rindā (Abonementa / darījumu metadati) un kuriem saskaņā ar Turcijas Komerclikumu / Nodokļu procedūru likumu ir juridisks glabāšanas pienākums. Pat pēc konta galīgās dzēšanas šie ieraksti atsevišķi tiek glabāti līdz attiecīgā juridiskā glabāšanas termiņa beigām, nošķirti no personas datu apstrādes nolūka un ar piekļuvi, kas ierobežota tikai ar juridiskā pienākuma izpildes nolūku. Tāpat audita pēdu ieraksti (audit_logs) un piekrišanu ierakstu pierādījumu nolūkā nepieciešamais minimālais kodols (skatīt 4. sadaļas 7.–8. rindu) leģitīmo interešu / juridiskās pierādīšanas dēļ var joprojām tikt glabāti ārpus šī 30 dienu perioda atsevišķā un ierobežotā nolūkā. 4. sadaļas 2. piezīmē ir skaidri norādīts, ka šim izņēmumam piederīgie termiņi neatbilst nevienam sistēmā automātiski piemērotam tehniskam mehānismam.

5.4. Īpaša informācija par glabātajiem pievienotajiem failiem (svarīgi – pārredzamība)

Ievērojot pārredzamības principu, skaidri tiek norādīts: galīgās dzēšanas laikā datubāzes ieraksti (profils, pieraksti, piesaistes, piekrišanas u. c.) tiek pilnībā dzēsti vai (veselības / klīniskajiem / finanšu ierakstiem, skatīt 6.2 sadaļu) anonimizēti; savukārt lietotājam piederošie un atsevišķā krātuves (Storage) zonā glabātie pievienotie faili tiek apstrādāti šādi: avatārs / profila fotoattēls, anamnēzes veidlapai pievienotais dokuments / fotoattēls un maksājuma kvīts attēls tiek automātiski (best-effort) dzēsti no krātuves (Storage) kā galīgās dzēšanas soļa daļa – tā ir sistēmā pašlaik faktiski darbojoša, pārbaudīta uzvedība. Ja dzēšana vienā krātuvē (bucket) neizdodas, tas tiek reģistrēts; tomēr tas netraucē citu krātuvju tīrīšanu vai konta anonimizēšanas / galīgās dzēšanas soļus (best-effort dizains).

Godīgi norādīta robeža: vienīgā šajā automātiskajā procesā neiekļautā failu kategorija ir speciālista / patstāvīgās reģistrācijas procesā augšupielādētie identitātes / diploma pārbaudes dokumenti (krātuve specialist-verification-docs). Šie dokumenti tehniski ir saistīti nevis ar lietotāju, bet ar attiecīgā nomnieka (Klīnikas) pārbaudes procesu un datubāzes ierakstā nesatur atsauci uz lietotāju; tāpēc tos nevar automātiski iekļaut esošajā lietotāja konta dzēšanas plūsmā. Šī dokumenta likvidēšana tiks risināta atsevišķi, kad attiecīgā Klīnika slēgs savu kontu / abonementu nomnieka līmenī (skatīt 5.6 sadaļu); kamēr tas nav īstenots, izņēmuma pieprasījumi tiek izvērtēti manuāli, rakstot uz hello@corenta.app.

Tāpēc šajā Politikā nav absolūtas apņemšanās, ka, iesniedzot konta dzēšanas pieprasījumu, “visi lietotājam piederošie dati / faili tiks dzēsti pilnībā un nekavējoties” (īpaši attiecībā uz tehniskajām paliekām rezerves kopijās skatīt 6.3 sadaļu, kā arī iepriekš minēto izņēmumu); tomēr attiecībā uz iepriekš aprakstītajām failu kategorijām automātiskā dzēšana tiek faktiski piemērota.

5.5. Īpaša piezīme par veselības datiem

Arī uz īpašu kategoriju veselības datiem, piemēram, anamnēzes veidlapām, nodarbību piezīmēm un mērījumu ierakstiem, attiecas iepriekš aprakstītā vispārīgā dzēšanas plūsma (mīkstā dzēšana → 30 dienas → galīgā dzēšana); tomēr, kā paskaidrots 4. sadaļas 2.–4. rindā un 6.2 sadaļā, šajās tabulās galīgās dzēšanas solis tiek īstenots, pārtraucot saikni ar personu un daļēji notīrot – ieraksts netiek dzēsts (DELETE), saikne ar personu tiek pārtraukta un daži brīvā teksta lauki tiek notīrīti; klīniskais ieraksts (īpaši append-only nodarbības piezīmes saturs) tiek glabāts kā tenant ieraksts ar pārtrauktu saikni ar personu un ierobežotu piekļuvi un netiek uzskatīts par anonīmu. Turklāt, tā kā šī datu kategorija ir savīta ar Klīnikas kā pārziņa uzturētajiem ierakstiem, klienta konta / datu dzēšanas pieprasījums var būt pretrunā ar Klīnikas juridiskajiem glabāšanas pienākumiem (piemēram, ierakstu uzturēšanas pienākumiem, kas var izrietēt no veselības aprūpes pakalpojumu sniegšanu regulējošajiem tiesību aktiem); saiknes ar personu pārtraukšanas un ierobežotas glabāšanas metodes mērķis ir līdzsvarot šos divus pienākumus (klienta tiesības uz saviem personas datiem un Klīnikas pienākumu uzturēt ierakstus). Šādos gadījumos galīgos lēmumus pieņem Klīnika kā pārzinis; Corenta rīkojas saskaņā ar Klīnikas norādījumiem.

5.6. Dzēšana Klīnikas (tenant) līmenī

Ja Klīnika pilnībā izbeidz savu Corenta abonementu, Klīnikai piederošajiem tenant datiem un visiem šī tenant klientu ierakstiem tiek piemērota tā pati divu posmu (mīkstā dzēšana → 30 dienas → galīgā dzēšana) arhitektūra. Tā kā Klīnika ir savu klientu pārzinis, pirms abonementa izbeigšanas tai ir pienākums informēt savus klientus saskaņā ar saviem KVKK pienākumiem; šo pienākumu nevar nodot Corenta.

5.7. Saistība ar galvenā administratora atbalsta režīmu (impersonation)

Konta dzēšanas un glabāšanas procesi darbojas neatkarīgi no Corenta atbalsta / uzdošanās (impersonation) mehānisma. Uzdošanās sesijas ir laikā ierobežotas (30 minūtes) un pēc noklusējuma – tikai lasīšanas režīmā; piekļuvei veselības datu kategorijām (anamnēze, nodarbību piezīmes, mērījumi) ir nepieciešams atsevišķs apstiprināšanas solis (health_data_enabled), bet rakstīšanas / dzēšanas darbības šajās tabulās ar uzdošanās starpniecību nekādos apstākļos nav atļautas (RLS politikās uzdošanās gadījumam nav paredzēts neviens izņēmums). Precizējums: šis ierobežojums attiecas uz cilvēka iniciētām uzdošanās sesijām, kurās atbalsta darbinieks piesakās un veic darbības manuāli; 5.2 sadaļā aprakstītais automātiskais (bez cilvēka iejaukšanās) service-role cron process ir no šī ierobežojuma nošķirts slānis, un tas to neietekmē – uzdošanās ierobežojums netraucē automātiskajam galīgās dzēšanas mehānismam konta dzēšanas plūsmā, un to nevajadzētu ar to jaukt. Tāpēc konta dzēšanas / likvidēšanas procesi tiek veikti tikai ar šajā Politikā definētajiem automātiskajiem mehānismiem.

6. Likvidēšanas metodes

Saskaņā ar Noteikumu 8. un turpmāko pantu noteikumiem turpmāk ir aprakstītas dzēšanas / iznīcināšanas / anonimizēšanas metodes, ko piemēro atkarībā no ierakstu vides.

6.1. Dzēšana

Darbība, ar kuru personas dati attiecīgajiem lietotājiem (tostarp lietotnes lietotājiem un personālam ar piekļuvi administrēšanas panelim) tiek padarīti nekādā veidā nepieejami un atkārtoti neizmantojami. Corenta šī metode tiek piemērota 1. posma mīkstās dzēšanas procesā: lai gan dati fiziski netiek izņemti no datubāzes, ar piekļuves tiesībām un saskarnēm tie tiek padarīti pilnībā nepieejami.

6.2. Iznīcināšana (galīgā dzēšana)

Darbība, ar kuru personas dati tiek padarīti nevienam nekādā veidā nepieejami, neatgūstami un atkārtoti neizmantojami. Corenta 2. posma galīgās dzēšanas procesā šis princips tiek īstenots ar divām atšķirīgām tehniskām metodēm atkarībā no datu kategorijas:

• Autentifikācijas ieraksts un ieraksti bez patstāvīgas uzņēmējdarbības vērtības: lietotāja autentifikācijas ieraksts (auth.users) service-role aizsargātajā automātiskajā procesā tiek neatgriezeniski dzēsts tieši ar DELETE; saistītie ieraksti, kuriem pēc konta dzēšanas pašiem par sevi nav uzņēmējdarbības / pierādījuma vērtības (piem., paziņojumi, notifications – skatīt 4. sadaļas 10. rindu), datubāzes līmenī tiek dzēsti kopā ar ON DELETE CASCADE.
• Veselības, klīniskie un finanšu ieraksti: anamnesis_forms, session_notes, measurements, payments, attendance un consent_logs galīgās dzēšanas solis tiek īstenots nevis dzēšot ierakstu (DELETE), bet pārtraucot saikni ar personu un daļēji notīrot (skatīt 6.6 sadaļu): personu identificējošās ārējās atslēgas kolonnas (client_id, specialist_id, user_id u. c.) ar FK ierobežojumu ON DELETE SET NULL tiek neatgriezeniski iestatītas uz NULL; satura kolonnas, kurās var būt tieša identitāte vai brīvā teksta PII (anamnēzes atbildes, mērījumu / maksājumu brīvā teksta piezīmes, atsauce uz maksājuma kvīti, piekrišanas ieraksta IP adrese), notīra vai ar anonīmu atzīmi aizstāj funkcija anonymize_user_relations() (to var izsaukt tikai service-role, default-deny). Klīniskais / finanšu skaitliskais un vēsturiskais saturs (datums, summa, mērījuma vērtība, atlikušo nodarbību skaits, statuss ieradās / neieradās, piekrišanas došanas / atsaukšanas laiks) Klīnikas ierakstu uzturēšanas pienākuma un (nodarbību piezīmēm) append-only principa dēļ joprojām tiek glabāts kā tenant ieraksts ar pārtrauktu saikni ar personu; tā kā nodarbības piezīmes brīvais teksts netiek mainīts, šie ieraksti netiek uzskatīti par anonīmiem un tiek glabāti ar ierobežotu piekļuvi.

Nodarbību piezīmēs (session_notes) append-only ierobežojums neļauj mainīt saturu; ir paredzēts tikai šaurs, vienam nolūkam paredzēts izņēmums – iestatīt saiknes ar personu kolonnas (client_id, specialist_id) uz NULL; pašas piezīmes saturs šajā procesā nevienā posmā netiek dzēsts vai mainīts.

Robeža: nav pārskatīšanas / notīrīšanas mehānisma personas datiem, kas var būt brīvā teksta lauku tekstā ārpus tiešajām identitātes kolonnām (piem., nodarbības piezīmes tekstā minēts vārds). Tāpēc šie ieraksti netiek uzskatīti par anonīmiem; tie tiek glabāti kā personas dati ar ierobežotu piekļuvi un termiņa beigās likvidēti.

Abas iepriekš minētās metodes ir aizsargātas ar service-role, tāpēc tās nevar iniciēt vai atsaukt ar parastajām produkta saskarnēm.

6.3. Dzēšana no rezerves kopijām (backup)

Datubāzes rezerves kopijas atbilstoši parastajam rezerves kopiju ciklam (rotācijai) pēc noteikta laika tiek automātiski pārrakstītas / likvidētas. Lai gan galīgā dzēšana primārajā datubāzē stājas spēkā nekavējoties, skaidri tiek norādīts, ka iepriekš izveidotajās rezerves kopijās dati tehniski var saglabāties, līdz beidzas rezerves kopiju pakalpojumu sniedzēja (Supabase) standarta rotācijas periods. Tā ir standarta prakse saskaņā ar attiecīgā apakšapstrādātāja (Supabase) datu apstrādes līgumu (DPA).

6.4. Pielikumi failu krātuvē (Storage)

Lietotāju augšupielādētie faili, piemēram, avatāru attēli, maksājumu kvītis un anamnēzes pielikumi, tiek glabāti atsevišķā krātuves (Storage) zonā. Skatīt 5.4 sadaļu – tur sīki un pārredzami ir paskaidrots šī satura pašreizējais stāvoklis konta dzēšanas procesā (automātiska dzēšana avatāram / anamnēzes pielikumam / maksājuma kvītij, vienīgais izņēmums – specialist-verification-docs).

6.5. Dati papīra formā

Corenta SaaS produkta ietvaros apstrādātie personas dati tiek glabāti digitālā vidē; personas datu apstrāde papīra formā nav paredzēta. Ja Komersanta komerciālajā / administratīvajā sarakstē izņēmuma kārtā tiek izmantota papīra forma, likvidēšana tiek veikta, neatgriezeniski aizkrāsojot / sadedzinot / sasmalcinot ar dokumentu smalcinātāju.

6.6. Anonimizēšana

Corenta kā daļu no konta galīgās dzēšanas procesa (skatīt 6.2 sadaļu) veselības datiem un klīniskajiem / finanšu ierakstiem izmanto saiknes ar personu pārtraukšanas un daļējas notīrīšanas metodi. Tā kā nodarbības piezīmes brīvais teksts netiek mainīts un nelielos uzņēmumos datumu un mērījumu sērija var būt pietiekama, lai personu atkārtoti identificētu, šī metode ne visos gadījumos atbilst turpmāk minētajam anonimizēšanas standartam; šie ieraksti netiek uzskatīti par anonīmiem, tie tiek glabāti kā personas dati ar ierobežotu piekļuvi un termiņa beigās likvidēti. Turklāt Corenta produkta izstrādes, statistiskās analīzes vai tirgus izpētes nolūkos var izmantot datus, kas anonimizēti tā, ka tos nav iespējams saistīt ar identificētu vai identificējamu fizisku personu. Anonimizēšana prasa, lai datus pat apvienojumā ar citiem datiem nebūtu iespējams neatgriezeniski saistīt ar personu; maskēšana / pseidonimizēšana, kas veikta, nenodrošinot šo standartu, netiek uzskatīta par anonimizēšanu, un uz šādiem datiem joprojām attiecas personas datu apstrādes režīms. Anonimizēti dati tiek uzskatīti par tādiem, kas neietilpst KVKK darbības jomā, un uz tiem neattiecas šajā Politikā noteiktie glabāšanas termiņu ierobežojumi.

6.7. Metodes izvēle

Piemērojamo likvidēšanas metodi nosaka Corenta un/vai Klīnika, ņemot vērā datu raksturu (vai tie ir īpašu kategoriju dati), vidi, kurā tie tiek glabāti (datubāze, failu krātuve, žurnālu sistēma, rezerves kopiju sistēma), juridiskās un tehniskās iespējas, kā arī Padomes lēmumos un Noteikumos noteiktos principus. Likvidējot īpašu kategoriju personas datus (tostarp veselības datus), tiek ievērota maksimāla rūpība.

7. Periodiskās likvidēšanas process

Saskaņā ar Noteikumu 11. pantu Corenta ir pienākums pēc savas iniciatīvas (negaidot pieprasījumu) dzēst, iznīcināt vai anonimizēt personas datus, kuru glabāšanas termiņš ir beidzies un/vai kuru apstrādes nolūks ir izzudis; šim nolūkam paredzētais periodiskās likvidēšanas intervāls nedrīkst pārsniegt 6 (sešus) mēnešus. Šajā sakarā skaidri tiek nošķirti mehānismi, kas sistēmā pašlaik faktiski darbojas, un tie, kas nedarbojas:

1. 30 dienu galīgās dzēšanas process pēc konta dzēšanas pieprasījuma tiek periodiski (katru dienu) pārskatīts ar automātisku plānotu uzdevumu (cron job), un konti, kuru termiņš beidzies, tiek apstrādāti kopā. Tā ir sistēmā pašlaik faktiski darbojoša, pārbaudīta automatizācija.
2. Audita pēdu ierakstiem (audit_logs) paredzētais glabāšanas termiņš tiek periodiski pārskatīts; tomēr pašlaik netiek piemērots neviens dzēšanas mehānisms, kas šo pārskatīšanu veiktu automātiski (skatīt 4. sadaļas 7. rindu).
3. Agrīnās piekļuves veidlapas datiem noteiktais maksimālais glabāšanas termiņš (skatīt 4. sadaļas 9. rindu) ir juridiskās augšējās robežas atsauce periodiskās likvidēšanas pienākumam saskaņā ar Noteikumu 11. pantu; tomēr sistēmā pašlaik nav šim termiņam atbilstoša automātiski darbojoša pārskatīšanas / dzēšanas mehānisma. Šīs datu kategorijas dzēšana / anonimizēšana, kamēr nav ieviesta automatizācija, tiek izvērtēta manuāli un pēc pieprasījuma (skatīt 4. sadaļas 2. piezīmi). Šis jautājums tiek atspoguļots pārredzami, konsekventi ar citiem nepārbaudītiem apgalvojumiem par automatizāciju (skatīt 2. un 4. punktu).
4. Atsevišķa automātiska un periodiska beigušos / nederīgu push paziņojumu pilnvaru tīrīšana ir produkta ceļvedī paredzēts uzlabojums; tehniski nav pārbaudīts, ka šis mehānisms sistēmā pašlaik faktiski darbojas (skatīt 4. sadaļas 10. rindu). Kad tas tiks pārbaudīts vai ieviests, šī Politika tiks atjaunināta.
5. Periodiskā likvidēšana reizi 6 mēnešos: šajā sadaļā minētajām kategorijām, kurām nav automātiskas likvidēšanas (audita pēdas, atļauju pierādījumi ar pārtrauktu saikni ar personu, agrīnās piekļuves veidlapas dati, speciālistu pārbaudes dokumenti, grupu ziņu moderēšanas kopijas), Corenta reizi 6 mēnešos piemēro periodisko likvidēšanu un par katru ciklu sagatavo likvidēšanas aktu. Šos ciklus automatizējošu plānotu uzdevumu vēl nav; cikli tiek veikti manuāli.

Periodiskās likvidēšanas process neatkarīgi no šajā Politikā noteiktajiem termiņiem neliedz datu subjektam saskaņā ar KVKK 11. pantu iesniegt individuālu pieprasījumu dzēst / iznīcināt datus; datu subjekts var iesniegt dzēšanas pieprasījumu, pat ja glabāšanas termiņš nav beidzies, ja ir izzudis attiecīgās apstrādes darbības juridiskais pamats (piem., atsaukta piekrišana). Attiecībā uz kategorijām, kurām automatizācija vēl nav ieviesta, datu subjekta individuālais pieprasījums, kas iesniegts, rakstot uz hello@corenta.app, arī tiek izvērtēts un izpildīts manuāli.

8. Datu subjekta tiesības un vēršanās kārtība (KVKK 11. pants)

8.1. Tiesības saskaņā ar KVKK 11. pantu

Saskaņā ar KVKK 11. pantu datu subjektiem ir šādas tiesības:

1. uzzināt, vai viņu personas dati tiek apstrādāti,
2. ja viņu personas dati tiek apstrādāti, pieprasīt par to informāciju,
3. uzzināt personas datu apstrādes nolūku un vai tie tiek izmantoti atbilstoši nolūkam,
4. zināt trešās personas Turcijā vai ārvalstīs, kurām personas dati ir nodoti,
5. pieprasīt personas datu labošanu, ja tie tiek apstrādāti nepilnīgi vai nepareizi,
6. pieprasīt personas datu dzēšanu vai iznīcināšanu saskaņā ar KVKK 7. pantu,
7. pieprasīt paziņot par darbībām, kas veiktas saskaņā ar iepriekš minēto (5) un (6) punktu, trešajām personām, kurām personas dati ir nodoti,
8. iebilst pret personai nelabvēlīgu rezultātu, kas iegūts, analizējot apstrādātos datus tikai ar automatizētām sistēmām,
9. pieprasīt zaudējumu atlīdzību, ja tie radušies personas datu nelikumīgas apstrādes dēļ.

8.2. Pašreizējās tehniskās īstenošanas godīgs kopsavilkums

Turpmāk ir sniegts godīgs un reālistisks pašreizējās tehniskās īstenošanas kopsavilkums:

• Dzēšanas pieprasījums (konta dzēšana): to var iesniegt tieši mobilās lietotnes attiecīgajā iestatījumu izvēlnē; pieprasījums tiek automātiski izpildīts ar 5. sadaļā aprakstīto divu posmu procesu (tūlītēja mīkstā dzēšana → 30 dienas → galīgā dzēšana) (11. panta 6. punkts).
• Informācijas pieprasījums / datu pārnesamība: tiek izpildīts saprātīgā laikā, sniedzot datu subjektam viņa datus viņa tenant apjomā strukturētā, mašīnlasāmā formātā (funkcija export_user_data, tenant apjoms pārbaudīts). Šī procesa nodošanas mehānisms (faila formāts, nodošanas veids, tādas īpašības kā parakstīta lejupielādes saite) tiek pastāvīgi pilnveidots; šajā Politikā netiek uzņemtas saistības par konkrētu nodošanas termiņu vai konkrētu faila / piekļuves formātu (11. panta 1.–2. punkts).
• Informācija par nodošanu trešajām personām (11. panta 4. punkts): informācija par trešajām personām / apakšapstrādātājiem Turcijā / ārvalstīs, kuriem tiek nodoti personas dati, ir sniegta šīs Politikas 11. sadaļas (Apakšapstrādātāji un datu lokalizācija) tabulā.
• Labošanas pieprasījums (11. panta 5. punkts): tehniski to var izpildīt manuāli Klīnikas pārvaldības panelī; atsevišķas automātiskas “labošanas pieprasījuma” darbplūsmas nav. SaaS produkta kontekstā labošanas pieprasījumi par klientu datiem vispirms būtu jāiesniedz attiecīgajai Klīnikai; Corenta kā apstrādātājs sniedz tehnisku atbalstu saskaņā ar Klīnikas norādījumiem.
• Paziņošana trešajām personām (11. panta 7. punkts): pieprasījums paziņot par dzēšanas / labošanas darbībām trešajām personām, kurām dati nodoti, tiek izskatīts, kad tas tiek iesniegts vēršanās kārtībā norādītajos kanālos; pašlaik šis process tiek veikts nevis automātiski, bet manuāli.
• Iebildumi pret automatizētu lēmumu pieņemšanu / profilēšanu (11. panta 8. punkts): sistēmā nav automatizētas lēmumu pieņemšanas vai profilēšanas darbību, kurās apstrādātie dati tiek analizēti tikai ar automatizētām sistēmām un kuru rezultātā datu subjektam rodas nelabvēlīgs rezultāts; tāpēc pašlaik nav nepieciešams atsevišķs faktiski darbojošs iebildumu mehānisms saskaņā ar šo punktu.
• Pieprasījumi saskaņā ar KVKK 13. pantu tiek izskatīti bez maksas ne vēlāk kā 30 dienu laikā (ja darbības veikšanai papildus nepieciešami izdevumi, var tikt pieprasīta maksa saskaņā ar Padomes noteikto tarifu).

8.3. Vēršanās kārtība

Pieprasījumus saistībā ar iepriekš minētajām tiesībām var iesniegt:

• uz e-pasta adresi hello@corenta.app,
• ar attiecīgajiem iestatījumu / atbalsta ekrāniem lietotnē,
• vai citos KVKK paredzētajos veidos.

Pieprasījumu saņēmēja – Corenta.

Svarīga piezīme par klientu datiem: ja tu esi Klīnikas klients un vēlies iesniegt pieprasījumu par saviem datiem, vispirms tev jāvēršas attiecīgajā Klīnikā (pārzinis), jo Klīnika ir galīgā lēmumu pieņēmēja un adresāte attiecībā uz klientu datiem. Corenta kā apstrādātājs saskaņā ar Klīnikas norādījumiem nodrošina nepieciešamos tehniskos rīkus (datu skatīšanas, eksportēšanas, dzēšanas funkcijas).

9. Lomas un atbildība

10. Drošības pasākumi (glabāšanas laikā)

Glabāšanas laikā personas dati tiek aizsargāti ar šādiem tehniskiem un organizatoriskiem pasākumiem (KVKK 12. pants):

• Vairāku nomnieku (multi-tenant) arhitektūrā katrā tabulā ir obligāts tenant_id un tiek piemērots noklusējuma aizlieguma (default-deny) princips ar rindu līmeņa drošības (Row Level Security) politikām (37/37 tabulas, 86 politikas); tādējādi datu noplūde starp nomniekiem tiek tehniski novērsta.
• Piekļuve tabulām, kurās ir veselības dati, ir ierobežota tikai ar attiecīgo klientu, norīkoto speciālistu un tenant administratoru; piekļuves kontrole tiek piemērota datubāzes līmenī (RLS). Nodarbību piezīmes pēc iesniegšanas nevar mainīt / dzēst (append-only); anamnēzes veidlapām dzēšanas tiesības nav piešķirtas nevienam lietotājam (tostarp administratoram).
• Galvenā administratora atbalsta režīms (impersonation) ir laikā ierobežots (30 minūtes) un pēc noklusējuma – tikai lasīšanas režīmā; rakstīšanas darbībām un piekļuvei veselības datiem tiek piemēroti atsevišķi soļi, kuriem nepieciešams papildu apstiprinājums; nevienā uzdošanās gadījumā netiek atvērta rakstīšanas piekļuve veselības datu tabulām. (Šis ierobežojums attiecas uz cilvēka iniciētām uzdošanās sesijām; automātiskie service-role cron procesi ir atsevišķs slānis – skatīt 5.7 sadaļu.)
• Datu nosūtīšanai tiek izmantota pilnīga šifrēšana (TLS); mobilajā lietotnē sesijas pilnvaras tiek šifrētas glabātas ierīces drošajā, aparatūras atbalstītajā atslēgu krātuvē (Keychain / Keystore).
• Jutīgos ekrānos ir veikti tehniski pasākumi, kuru mērķis ir ierobežot ekrānuzņēmumu veidošanu.
• Galveno administratoru kontiem ir obligāta divu faktoru autentifikācija (2FA / MFA).
• Arhitektūrā ir paredzēta un tiek piemērota maksājumu darbību paziņojumu (webhook) kriptogrāfiskā paraksta pārbaude; turpinās darbs, lai attiecīgā konfigurācija / atslēgu pārvaldība tiktu pilnībā pabeigta visās vidēs (tostarp ražošanas vidē).
• Šie drošības pasākumi tiek pastāvīgi pārskatīti un uzlaboti; tomēr neviens tehnisks pasākums negarantē absolūtu drošību, un šajā Politikā netiek uzņemtas nekādas absolūtas drošības saistības.

11. Apakšapstrādātāji un datu lokalizācija

Glabāšanas laikā personas dati tiek apstrādāti vai mitināti ar turpmāk norādīto apakšapstrādātāju / pakalpojumu sniedzēju starpniecību. Līgumos ar šiem pakalpojumu sniedzējiem ir paredzēti pienākumi apstrādāt datus tikai norādītā pakalpojuma sniegšanai; šīs attiecības nosaka nevis glabāšanas termiņus, bet tehnisko vidi, kurā dati tiek mitināti – likvidēšanas lēmums tehniski tiek īstenots arī šo pakalpojumu sniedzēju sistēmās. Turpmākā tabula vienlaikus īsteno tiesības “zināt trešās personas, kurām dati nodoti” saskaņā ar KVKK 11. panta 4. punktu:

Turklāt:

• E-pasta infrastruktūra: pakalpojuma e-pasta vēstules tiek sūtītas ar Google Workspace (Google) starpniecību; autentifikācijas e-pasta vēstules iniciē Supabase Auth. Reklāmas e-pasta vēstules tiek sūtītas tikai ar atsevišķu piekrišanu un ar nosacījumu, ka ir veikta reģistrācija İYS. Push paziņojumi tiek pārsūtīti ar Apple (APNs) un Google (FCM) starpniecību.
• Analītikas rīks: netiek izmantots neviens trešās personas analītikas rīks (piem., Google Analytics). Produkta lietošanas mērīšana lietotnē pašlaik nav aktīva; ja tā tiks ieslēgta, mērījumi tiks rakstīti pirmās puses tabulā, kas tiek glabāta pašas Corenta datubāzē (Supabase, Frankfurte, Vācija), tie nesaturēs veselības datus un brīvu tekstu, un pirms ieslēgšanas šī Politika tiks atjaunināta; kad mērīšana tiks ieslēgta, mērījumu ierakstu glabāšanas termiņš tiks norādīts šajā Politikā.
• Kļūdu uzraudzība: netiek izmantots neviens trešās personas kļūdu uzraudzības rīks; klienta lietotnes kļūdas tiek reģistrētas pašas Corenta datubāzē.
• Nav tiešu kredītkaršu maksājumu infrastruktūras tīmeklī; maksājumi tiek veikti tikai ar Apple / Google pirkumu lietotnē (IAP) mehānismiem; galīgo rēķinu / kvīti izraksta Apple / Google (skatīt 4. sadaļas 6. rindu).

Datu kopīgošana ar iepriekš minētajiem apakšapstrādātājiem tiek veikta tikai tiktāl, ciktāl tas nepieciešams attiecīgā pakalpojuma sniegšanai, un saskaņā ar KVKK 8. / 9. pantu. Nosūtīšana uz ārvalstīm: visi iepriekš minētie pakalpojumu sniedzēji apstrādā datus ārpus Turcijas; arī mitināšana Vācijā ir nosūtīšana uz ārvalstīm KVKK izpratnē. Tā kā šīs nosūtīšanas ir regulāras un pastāvīgas, tās nebalstās uz nepārprotamu piekrišanu; saskaņā ar 9. panta 4. daļas c punktu tās tiks balstītas uz Padomes publicētajiem standarta līgumiem. Šī teksta dienā standarta līgumi vēl nav parakstīti, un par tiem nav paziņots Padomei; par katru līgumu Padomei tiks paziņots 5 darba dienu laikā pēc parakstīšanas, un šī tabula tiks atjaunināta, norādot datumus. Nav Padomes publicēta lēmuma par aizsardzības līmeņa atbilstību attiecībā uz šīm valstīm (pēdējā pārbaude: 2026. gada 11. oktobris). Šis saraksts var tikt atjaunināts atkarībā no pakalpojumu sniedzēju izmaiņām; pašreizējo sarakstu var skatīt Privātuma politikā un/vai attiecīgajā informatīvajā ekrānā Corenta produktā.

12. Reģistrācija VERBİS

Šī dokumenta dienā Teta Studio nav reģistrējusies VERBİS. Pienākums reģistrēties tiek izvērtēts saskaņā ar Padomes lēmumos Nr. 2025/1572 (pārziņiem, kuru pamatdarbība ir īpašu kategoriju datu apstrāde, izņēmuma slieksnis ir 10 darbinieki gadā un 10 miljonu TL bilance) un Nr. 2025/2393 (tiem, kas nekārto grāmatvedību uz bilances pamata, – darbinieku skaita kritērijs) noteiktajiem kritērijiem. Tā kā Teta Studio klīniskos veselības datus apstrādā nevis kā pārzinis, bet kā apstrādātājs, tās pašas kā pārziņa darbību (A un C daļa) izvērtējums tiek veikts saskaņā ar šiem kritērijiem. Kad tiks pabeigts rakstisks izvērtējuma ziņojums un saņemts Iestādes (ALO 198) apstiprinājums, šī sadaļa tiks atjaunināta, norādot datumu un pamatojumu; ja reģistrācija būs nepieciešama, tā tiks veikta pirms darbības turpināšanas.

Precizējums atbilstoši lomām: pienākums reģistrēties VERBİS tiek izvērtēts uzņēmuma tīmekļa vietnes (corenta.app agrīnās piekļuves veidlapas) kontekstā, kurā Corenta darbojas kā pārzinis, un tā stāvoklis ir izskaidrots iepriekš. SaaS produkta kontekstā (app.corenta.app), tā kā klientu datu pārzinis ir Klīnika, tas, vai pastāv pienākums reģistrēties VERBİS, jāizvērtē atsevišķi un neatkarīgi atbilstoši katras Klīnikas kritērijiem (darbinieku skaitam, gada datu apstrādes apjomam, darbības jomai, Padomes lēmumiem par izņēmumiem u. c.); šis izvērtējums un iespējamais reģistrācijas pienākums ir Klīnikas ziņā, un to nevar nodot Corenta.

13. Politikas atjaunināšana

Šī Politika var tikt atjaunināta, ņemot vērā tiesību aktu izmaiņas, Padomes lēmumus, Corenta tehniskās infrastruktūras uzlabojumus (piemēram, 4. sadaļas 3. rindā un 6.2 sadaļā minētās teksta iekšienē esošu PII meklēšanas pievienošanu nodarbību piezīmju brīvā teksta saturā, 5.4 sadaļā / 4. sadaļas 11. rindā minēto speciālistu pārbaudes dokumentu (specialist-verification-docs) sasaisti ar tenant slēgšanas procesu, 4. sadaļas 10. rindā un 7. sadaļas 4. punktā minētās push pilnvaru tīrīšanas pārbaudi / ieviešanu, 7. sadaļas 3. punktā minētā automātiskās pārskatīšanas mehānisma izveidi agrīnās piekļuves veidlapas datiem, 8.2 sadaļā minētā datu pārnesamības procesa pilnveidošanu, 11. sadaļā minēto nosūtīšanas uz ārvalstīm juridisko pamatu pabeigšanu, izmaiņas apakšapstrādātāju sarakstā) vai uzņēmējdarbības procesu izmaiņas. Pašreizējā versija tiek publicēta attiecīgajās Corenta platformās (uzņēmuma tīmekļa vietnē un/vai lietotnē), un attiecībā uz noteikumiem, kas ir pretrunā ar iepriekšējo versiju, noteicošā ir pašreizējā versija. Būtisku izmaiņu gadījumā, ciktāl tas iespējams, lietotāji / Klīnikas tiek informēti papildus.

14. Saziņa

Jautājumos par šo Politiku vai personas datu glabāšanu / likvidēšanu:

E-pasts: hello@corenta.app Pārzinis: Mertcan Demir – individuālais komersants ar uzņēmuma nosaukumu “Teta Studio” Atbalsts: support@corenta.app Pakalpojuma teritorija: Corenta tiek piedāvāta visā pasaulē ar App Store un Google Play starpniecību tajās valstīs, kurās šie veikali darbojas. Šajā Politikā noteiktie termiņi attiecas uz lietotāju katrā valstī; ja kādas valsts obligātie tiesību akti paredz īsāku dzēšanas vai ilgāku glabāšanas pienākumu, piemēro šo normu.

Pēdējā atjaunināšana: 2026. gada 19. oktobris Versija 1.9 · 2026. gada 19. oktobris