CORENTA — POLITICA DE PĂSTRARE ȘI ELIMINARE A DATELOR

Această traducere are doar scop informativ; textul obligatoriu din punct de vedere juridic este cel în limba turcă.

Ștergerea clientului fără cont: acțiunea „Șterge” efectuată de administratorul clinicii este considerată o cerere; fișa este scoasă imediat din lista activă, iar după 30 de zile datele de identificare/contact și câmpurile de sănătate ale clientului (grupa sanguină, alergii, afecțiuni cronice, medicamente) sunt șterse/golite (vezi 5.0). Descrierea generală a ștergerii contului de mai jos nu se interpretează, în acest caz special, ca o obligație de ștergere definitivă a rândului clientului. Anamneza, măsurătorile, notele de ședință și evidențele financiare rămân supuse propriilor reguli de păstrare.

Intrare în vigoare / ultima actualizare: 19 octombrie 2026 Versiune: 1.9 Operator / editor: Mertcan Demir — întreprindere individuală sub denumirea comercială „Teta Studio”

Istoricul modificărilor

• 1.9 — 19 octombrie 2026: Formularea „doar Turcia” din secțiunea 14 a fost înlocuită cu oferirea la nivel global; perioadele de păstrare nu s-au schimbat.
• 1.8 — 19 octombrie 2026: Versiunea de publicare; data intrării în vigoare: 19 octombrie 2026. În secțiunea 4 a fost adăugat rândul privind mesajele de grup ale clinicii și copiile mesajelor păstrate pentru examinarea de către echipă (Rândul 12); lista de eliminare periodică din secțiunea 7 a fost extinsă în consecință; informațiile MERSİS și KEP rămase necompletate au fost eliminate din tabelul 1.3.
• 1.7 — 11 octombrie 2026: Conform analizei de conformitate din 11 octombrie 2026 (F01, F02, F08, F11, F13, F19, F21): a fost eliminată formularea din §11 „Supabase/Frankfurt nu este transfer în străinătate”, iar secțiunea privind transferul în străinătate a fost redactată conform formei de după 2024 a art. 9 din Legea nr. 6698 (clauzele contractuale standard nu au fost încă semnate); formularea „anonim” pentru evidențele de sănătate/clinice/financiare a fost corectată în păstrare restricționată, cu eliminarea legăturii cu persoana (textul liber al notelor de ședință nu este modificat); temeiul juridic al rândului privind dovezile consimțământului a fost corectat în art. 5/2-e (a fost eliminată trimiterea greșită la art. 20/2); rândul privind formularul de acces anticipat a fost actualizat conform separării informării de acordul pentru mesaje comerciale; pentru categoriile fără eliminare automată a fost adăugat principiul eliminării periodice la fiecare 6 luni; datele de identificare au fost corectate ca întreprindere individuală; secțiunea VERBİS a fost redactată conform deciziilor Consiliului din 2025.
• 1.6 — 10 octombrie 2026: Expo (Expo Push Notification Service) a fost eliminat din evidențele subîmputerniciților/persoanelor împuternicite; notificările push sunt transmise doar prin Apple (APNs) și Google (FCM), iar Expo/EAS este doar un instrument de compilare a aplicației și nu prelucrează datele utilizatorilor finali.
• 1.5 — 10 octombrie 2026: A fost eliminată formularea privind alegerea Google Analytics; s-a precizat că nu se folosește analiză din partea terților și care sunt persoanele împuternicite pentru notificările push.
• 1.4 — 4 octombrie 2026: Textul existent a fost fixat ca versiune aprobată. În această versiune au fost reflectate doar următoarele: ștergerea contului (accesul încetează imediat, datele cu caracter personal sunt șterse/anonimizate, evidențele de plată care trebuie păstrate conform legii sunt păstrate fără identificare; nu există termen de anulare); ștergerea câmpurilor de sănătate ale clientului după 30 de zile; termenul de 7 zile pentru chitanțele orfane; ascunderea datelor de contact ale clientului în modul de asistență; măsurarea fără identificare pe partea de server; e-mailurile de serviciu și Google Workspace; persoanele împuternicite pentru notificările push; adresa de asistență; piața (Turcia).
• 1.3 — 7 iulie 2026 (actualizarea din 4 august 2026): versiunea anterioară.

Notă importantă privind calitatea de operator / persoană împuternicită: Această Politică de păstrare și eliminare a datelor („Politica”) stabilește cât timp sunt păstrate datele cu caracter personal prelucrate în cadrul serviciului software Corenta („Serviciul” sau „Aplicația”), dezvoltat și operat de Mertcan Demir, care funcționează ca întreprindere individuală sub denumirea comercială „Teta Studio” („Corenta”, „Teta Studio”, „Compania”), criteriile pe baza cărora sunt stabilite aceste perioade și metodele prin care aceste date sunt șterse, distruse sau anonimizate la expirarea perioadei de păstrare sau la dispariția temeiului prelucrării.

Această Politică a fost întocmită în cadrul Legii nr. 6698 privind protecția datelor cu caracter personal („KVKK”), al Regulamentului privind ștergerea, distrugerea sau anonimizarea datelor cu caracter personal („Regulamentul”) și al altei legislații aplicabile și constituie o parte integrantă a inventarului activităților de prelucrare a datelor cu caracter personal ale Corenta. Această Politică trebuie citită împreună cu Nota de informare/Politica de confidențialitate aferentă, în care sunt explicate detaliat scopurile și temeiurile juridice ale prelucrării; acest document reglementează doar perioadele de păstrare și procedurile de eliminare și nu are ca scop să îndeplinească singur întreaga obligație de informare din art. 10 din KVKK.

1. Scop și domeniu de aplicare

1.1. Scop

Scopul acestei Politici este de a explica criteriile de stabilire a perioadei maxime necesare scopului pentru care datele cu caracter personal sunt prelucrate de Corenta, aplicarea perioadelor prevăzute de legislație și procedurile și principiile privind ștergerea, distrugerea sau anonimizarea datelor cu caracter personal a căror perioadă de păstrare a expirat. Această Politică a fost întocmită pe baza prevederilor art. 5, art. 6, art. 7, art. 10, art. 11 și art. 12 din KVKK și a articolelor relevante din Regulament.

1.2. Domeniul de aplicare și distribuirea rolurilor — avertisment important

Această Politică acoperă două domenii separate în care Corenta prelucrează date în două calități diferite; această distincție este aplicată consecvent în întreaga Politică și influențează direct modul de interpretare a tabelului perioadelor de păstrare:

(a) Contextul site-ului corporativ (corenta.app — formularul de cerere de acces anticipat/demo): în privința datelor cu caracter personal transmise prin formularul de cerere de acces anticipat de potențialii clienți-afaceri interesați de produs, Corenta/Teta Studio acționează direct în calitate de Operator conform art. 3 din KVKK.

(b) Contextul produsului SaaS (app.corenta.app): în privința datelor cu caracter personal pe care centrele de pilates clinic, fizioterapie, reformer, wellness/masaj și yoga („Tenant”, „Afacere” sau „Clinică”) care folosesc platforma Corenta pe bază de abonament le introduc în platformă și care aparțin propriilor clienți („Clientul — persoană vizată”) (date de contact, anamneză, note de ședință, date despre programări/pachete etc.), Clinica este Operator conform art. 3 din KVKK; Corenta/Teta Studio oferă doar în calitate de Persoană împuternicită un serviciu de infrastructură tehnică, conform instrucțiunilor Clinicii. Obligația de informare a clienților, obținerea consimțământului explicit și decizia finală de păstrare/eliminare privind datele clienților sunt responsabilitatea juridică a Clinicii. Corenta facilitează tehnic îndeplinirea acestor obligații în produs (mecanismul de evidență a consimțămintelor consent_logs, ecranul mobil de confirmare KVKK kvkk.tsx, jurnalele de audit), dar nu preia și nu își asumă obligația Clinicii de conformitate cu KVKK. Perioadele de păstrare indicate în această Politică pentru acest context arată cât timp păstrează efectiv Corenta aceste date în infrastructura sa, în calitate de persoană împuternicită; decizia finală de eliminare și termenul acesteia se pot contura în funcție de instrucțiunile Clinicii și de legislația căreia îi este supusă.

Această Politică acoperă, de asemenea, în privința principiilor generale, procesele de păstrare/eliminare a datelor cu caracter personal ale angajaților, partenerilor de afaceri și furnizorilor Corenta; totuși, accentul principal al Politicii îl constituie datele clienților-afaceri/clienților definite la literele (a) și (b) de mai sus.

1.3. Informații despre operator / persoana împuternicită

1.4. Legislația de bază

• Legea nr. 6698 privind protecția datelor cu caracter personal,
• Regulamentul privind ștergerea, distrugerea sau anonimizarea datelor cu caracter personal (Monitorul Oficial din 28.10.2017, nr. 30224),
• Ghidul privind ștergerea, distrugerea sau anonimizarea datelor cu caracter personal și deciziile Consiliului pentru Protecția Datelor cu Caracter Personal („Consiliul”),
• Codul comercial turc nr. 6102 (păstrarea registrelor și documentelor comerciale),
• Codul de procedură fiscală nr. 213 (păstrarea evidențelor financiare),
• altă legislație sectorială aplicabilă (inclusiv, în măsura aplicabilă, legislația privind furnizarea serviciilor de sănătate).

2. Definiții

3. Criteriile de stabilire a perioadelor de păstrare și de eliminare (KVKK art. 5, art. 6)

3.1. Motive care impun păstrarea

În cadrul Corenta, datele cu caracter personal sunt păstrate doar pe durata prevăzută expres de legislația aplicabilă sau pe durata necesară scopului pentru care sunt prelucrate. La stabilirea perioadei de păstrare se au în vedere următoarele criterii:

1. Există o obligație legală de păstrare? (De exemplu, perioadele minime de păstrare pentru evidențele financiare din sfera Codului comercial turc și a Codului de procedură fiscală.)
2. În ce scop au fost prelucrate datele și acest scop mai este valabil? (art. 5/2 din KVKK — principiul limitării la scop.)
3. Sunt necesare pentru încheierea/executarea contractului? (De exemplu, datele despre programări și pachete cât timp continuă relația de abonament/servicii.)
4. Sunt necesare pentru constituirea, exercitarea sau protejarea unui drept (ca mijloc de probă într-un eventual litigiu juridic)? (Ținând cont de termenele generale de prescripție din Codul obligațiilor.)
5. Există consimțământul explicit al persoanei vizate și acest consimțământ își păstrează valabilitatea?
6. Există un interes legitim al Corenta sau al Clinicii? (De exemplu, jurnalele de securitate, depistarea fraudelor/abuzurilor.)
7. Datele fac parte din categoria datelor din categorii speciale (de sănătate)? În acest caz, conform art. 6 din KVKK, se aplică restricții de acces și justificări mai stricte; perioada de păstrare nu este niciodată extinsă în afara scopului.

Dacă niciunul dintre criteriile de mai sus nu impune păstrarea anumitor date cu caracter personal, datele sunt șterse, distruse sau anonimizate imediat.

3.2. Motive care impun eliminarea

Datele cu caracter personal sunt șterse, distruse sau anonimizate, la cererea persoanei vizate sau din oficiu de către Corenta/Clinică, în următoarele cazuri:

a) modificarea sau abrogarea prevederilor legale care stau la baza prelucrării lor, b) dispariția scopului care impune prelucrarea sau păstrarea lor, c) retragerea consimțământului de către persoana vizată în cazurile de prelucrare întemeiată pe consimțământ explicit, d) depunerea de către persoana vizată a unei cereri de ștergere/distrugere în cadrul drepturilor din art. 11 din KVKK și admiterea acestei cereri (cererea de ștergere a contului), e) expirarea perioadei de păstrare a datelor cu caracter personal și dispariția oricărui temei juridic care să impună păstrarea, f) neîncheierea contractului, nulitatea, rezilierea sau rezoluțiunea acestuia, g) finalizarea definitivă a cererii de ștergere a contului în cadrul procesului descris la articolul 5 al acestei Politici.

4. Tabelul categoriilor de date, perioadelor de păstrare și metodelor de eliminare

Tabelul de mai jos prezintă principalele categorii de date cu caracter personal prelucrate în infrastructura Corenta, perioada de păstrare, justificarea acesteia și metoda de eliminare aplicată la sfârșitul perioadei. Dacă nu se indică expres altfel, regula generală este: „Cât timp contul/evidența asociată este activă + 30 de zile de la preluarea cererii de ștergere a contului.” Tabelul trebuie citit împreună cu fluxul de ștergere a contului descris în secțiunea 5. Pentru unele categorii, pasul acestui flux de la sfârșitul celor 30 de zile nu este DELETE (ștergere definitivă), ci anonimizarea — această distincție este indicată expres în rândurile respective și în secțiunea 6.2.

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

</div>

Nota 1: formularea „cât timp contul/tenant-ul este activ” din tabelul de mai sus desemnează perioada în care abonamentul Clinicii respective la Corenta continuă și fișa clientului nu a fost ștearsă de Clinică. Momentul în care Clinica șterge datele propriului client este stabilit de propria politică KVKK a Clinicii (în calitate de Operator) și de relația sa cu clientul; Corenta oferă posibilitatea tehnică pentru acest proces.

Nota 2: perioadele de 2 ani de la Rândul 7 (evidențele jurnalului de audit) și de 5 ani de la Rândul 8 (evidențele consimțămintelor) sunt perioade fixe de păstrare stabilite de Corenta (spre deosebire de perioada din Codul comercial/Codul de procedură fiscală de la Rândul 6, nu se întemeiază direct pe o prevedere legală; sunt un angajament asumat voluntar, cu caracter obligatoriu, stabilit în cadrul interesului legitim și al obligației de probă din art. 5/2-f din KVKK). La sfârșitul acestor perioade, în sistem nu funcționează în prezent un mecanism automat de ștergere la expirarea păstrării — la expirarea perioadei, ștergerea/anonimizarea se efectuează manual; când automatizarea va fi introdusă, această Politică va fi actualizată. Formularea „cel mult 2 ani” de la Rândul 9 (datele formularului de acces anticipat) are o altă sferă și, după cum se explică în rândul său, desemnează o limită juridică maximă separată.

5. Procesul de ștergere a contului — funcționarea de la un capăt la altul

Pentru a satisface tehnic cererile de ștergere ale persoanelor vizate din sfera art. 11 din KVKK, Corenta aplică o arhitectură de ștergere în doi pași, care ține cont de echilibrul dintre experiența utilizatorului și nevoia de securitate a datelor/probă juridică: ștergerea logică imediată (soft-delete) și, ulterior, ștergerea definitivă după 30 de zile.

5.0. Modificarea din 4 octombrie 2026 — acolo unde contrazice 5.1–5.7, acest punct are prioritate

Ștergerea contului (de la 4 octombrie 2026): după confirmarea cererii de ștergere, accesul la cont încetează imediat (sesiunile sunt închise, autentificarea nu mai este posibilă); datele cu caracter personal sunt șterse sau anonimizate (sunt curățate numele, e-mailul, telefonul, imaginea, precum și datele de identificare/contact ale clientului și câmpurile de sănătate — grupa sanguină, alergii, afecțiuni cronice, medicamente); evidențele de plăți și de comisioane care trebuie păstrate conform legii nu sunt șterse; sunt păstrate fără legătura cu persoana, cu acces restricționat. După cerere nu există un termen de anulare; ștergerea definitivă a înregistrării de autentificare și a fișierelor se încheie în procesul existent de fundal de treizeci de zile.

Ștergerea fișei clientului și câmpurile de sănătate (de la 4 octombrie 2026): când afacerea șterge fișa unui client care nu are cont, fișa este scoasă imediat din lista activă; după 30 de zile, împreună cu datele de identificare și de contact, sunt șterse/golite și câmpurile de sănătate ale clientului (grupa sanguină, alergii, afecțiuni cronice, medicamente). Această prevedere nu afectează regulile de păstrare ale formularelor de anamneză, măsurătorilor și notelor de ședință.

Fișierele de chitanțe (de la 4 octombrie 2026): fișierele de chitanțe nelegate de nicio plată (orfane) sunt șterse automat după 7 zile; o chitanță legată de o plată nu poate fi ștearsă de niciun rol.

Datele de contact ale clientului în modul de asistență (de la 4 octombrie 2026): în sesiunea de asistență Corenta (superadministrator), e-mailul și telefonul clientului nu sunt afișate personalului de asistență; personalul de asistență poate vedea doar un rezumat limitat de identificare (nume, starea contului, activitate, data creării).

Dreptul de a scrie în câmpurile de sănătate (de la 4 octombrie 2026): în câmpurile de sănătate ale clientului (grupa sanguină, alergii, afecțiuni cronice, medicamente) pot scrie doar clientul însuși și specialistul atribuit acestuia; proprietarul/administratorul afacerii nu poate scrie în aceste câmpuri (poate edita persoana de contact pentru urgențe și câmpurile de identificare).

Măsurarea pseudonimizată a produsului: pentru îmbunătățirea produsului pot fi măsurate, doar pe partea de server, evenimente agregate de utilizare cu un identificator pseudonim al clinicii; această măsurare nu include adresa IP, date privind sănătatea sau urmărirea sursei/publicității. Identificatorul pseudonim al clinicii are caracter de pseudonim (nu este fără identificare). Funcția este în prezent dezactivată.

5.1. Etapa 1 — ștergerea logică imediată (soft-delete)

În momentul în care utilizatorul confirmă din aplicație cererea de ștergere a contului, sistemul efectuează simultan și imediat următoarele operațiuni:

1. Evidența de profil a utilizatorului este dezactivată prin completarea câmpului deleted_at; contul devine inaccesibil/invizibil pentru utilizarea obișnuită și nu mai poate fi folosit pentru autentificare.
2. Programările în așteptare (încă neefectuate) ale utilizatorului sunt anulate automat.
3. Atribuirile în care utilizatorul figurează ca specialist/resursă (asocierile client-specialist, atribuirile de programe) sunt eliminate.
4. Toate consimțămintele utilizatorului sunt retrase (acest lucru este înregistrat prin completarea câmpului revoked_at în evidențele consent_logs).

În această etapă, datele nu au fost șterse fizic, dar au devenit inaccesibile pentru scopurile obișnuite de prelucrare și vizualizare. Acesta este primul pas al procesului de ștergere, de natura „aducerii în stare de inaccesibilitate” în sensul art. 7 din KVKK și al Regulamentului.

5.2. Etapa 2 — ștergerea definitivă (după 30 de zile)

La 30 (treizeci) de zile după ștergerea logică, o sarcină programată (cron job) care rulează automat în sistem efectuează ireversibil următoarele operațiuni:

1. Înregistrarea de autentificare a utilizatorului (auth.users) este ștearsă definitiv și ireversibil.
2. Evidențele din baza de date asociate utilizatorului sunt prelucrate diferențiat, în funcție de categorie: evidențele fără valoare de afaceri/probatorie independentă (de exemplu, notificările) sunt șterse definitiv (DELETE/cascade); datele privind sănătatea (anamnesis_forms, session_notes, measurements) și evidențele clinice/financiare (payments, attendance, consent_logs) nu sunt șterse, ci legătura cu persoana este eliminată — legătura cu persoana este eliminată la nivelul bazei de date, unele câmpuri de text liber sunt curățate, iar evidența rămâne ca evidență a tenant-ului fără legătura cu persoana, cu acces restricționat (deoarece textul liber al notelor de ședință nu este modificat, nu sunt considerate anonime) (vezi secțiunea 4, Rândurile 2-5, 8, 10 și secțiunea 6.2).
3. Această operațiune este declanșată automat doar de procesul de fundal privilegiat (protejat prin service-role) al sistemului; niciun utilizator, inclusiv personalul administrativ, și niciun administrator al Afacerii nu poate iniția manual, declanșa prematur sau opri acest proces prin interfețele obișnuite ale produsului — aceasta este o arhitectură de securitate deliberată, menită să prevină ștergerea prematură/întârziată din greșeală sau prin abuz. (Această garanție acoperă interfețele obișnuite de utilizator și de administrare ale produsului; procesele tehnice operaționale care pot avea acces direct la baza de date la nivelul privilegiat al infrastructurii sistemului se află în afara acestei garanții și sunt supuse unor controale interne de acces separate.)

Scopul procesului de fundal de 30 de zile (de la 4 octombrie 2026): deoarece accesul la cont încetează imediat odată cu cererea de ștergere, această perioadă nu oferă o posibilitate de anulare/retragere; este folosită pentru finalizarea ștergerii definitive a înregistrării de autentificare și a fișierelor și pentru o eventuală examinare a abuzurilor. Această perioadă este rezonabilă și limitată, conformă principiului proporționalității din sfera art. 5 din KVKK. Pentru informații despre starea cererii de ștergere te poți adresa la hello@corenta.app.

5.3. Excepție: datele pentru care există o obligație legală de păstrare

Procesul de ștergere definitivă de 30 de zile de mai sus nu acoperă evidențele indicate la secțiunea 4, rândul nr. 6 din tabel (metadatele privind abonamentul/operațiunile), pentru care există o obligație legală de păstrare în sfera Codului comercial turc/Codului de procedură fiscală. Aceste evidențe, chiar dacă contul este șters definitiv, sunt păstrate separat până la expirarea perioadei legale de păstrare respective, disociate de scopul prelucrării datelor cu caracter personal, cu acces limitat doar la scopul îndeplinirii obligației legale. La fel, evidențele jurnalului de audit (audit_logs) și nucleul minim probatoriu al evidențelor consimțămintelor (vezi secțiunea 4, Rândurile 7-8) pot continua să fie păstrate, pe motiv de interes legitim/probă juridică, în afara acestei perioade de 30 de zile, într-un scop separat și limitat. În secțiunea 4, Nota 2, se indică expres că perioadelor din sfera acestei excepții nu le corespunde un mecanism tehnic aplicat automat în sistem.

5.4. Explicație specială privind atașamentele stocate (important — transparență)

Conform principiului transparenței, se precizează expres: în timpul ștergerii definitive, evidențele din baza de date (profil, programări, atribuiri, consimțăminte etc.) sunt șterse complet sau (pentru evidențele de sănătate/clinice/financiare, vezi secțiunea 6.2) anonimizate; atașamentele care aparțin utilizatorului și sunt păstrate într-un spațiu de stocare (Storage) separat sunt tratate astfel: avatarul/fotografia de profil, documentul/fotografia atașată la formularul de anamneză și imaginea chitanței de plată sunt șterse automat (best-effort) din Storage, ca parte a pasului de ștergere definitivă — acesta este un comportament verificat, care funcționează efectiv în prezent în sistem. Dacă operațiunea de ștergere dintr-un bucket eșuează, acest lucru este înregistrat în jurnal; totuși, nu împiedică curățarea celorlalte bucket-uri sau pașii de anonimizare/ștergere definitivă a contului (design best-effort).

Limita onestă: singura categorie de fișiere care rămâne în afara acestui proces automat sunt documentele de verificare a identității/diplomei încărcate în procesul de înregistrare a specialistului/a specialistului independent (bucket-ul specialist-verification-docs). Din punct de vedere tehnic, aceste documente sunt legate nu de utilizator, ci de procesul de verificare al tenant-ului (Clinicii) în cauză și nu conțin o referință la utilizator în evidența din baza de date; de aceea nu pot fi incluse automat în fluxul existent de ștergere a contului de utilizator. Eliminarea acestui document va fi tratată separat în procesul de închidere de către Clinica în cauză a contului/abonamentului la nivel de tenant (vezi secțiunea 5.6); până la finalizarea acestuia, cererile excepționale sunt evaluate manual prin hello@corenta.app.

De aceea, în această Politică nu se face un angajament absolut că, la cererea de ștergere a contului, „toate datele/fișierele utilizatorului sunt șterse complet și imediat” (în special pentru reziduurile tehnice din copiile de siguranță vezi secțiunea 6.3, precum și excepția de mai sus); totuși, în privința categoriilor de fișiere descrise mai sus, ștergerea automată este aplicată efectiv.

5.5. Notă specială privind datele privind sănătatea

Datele cu caracter personal din categorii speciale privind sănătatea, precum formularele de anamneză, notele de ședință și evidențele măsurătorilor, sunt și ele supuse fluxului general de ștergere de mai sus (ștergere logică → 30 de zile → ștergere definitivă); totuși, după cum se explică în secțiunea 4, Rândurile 2-4, și în secțiunea 6.2, în aceste tabele pasul de ștergere definitivă este aplicat prin eliminarea legăturii cu persoana și curățare parțială — evidența nu este ștearsă prin DELETE, legătura cu persoana este eliminată, iar unele câmpuri de text liber sunt curățate; evidența clinică (în special conținutul append-only al notelor de ședință) este păstrată ca evidență a tenant-ului fără legătura cu persoana, cu acces restricționat, și nu este considerată anonimă. În plus, deoarece această categorie de date este împletită cu evidențele ținute de Clinică în calitate de operator, cererea unui client de ștergere a contului/datelor poate intra în conflict cu obligațiile legale proprii de păstrare ale Clinicii (de exemplu, obligațiile de a ține evidențe care pot decurge din legislația privind furnizarea serviciilor de sănătate); metoda eliminării legăturii cu persoana și a păstrării restricționate urmărește echilibrarea acestor două obligații (drepturile clientului asupra datelor cu caracter personal și obligația Clinicii de a ține evidențe). În astfel de cazuri, organul final de decizie este Clinica, în calitate de operator; Corenta acționează conform instrucțiunii Clinicii.

5.6. Ștergerea la nivelul Clinicii (tenant)

Dacă o Clinică își încheie complet abonamentul la Corenta, aceeași arhitectură în doi pași (ștergere logică → 30 de zile → ștergere definitivă) se aplică și datelor tenant-ului care aparțin Clinicii și tuturor fișelor clienților din cadrul acestui tenant. Deoarece este Operatorul datelor propriilor clienți, Clinica are obligația de a-și informa clienții, înainte de încheierea abonamentului, în cadrul propriilor obligații KVKK; această obligație nu poate fi transferată către Corenta.

5.7. Relația cu modul de asistență al superadministratorului (impersonation)

Procesele de ștergere a contului și de păstrare funcționează independent de mecanismul de asistență/impersonation al Corenta. Sesiunile de impersonation sunt limitate în timp (30 de minute) și implicit doar pentru citire; accesul la categoriile de date privind sănătatea (anamneză, note de ședință, măsurători) necesită un pas separat de aprobare (health_data_enabled), iar operațiunile de scriere/ștergere în aceste tabele nu sunt permise prin impersonation în nicio condiție (politicile RLS nu prevăd nicio excepție pentru impersonation). Clarificare: restricția de aici privește sesiunile de impersonation declanșate de om, în care un angajat de asistență se autentifică și efectuează operațiuni manual; procesul cron automat cu service-role (fără intervenție umană) descris în secțiunea 5.2 este un nivel separat de această restricție și nu este afectat de ea — restricția de impersonation nu împiedică mecanismul automat de ștergere definitivă din fluxul de ștergere a contului și nu trebuie confundată cu acesta. Prin urmare, procesele de ștergere a contului/eliminare se desfășoară doar prin mecanismele automate definite în această Politică.

6. Metodele de eliminare

Metodele de ștergere/distrugere/anonimizare aplicate în funcție de mediile de înregistrare, conform art. 8 și următoarelor din Regulament, sunt explicate mai jos.

6.1. Ștergerea

Este operațiunea prin care datele cu caracter personal devin în niciun fel accesibile și reutilizabile pentru utilizatorii în cauză (inclusiv utilizatorii aplicației și personalul cu acces la panoul de administrare). În Corenta, această metodă este aplicată în procesul de ștergere logică din Etapa 1: chiar dacă datele nu sunt eliminate fizic din baza de date, devin complet inaccesibile prin drepturile de acces și interfețe.

6.2. Distrugerea (ștergerea definitivă)

Este operațiunea prin care datele cu caracter personal devin în niciun fel accesibile, recuperabile și reutilizabile pentru nimeni. În procesul de ștergere definitivă din Etapa 2 al Corenta, acest principiu este pus în practică prin două metode tehnice diferite, în funcție de categoria de date:

• Înregistrarea de autentificare și evidențele fără valoare de afaceri independentă: înregistrarea de autentificare a utilizatorului (auth.users) este ștearsă ireversibil, direct prin DELETE, în procesul automat protejat prin service-role; evidențele asociate care, după ștergerea contului, nu au singure o valoare de afaceri/probatorie (de exemplu, notificările, notifications — vezi secțiunea 4, Rândul 10) sunt șterse împreună la nivelul bazei de date prin ON DELETE CASCADE.
• Evidențele de sănătate, clinice și financiare: pentru anamnesis_forms, session_notes, measurements, payments, attendance și consent_logs, pasul de ștergere definitivă este aplicat nu prin DELETE asupra evidenței, ci prin eliminarea legăturii cu persoana și curățare parțială (vezi secțiunea 6.6): coloanele de cheie străină care identifică persoana (client_id, specialist_id, user_id etc.) sunt setate ireversibil la NULL prin constrângerea FK ON DELETE SET NULL; coloanele de conținut care pot conține identitate explicită sau PII în text liber (răspunsurile din anamneză, notele de text liber la măsurători/plăți, referința chitanței de plată, adresa IP din evidența consimțământului) sunt curățate sau înlocuite cu un marcaj anonim de funcția anonymize_user_relations() (care poate fi apelată doar de service-role, default-deny). În schimb, conținutul clinic/financiar numeric și istoric (data, suma, valoarea măsurătorii, soldul de ședințe rămase, starea prezent/absent, momentul acordării/retragerii consimțământului) continuă să fie păstrat ca evidență a tenant-ului fără legătura cu persoana, ca urmare a obligației Clinicii de a ține evidențe și (pentru notele de ședință) a principiului append-only; deoarece textul liber al notelor de ședință nu este modificat, aceste evidențe nu sunt considerate anonime și sunt păstrate cu acces restricționat.

În notele de ședință (session_notes), restricția append-only nu permite modificarea conținutului; este acordată doar o excepție îngustă, cu scop unic, pentru setarea la NULL a coloanelor de legătură cu persoana (client_id, specialist_id) — conținutul propriu-zis al notei nu este șters sau modificat în nicio etapă nici în acest proces.

Limită: pentru datele cu caracter personal din interiorul textului câmpurilor de text liber, care pot apărea în afara coloanelor de identitate explicită (de exemplu, un nume care apare în corpul unei note de ședință), nu există un mecanism de scanare/curățare. De aceea, aceste evidențe nu sunt considerate anonime; sunt păstrate ca date cu caracter personal cu acces restricționat și sunt eliminate la sfârșitul perioadei.

Ambele metode de mai sus, fiind protejate prin service-role, nu pot fi declanșate sau anulate prin interfețele obișnuite ale produsului.

6.3. Ștergerea din copiile de siguranță (backup)

Copiile de siguranță ale bazei de date sunt suprascrise/eliminate automat după o anumită perioadă, în cadrul ciclului obișnuit de copiere de siguranță (rotație). Deși operațiunea de ștergere definitivă produce efecte imediat în baza de date principală, se precizează expres că, în copiile de siguranță făcute anterior, datele pot continua să existe tehnic până la expirarea perioadei standard de rotație a copiilor de siguranță a furnizorului de copiere de siguranță (Supabase). Aceasta este practica standard din cadrul acordului de prelucrare a datelor (DPA) al subîmputernicitului în cauză (Supabase).

6.4. Atașamentele din spațiul de stocare a fișierelor (Storage)

Fișierele încărcate de utilizatori, precum imaginile de avatar, chitanțele de plată și atașamentele la anamneză, sunt păstrate într-un spațiu de stocare (Storage) separat. Vezi secțiunea 5.4 — situația actuală a acestor conținuturi în procesul de ștergere a contului (ștergere automată pentru avatar/atașament la anamneză/chitanță de plată, singura excepție fiind specialist-verification-docs) este explicată acolo detaliat și transparent.

6.5. Datele pe suport de hârtie

Datele cu caracter personal prelucrate în cadrul produsului SaaS al Corenta sunt păstrate în mediul digital; nu se prevede prelucrarea datelor cu caracter personal pe suport de hârtie. Dacă în corespondența comercială/administrativă a Companiei se folosește în mod excepțional suportul de hârtie, eliminarea se face prin metoda acoperirii/arderii/distrugerii ireversibile cu un aparat de distrus documente.

6.6. Anonimizarea

Ca parte a procesului de ștergere definitivă a contului (vezi secțiunea 6.2), Corenta folosește pentru datele privind sănătatea și evidențele clinice/financiare metoda eliminării legăturii cu persoana și a curățării parțiale. Deoarece textul liber al notelor de ședință nu este modificat și deoarece, în afacerile mici, seriile de date și de măsurători pot fi suficiente pentru reidentificarea persoanei, această metodă nu îndeplinește în toate cazurile standardul de anonimizare de mai jos; aceste evidențe nu sunt considerate anonime, sunt păstrate ca date cu caracter personal cu acces restricționat și sunt eliminate la sfârșitul perioadei. În afară de aceasta, Corenta poate folosi, în scopul dezvoltării produsului, al analizelor statistice sau al studiilor de piață, date anonimizate astfel încât să nu poată fi asociate cu o persoană fizică identificată sau identificabilă. Anonimizarea impune aducerea datelor într-o stare în care nu pot fi asociate ireversibil cu persoana, nici chiar prin combinarea cu alte date; operațiunile de mascare/pseudonimizare efectuate fără respectarea acestui standard nu sunt considerate anonimizare și rămân supuse regimului de prelucrare a datelor cu caracter personal. Datele anonimizate sunt considerate în afara sferei KVKK și nu sunt supuse limitărilor perioadelor de păstrare din această Politică.

6.7. Alegerea metodei

Metoda de eliminare aplicată este stabilită de Corenta și/sau de Clinică ținând cont de natura datelor (dacă sunt din categorii speciale), de mediul în care sunt păstrate (bază de date, stocare de fișiere, sistem de jurnale, sistem de copii de siguranță), de posibilitățile juridice și tehnice, precum și de principiile indicate în deciziile Consiliului și în Regulament. La eliminarea datelor cu caracter personal din categorii speciale (inclusiv datele privind sănătatea) se manifestă diligență maximă.

7. Procesul de eliminare periodică

Conform art. 11 din Regulament, Corenta are obligația de a șterge, distruge sau anonimiza din oficiu (fără a aștepta o cerere) datele cu caracter personal a căror perioadă de păstrare a expirat și/sau al căror scop de prelucrare a dispărut; perioada de eliminare periodică prevăzută în acest cadru nu poate depăși 6 (șase) luni. În acest cadru, se face expres următoarea distincție între mecanismele care funcționează efectiv în prezent în sistem și cele care nu funcționează:

1. Procesul de ștergere definitivă de 30 de zile de după cererea de ștergere a contului este verificat periodic (zilnic) de o sarcină programată automată (cron job), iar conturile expirate sunt prelucrate în bloc. Aceasta este o automatizare verificată, care funcționează efectiv în prezent în sistem.
2. Perioada de păstrare prevăzută pentru evidențele jurnalului de audit (audit_logs) este revizuită periodic; totuși, în prezent nu este implementat un mecanism de ștergere care să execute automat această revizuire (vezi secțiunea 4, Rândul 7).
3. Perioada maximă de păstrare stabilită pentru datele formularului de acces anticipat (vezi secțiunea 4, Rândul 9) este o referință de limită juridică maximă pentru obligația de eliminare periodică din sfera art. 11 din Regulament; totuși, un mecanism de verificare/ștergere care să funcționeze automat în sistem și să corespundă acestei perioade nu există în prezent. Pentru această categorie de date, ștergerea/anonimizarea este evaluată, până la introducerea automatizării, manual și la cerere (vezi secțiunea 4, Nota 2). Acest aspect este tratat transparent, în mod consecvent cu celelalte afirmații neverificate privind automatizarea (vezi punctele 2 și 4).
4. Curățarea separată, automată și periodică a tokenurilor de notificare push expirate/invalide este o îmbunătățire planificată în foaia de parcurs a produsului; nu s-a verificat tehnic că acest mecanism funcționează efectiv în prezent în sistem (vezi secțiunea 4, Rândul 10). Când va fi verificat sau introdus, această Politică va fi actualizată.
5. Eliminarea periodică la 6 luni: pentru categoriile din această Secțiune care nu au eliminare automată (jurnalul de audit, dovezile permisiunilor fără legătura cu persoana, datele formularului de acces anticipat, documentele de verificare a specialiștilor, copiile pentru moderare ale mesajelor de grup), Corenta aplică eliminarea periodică la fiecare 6 luni și întocmește un proces-verbal de eliminare pentru fiecare ciclu. Nu există încă sarcini programate care să automatizeze aceste cicluri; ciclurile sunt efectuate manual.

Procesul de eliminare periodică, independent de perioadele indicate în această Politică, nu împiedică cererea individuală de ștergere/distrugere pe care persoana vizată o poate face conform art. 11 din KVKK; persoana vizată poate solicita ștergerea chiar dacă perioada de păstrare nu a expirat, dacă temeiul juridic al activității de prelucrare respective a dispărut (de exemplu, retragerea consimțământului). Și în privința categoriilor pentru care automatizarea nu a fost încă implementată, cererea individuală a persoanei vizate, transmisă prin hello@corenta.app, este evaluată și soluționată manual.

8. Drepturile persoanei vizate și procedura de depunere a cererilor (KVKK art. 11)

8.1. Drepturile din sfera articolului 11 din KVKK

Conform art. 11 din KVKK, persoanele vizate au următoarele drepturi:

1. să afle dacă datele lor cu caracter personal sunt prelucrate,
2. dacă datele lor cu caracter personal au fost prelucrate, să solicite informații în această privință,
3. să afle scopul prelucrării datelor cu caracter personal și dacă acestea sunt folosite conform scopului,
4. să cunoască terții din țară sau din străinătate cărora le-au fost transferate datele cu caracter personal,
5. să solicite rectificarea datelor cu caracter personal, dacă acestea au fost prelucrate incomplet sau incorect,
6. să solicite ștergerea sau distrugerea datelor cu caracter personal în cadrul art. 7 din KVKK,
7. să solicite notificarea operațiunilor efectuate conform punctelor (5) și (6) de mai sus către terții cărora le-au fost transferate datele cu caracter personal,
8. să se opună unui rezultat în defavoarea persoanei, apărut ca urmare a analizării datelor prelucrate exclusiv prin sisteme automate,
9. să solicite repararea prejudiciului, dacă au suferit un prejudiciu din cauza prelucrării ilegale a datelor cu caracter personal.

8.2. Rezumatul onest al implementării tehnice actuale

Aspectele de mai jos sunt prezentate ca un rezumat onest și realist al implementării tehnice actuale:

• Cererea de ștergere (ștergerea contului): poate fi solicitată direct din meniul de setări corespunzător din aplicația mobilă; această cerere este satisfăcută automat prin procesul în doi pași descris în secțiunea 5 (ștergere logică imediată → 30 de zile → ștergere definitivă) (art. 11/6).
• Cererea de informații / portabilitatea datelor: este satisfăcută prin punerea la dispoziția persoanei vizate, într-un termen rezonabil, a datelor sale din sfera propriului tenant într-un format structurat, care poate fi citit automat (funcția export_user_data, limitarea la sfera tenant-ului a fost verificată). Mecanismul de livrare al acestui proces (formatul fișierului, metoda de livrare, funcții precum linkul semnat de descărcare) este dezvoltat continuu; în cadrul acestei Politici nu se asumă angajamente privind un anumit termen de livrare sau un anumit format de fișier/acces (art. 11/1-2).
• Informații despre transferul către terți (art. 11/4): informațiile despre terții/subîmputerniciții din țară/din străinătate cărora le sunt transferate datele cu caracter personal sunt furnizate în tabelul din secțiunea 11 a acestei Politici (Subîmputerniciții și localizarea datelor).
• Cererea de rectificare (art. 11/5): poate fi efectuată tehnic, manual, prin panoul de administrare al Clinicii; nu există un flux de lucru separat și automat pentru „cereri de rectificare”. În contextul produsului SaaS, cererile de rectificare privind datele clienților trebuie adresate în primul rând Clinicii în cauză; Corenta, în calitate de Persoană împuternicită, oferă sprijin tehnic conform instrucțiunii Clinicii.
• Notificarea terților (art. 11/7): cererea de notificare a operațiunilor de ștergere/rectificare către terții cărora le-au fost transferate datele este evaluată atunci când este transmisă prin canalele indicate în procedura de depunere a cererilor; acest proces se desfășoară în prezent nu automat, ci manual.
• Opoziția față de deciziile automate/profilare (art. 11/8): în sistem nu există activități de luare automată a deciziilor sau de profilare care să producă un rezultat în defavoarea persoanei vizate ca urmare a analizării datelor prelucrate exclusiv prin sisteme automate; prin urmare, în prezent nu este necesar un mecanism de opoziție separat, care să funcționeze efectiv în privința acestui punct.
• Cererile sunt soluționate gratuit, conform art. 13 din KVKK, în cel mult 30 de zile (dacă operațiunea presupune un cost suplimentar, poate fi percepută taxa din tariful stabilit de Consiliu).

8.3. Procedura de depunere a cererilor

Cererile privind drepturile de mai sus

• la adresa de e-mail hello@corenta.app,
• prin ecranele corespunzătoare de setări/asistență din aplicație,
• sau prin celelalte proceduri prevăzute de KVKK,

pot fi transmise către Corenta.

Notă importantă privind datele clienților: dacă ești clientul unei Clinici și vrei să faci o cerere privind datele tale, trebuie să te adresezi mai întâi Clinicii în cauză (Operatorul), deoarece Clinica este organul final de decizie și interlocutorul în privința datelor clienților. Corenta, în calitate de persoană împuternicită, oferă instrumentele tehnice necesare (funcții de vizualizare, export, ștergere a datelor) conform instrucțiunilor Clinicii.

9. Roluri și responsabilități

10. Măsuri de securitate (pe durata perioadei de păstrare)

Datele cu caracter personal sunt protejate pe durata perioadei de păstrare prin următoarele măsuri tehnice și organizatorice (KVKK art. 12):

• În arhitectura multi-chiriaș (multi-tenant) se aplică principiul refuzului implicit (default-deny), prin obligativitatea tenant_id în fiecare tabel și prin politici de securitate la nivel de rând (Row Level Security) (37/37 de tabele, 86 de politici); astfel, scurgerea datelor între chiriași este împiedicată tehnic.
• Accesul la tabelele care conțin date privind sănătatea este limitat la clientul în cauză, specialistul atribuit și administratorul tenant-ului; controlul accesului este aplicat la nivelul bazei de date (RLS). Notele de ședință nu pot fi modificate/șterse după trimitere (append-only); pentru formularele de anamneză nu este acordat dreptul de ștergere niciunui utilizator (inclusiv administratorului).
• Modul de asistență al superadministratorului (impersonation) este limitat în timp (30 de minute) și implicit doar pentru citire; operațiunile de scriere și accesul la datele privind sănătatea sunt supuse unor pași separați, care necesită aprobare suplimentară; în niciun scenariu de impersonation nu se deschide accesul de scriere la tabelele cu date privind sănătatea. (Această restricție privește sesiunile de impersonation declanșate de om; procesele cron automate cu service-role constituie un nivel separat — vezi secțiunea 5.7.)
• La transmiterea datelor se folosește criptare de la un capăt la altul (TLS); în aplicația mobilă, tokenurile de sesiune sunt păstrate criptat în depozitul de chei securizat al dispozitivului, susținut de hardware (Keychain/Keystore).
• Pe ecranele sensibile au fost luate măsuri tehnice pentru limitarea realizării capturilor de ecran.
• Pentru conturile de superadministrator este obligatorie autentificarea cu doi factori (2FA/MFA).
• Verificarea semnăturii criptografice a notificărilor (webhook) privind operațiunile de plată este prevăzută în arhitectură și este aplicată; lucrările pentru finalizarea completă a configurării/gestionării cheilor aferente în toate mediile (inclusiv prod) sunt în desfășurare.
• Aceste măsuri de securitate sunt revizuite și îmbunătățite continuu; totuși, nicio măsură tehnică nu garantează securitatea absolută, iar în cadrul acestei Politici nu se asumă un angajament de securitate absolută.

11. Subîmputerniciții și localizarea datelor

Pe durata perioadei de păstrare, datele cu caracter personal sunt prelucrate sau găzduite prin subîmputerniciții/furnizorii de servicii de mai jos. Contractele încheiate cu acești furnizori prevăd obligații privind prelucrarea datelor doar în scopul prestării serviciului indicat; această relație nu privește perioadele de păstrare, ci mediul tehnic în care sunt găzduite datele — punerea în aplicare a deciziei de eliminare are loc tehnic și la acești furnizori. Tabelul de mai jos constituie și răspunsul la dreptul de „a cunoaște terții cărora le-au fost transferate datele” din sfera art. 11/4 din KVKK:

În plus:

• Infrastructura de e-mail: e-mailurile de serviciu sunt trimise prin Google Workspace (Google); e-mailurile de autentificare sunt declanșate de Supabase Auth. E-mailurile promoționale sunt trimise doar cu condiția acordului separat și a înregistrării în İYS. Notificările push sunt transmise prin Apple (APNs) și Google (FCM).
• Instrumentul de analiză: nu se folosește un instrument de analiză al terților (de exemplu, Google Analytics). Măsurarea utilizării produsului în aplicație nu este activă în prezent; dacă va fi activată, măsurătorile vor fi scrise într-un tabel propriu, păstrat în baza de date a Corenta (Supabase, Frankfurt/Germania), nu vor conține date privind sănătatea sau text liber, iar această Politică va fi actualizată înainte de activare; după activare, perioada de păstrare a evidențelor măsurătorilor va fi indicată în această Politică.
• Monitorizarea erorilor: nu se folosește un instrument de monitorizare a erorilor al terților; erorile aplicațiilor client sunt înregistrate în baza de date proprie a Corenta.
• Nu există o infrastructură de plată cu cardul de credit direct prin web; plățile se fac doar prin mecanismele de achiziție în aplicație (IAP) ale Apple/Google; factura/chitanța finală este emisă de Apple/Google (vezi secțiunea 4, Rândul 6).

Partajarea datelor cu subîmputerniciții de mai sus se face doar în măsura necesară pentru prestarea serviciului respectiv și în cadrul art. 8/art. 9 din KVKK. Transferul în străinătate: toți furnizorii de mai sus prelucrează date în afara Turciei; și găzduirea în Germania este transfer în străinătate în sensul KVKK. Deoarece aceste transferuri sunt regulate și continue, ele nu se întemeiază pe consimțământ explicit; se vor întemeia pe clauzele contractuale standard anunțate de Consiliu conform art. 9/4-c. La data acestui text, clauzele contractuale standard nu au fost încă semnate și nu au fost notificate Consiliului; fiecare contract va fi notificat Consiliului în termen de 5 zile lucrătoare de la semnare, iar acest tabel va fi actualizat cu datele aferente. Nu există o decizie de adecvare anunțată de Consiliu cu privire la aceste țări (ultima verificare: 11 octombrie 2026). Această listă poate fi actualizată în funcție de schimbarea furnizorilor de servicii; lista actuală poate fi urmărită în Politica de confidențialitate și/sau pe ecranul de informare corespunzător din produsul Corenta.

12. Înregistrarea în VERBİS

La data acestui document, Teta Studio nu este înregistrată în VERBİS. Obligația de înregistrare este evaluată conform criteriilor din deciziile Consiliului nr. 2025/1572 (pentru operatorii a căror activitate principală este prelucrarea datelor din categorii speciale, pragul de exceptare este de 10 angajați pe an și un bilanț de 10 milioane TL) și nr. 2025/2393 (criteriul numărului de angajați pentru cei care nu țin contabilitatea pe bază de bilanț). Deoarece Teta Studio prelucrează datele clinice privind sănătatea nu în calitate de operator, ci de persoană împuternicită, evaluarea privind propriile activități ca operator (Părțile A și C) se face pe baza acestor criterii. După finalizarea notei scrise de evaluare și a confirmării Autorității (ALO 198), această secțiune va fi actualizată cu data și motivarea; dacă înregistrarea este necesară, va fi efectuată înainte de continuarea activității.

Clarificare în funcție de rol: obligația de înregistrare în VERBİS este evaluată pentru contextul site-ului corporativ (formularul de acces anticipat corenta.app), în care Corenta acționează în calitate de Operator, iar situația este descrisă mai sus. În contextul produsului SaaS (app.corenta.app), deoarece Operatorul în privința datelor clienților este Clinica, existența obligației de înregistrare în VERBİS trebuie evaluată separat și independent în funcție de propriile criterii ale fiecărei Clinici (numărul de angajați, volumul anual de prelucrare a datelor, domeniul de activitate, deciziile de exceptare ale Consiliului etc.); această evaluare și eventuala obligație de înregistrare aparțin Clinicii și nu pot fi transferate către Corenta.

13. Actualizarea Politicii

Această Politică poate fi actualizată în funcție de modificările legislative, deciziile Consiliului, dezvoltările care vor fi făcute în infrastructura tehnică a Corenta (de exemplu, adăugarea scanării PII din interiorul textului în conținutul de text liber al notelor de ședință, indicată în secțiunea 4, Rândul 3, și în secțiunea 6.2; legarea documentelor de verificare a specialiștilor (specialist-verification-docs), indicate în secțiunea 5.4/secțiunea 4, Rândul 11, de procesul de închidere a tenant-ului; verificarea/introducerea curățării tokenurilor push, indicată în secțiunea 4, Rândul 10, și în secțiunea 7, punctul 4; crearea mecanismului de scanare automată pentru datele formularului de acces anticipat, indicat în secțiunea 7, punctul 3; dezvoltarea procesului de portabilitate a datelor, indicat în secțiunea 8.2; completarea temeiurilor juridice ale transferului în străinătate din secțiunea 11; modificări ale listei subîmputerniciților) sau de modificările proceselor de afaceri. Versiunea actuală este publicată pe platformele corespunzătoare ale Corenta (site-ul corporativ și/sau în aplicație), iar în privința prevederilor care contrazic versiunea anterioară prevalează versiunea actuală. La modificările importante, utilizatorii/Clinicile sunt informați suplimentar, în măsura în care este aplicabil.

14. Contact

Pentru întrebările tale privind această Politică sau păstrarea/eliminarea datelor cu caracter personal:

E-mail: hello@corenta.app Operator: Mertcan Demir — întreprindere individuală sub denumirea comercială „Teta Studio” Asistență: support@corenta.app Zona de servicii: Corenta este oferită la nivel global prin App Store și Google Play, în țările în care aceste magazine sunt disponibile. Perioadele din această Politică se aplică utilizatorilor din fiecare țară; dacă legislația obligatorie a unei țări prevede o ștergere mai rapidă sau o obligație de păstrare mai lungă, se aplică prevederea respectivă.

Ultima actualizare: 19 octombrie 2026 Versiunea 1.9 · 19 octombrie 2026