Questa traduzione ha solo valore informativo; il testo giuridicamente vincolante è quello in turco.
Eliminazione di un cliente senza account: l'azione Elimina del responsabile della clinica vale come richiesta; la scheda esce subito dall'elenco attivo e dopo 30 giorni i dati identificativi e di contatto e i campi sanitari del cliente (gruppo sanguigno, allergie, patologie croniche, farmaci) vengono cancellati/svuotati (vedi 5.0). La descrizione generale dell'eliminazione dell'account riportata più avanti non va interpretata, in questo caso specifico, come obbligo di cancellare definitivamente la riga del cliente. Anamnesi, misurazioni, note di lezione e registrazioni contabili restano soggette alle proprie regole di conservazione.
In vigore dal / ultimo aggiornamento: 19 ottobre 2026 Versione: 1.9 Titolare del trattamento / editore: Mertcan Demir — ditta individuale con il nome commerciale "Teta Studio"
Registro delle modifiche
- 1.9 — 19 ottobre 2026: L'espressione "solo Turchia" della Sezione 14 è stata sostituita con l'offerta globale; i tempi di conservazione non sono cambiati.
- 1.8 — 19 ottobre 2026: Versione di pubblicazione; in vigore dal 19 ottobre 2026. Alla Sezione 4 è stata aggiunta la riga dei messaggi di gruppo della clinica e delle copie dei messaggi riservate alla revisione del team (n. 12); l'elenco dell'eliminazione periodica della Sezione 7 è stato ampliato di conseguenza; dalla tabella 1.3 sono stati tolti i dati MERSİS e KEP, rimasti vuoti.
- 1.7 — 11 ottobre 2026: In base alla verifica di conformità dell'11 ottobre 2026 (F01, F02, F08, F11, F13, F19, F21): è stata tolta dal §11 l'affermazione "Supabase/Francoforte non è un trasferimento all'estero" e la sezione sui trasferimenti all'estero è stata riscritta secondo l'art. 9 della Legge n. 6698 nella versione successiva al 2024 (i contratti standard non sono ancora stati firmati); per le registrazioni sanitarie, cliniche e finanziarie il termine "anonimo" è stato corretto in conservazione limitata con il collegamento alla persona rimosso (il testo libero delle note di lezione non viene modificato); la base giuridica della riga sulla prova del consenso è stata corretta in art. 5/2-e (eliminato il riferimento errato all'art. 20/2); la riga del modulo di accesso anticipato è stata aggiornata separando l'informativa dal consenso alle comunicazioni commerciali; è stato aggiunto il principio dell'eliminazione periodica semestrale per le categorie senza eliminazione automatica; l'identità è stata corretta in ditta individuale; la sezione sul VERBİS è stata riscritta secondo le decisioni 2025 del Kurul.
- 1.6 — 10 ottobre 2026: Expo (Expo Push Notification Service) è stata tolta dalle registrazioni di sub-responsabili/responsabili; le notifiche push sono recapitate solo tramite Apple (APNs) e Google (FCM); Expo/EAS è solo uno strumento di compilazione dell'app e non tratta dati degli utenti finali.
- 1.5 — 10 ottobre 2026: È stata tolta la frase sulla scelta di Google Analytics; è stato chiarito che non si usano strumenti di analisi di terze parti e chi sono i responsabili delle notifiche push.
- 1.4 — 4 ottobre 2026: Il testo in vigore è stato fissato come versione approvata. In questa versione sono stati trattati solo: eliminazione dell'account (l'accesso termina subito, i dati personali vengono cancellati/anonimizzati, le registrazioni di pagamento soggette a conservazione per legge sono conservate senza identificativi; non c'è un termine per annullarla); cancellazione dei campi sanitari del cliente dopo 30 giorni; termine di 7 giorni per le ricevute orfane; riservatezza dei contatti del cliente nella modalità di assistenza; misurazione lato server senza identificativi; email di servizio e Google Workspace; responsabili delle notifiche push; indirizzo dell'assistenza; mercato (Turchia).
- 1.3 — 7 luglio 2026 (aggiornamento del 4 agosto 2026): versione precedente.
Nota importante sul ruolo di titolare / responsabile del trattamento: La presente Politica di conservazione e cancellazione dei dati ("Politica") stabilisce per quanto tempo saranno conservati i dati personali trattati nell'ambito del servizio software Corenta ("Servizio" o "Applicazione"), sviluppato e gestito da Mertcan Demir, che opera come ditta individuale con il nome commerciale "Teta Studio" ("Corenta", "Teta Studio", "la Società"), i criteri su cui si basano tali tempi e i metodi con cui i dati saranno cancellati, distrutti o resi anonimi quando il periodo di conservazione termina o viene meno il motivo del trattamento.
La presente Politica è stata redatta nel quadro della Legge n. 6698 sulla protezione dei dati personali — KVKK (Türkiye Kişisel Verilerin Korunması Kanunu) — ("KVKK"), del Regolamento sulla cancellazione, distruzione o anonimizzazione dei dati personali ("Regolamento") e delle altre norme applicabili, ed è parte integrante dell'inventario dei trattamenti di dati personali di Corenta. La Politica va letta insieme all'Informativa/Informativa sulla privacy corrispondente, in cui sono spiegate nel dettaglio le finalità e le basi giuridiche del trattamento; questo documento disciplina solo i tempi di conservazione e le procedure di eliminazione e non intende assolvere da solo l'intero obbligo di informativa previsto dall'art. 10 della KVKK.
1. Scopo e ambito
1.1. Scopo
Lo scopo della presente Politica è spiegare i criteri per stabilire il periodo massimo necessario per la finalità con cui Corenta tratta i dati personali, l'applicazione dei termini previsti dalla normativa e le procedure e i principi per cancellare, distruggere o rendere anonimi i dati personali il cui periodo di conservazione è terminato. La Politica è stata redatta sulla base degli artt. 5, 6, 7, 10, 11 e 12 della KVKK e degli articoli pertinenti del Regolamento.
1.2. Ambito e distinzione dei ruoli — Avvertenza importante
La presente Politica copre due ambiti distinti in cui Corenta tratta dati in due ruoli diversi; questa distinzione è applicata in modo coerente in tutta la Politica e incide direttamente sul modo di interpretare la tabella dei tempi di conservazione:
(a) Contesto del sito aziendale (corenta.app — modulo di accesso anticipato/richiesta di demo): per i dati personali inviati tramite il modulo di accesso anticipato dai potenziali clienti aziendali interessati al prodotto, Corenta/Teta Studio agisce direttamente come Titolare del trattamento ai sensi dell'art. 3 della KVKK.
(b) Contesto del prodotto SaaS (app.corenta.app): per i dati personali che i centri di pilates clinico, fisioterapia, reformer, benessere/massaggi e yoga che usano la piattaforma Corenta in abbonamento ("Tenant", "Attività" o "Clinica") inseriscono nella piattaforma sui propri clienti ("Cliente Interessato") (dati di contatto, anamnesi, note di lezione, dati di appuntamenti/pacchetti ecc.), la Clinica è il Titolare del trattamento ai sensi dell'art. 3 della KVKK; Corenta/Teta Studio agisce solo come Responsabile del trattamento e fornisce un servizio di infrastruttura tecnica secondo le istruzioni della Clinica. L'obbligo di informare i clienti, la raccolta del consenso esplicito e la decisione finale sulla conservazione/eliminazione dei dati dei clienti sono di responsabilità giuridica della Clinica. Corenta agevola tecnicamente l'adempimento di questi obblighi all'interno del prodotto (meccanismo di registrazione dei consensi consent_logs, schermata mobile di accettazione KVKK kvkk.tsx, tracce di audit), ma non subentra né assume l'obbligo di conformità alla KVKK della Clinica. I tempi di conservazione indicati in questa Politica per tale contesto mostrano per quanto tempo Corenta, in qualità di responsabile del trattamento, conserva effettivamente questi dati nella propria infrastruttura; la decisione finale e i tempi di eliminazione possono essere definiti dalle istruzioni della Clinica e dalla normativa a cui è soggetta.
La Politica copre inoltre, quanto ai principi generali, i processi di conservazione/eliminazione dei dati personali di dipendenti, partner commerciali e fornitori di Corenta; tuttavia il fulcro della Politica sono i dati dei clienti aziendali e dei clienti finali definiti alle lettere (a) e (b).
1.3. Dati del titolare / responsabile del trattamento
| Titolare del trattamento | Mertcan Demir — ditta individuale con il nome commerciale "Teta Studio" (senza personalità giuridica distinta) · Numero di identificazione fiscale 2771408706 |
| Prodotto | Corenta |
| Contatti | hello@corenta.app (contatti generali e richieste ai sensi della KVKK) · Assistenza: support@corenta.app |
| Sito aziendale | corenta.app |
| Indirizzo dell'applicazione/prodotto | app.corenta.app |
| Iscrizione al VERBİS | Alla data di questo testo non c'è iscrizione; l'obbligo viene valutato secondo i criteri delle decisioni 2025/1572 e 2025/2393 del Kurul (vedi Sezione 12) |
1.4. Normativa di riferimento
- Legge n. 6698 sulla protezione dei dati personali,
- Regolamento sulla cancellazione, distruzione o anonimizzazione dei dati personali (Gazzetta Ufficiale del 28.10.2017, n. 30224),
- Linee guida sulla cancellazione, distruzione o anonimizzazione dei dati personali e decisioni del Kişisel Verileri Koruma Kurulu ("Kurul"),
- Legge n. 6102, Codice di commercio turco (conservazione dei libri e dei documenti commerciali),
- Legge n. 213, Codice di procedura tributaria turco (conservazione delle registrazioni contabili),
- Altre norme di settore applicabili (comprese, nella misura in cui si applicano, le norme sull'erogazione di servizi sanitari).
2. Definizioni
| Termine | Definizione |
|---|---|
| Dato personale | Qualsiasi informazione relativa a una persona fisica identificata o identificabile (art. 3/1-d KVKK). |
| Categoria particolare di dati personali | I dati elencati all'art. 6 KVKK, compresi i dati sanitari, la cui conoscenza può causare discriminazioni o danni alla persona interessata. |
| Titolare del trattamento | Persona fisica o giuridica che determina le finalità e i mezzi del trattamento dei dati personali ed è responsabile della creazione e della gestione del sistema di registrazione dei dati. |
| Responsabile del trattamento | Persona fisica o giuridica che tratta dati personali per conto del titolare, sulla base dell'autorizzazione ricevuta da quest'ultimo. |
| Supporto di registrazione | Qualsiasi supporto in cui i dati personali sono trattati con mezzi automatizzati o non automatizzati (qui: database ospitato su Supabase (Francoforte, UE), archiviazione nell'app, backup). |
| Cancellazione | Operazione con cui i dati personali non sono più in alcun modo accessibili né riutilizzabili per gli utenti interessati. |
| Distruzione | Operazione con cui i dati personali non sono più in alcun modo accessibili, recuperabili né riutilizzabili da nessuno. |
| Anonimizzazione | Rendere il dato personale in nessun caso riconducibile a una persona fisica identificata o identificabile, neppure combinandolo con altri dati. |
| Periodo di conservazione | Mantenimento del dato personale per il periodo previsto dalla normativa applicabile o necessario per la finalità del trattamento. |
| Eliminazione periodica | Operazione di cancellazione, distruzione o anonimizzazione svolta d'ufficio e a intervalli regolari, alle condizioni previste dalla Legge. |
| Tenant / Attività / Clinica | Unità locataria della piattaforma Corenta corrispondente a un account separato, con dati isolati logicamente da quelli delle altre attività: centro di pilates clinico, fisioterapia, reformer, benessere o yoga. |
| Eliminazione | Nome comune delle operazioni di cancellazione, distruzione o anonimizzazione dei dati personali. |
3. Criteri per stabilire i tempi di conservazione ed eliminazione (artt. 5 e 6 KVKK)
3.1. Motivi che richiedono la conservazione
In Corenta i dati personali sono conservati solo per il periodo espressamente previsto dalla normativa applicabile o per il periodo necessario alla finalità per cui sono trattati. Per stabilire il periodo di conservazione si applicano i seguenti criteri:
- Esiste un obbligo di conservazione per legge? (Per esempio, i periodi minimi di conservazione delle registrazioni contabili previsti dal Codice di commercio turco e dal Codice di procedura tributaria turco.)
- Per quale finalità è stato trattato il dato e questa finalità è ancora valida? (Art. 5/2 KVKK — principio di limitazione della finalità.)
- È necessario per la conclusione/esecuzione del contratto? (Per esempio, i dati di appuntamenti e pacchetti finché prosegue il rapporto di abbonamento/servizio.)
- È necessario per costituire, esercitare o tutelare un diritto (come mezzo di prova in un'eventuale controversia)? (Tenendo conto dei termini generali di prescrizione del Codice delle obbligazioni turco.)
- Esiste il consenso esplicito dell'interessato ed è ancora valido?
- Esiste un legittimo interesse di Corenta o della Clinica? (Per esempio, log di sicurezza, rilevamento di frodi/abusi.)
- Il dato rientra nella categoria particolare (sanitaria)? In tal caso, ai sensi dell'art. 6 KVKK, si applicano una restrizione di accesso e una motivazione più rigorose; il periodo di conservazione non viene mai esteso oltre la finalità.
Se nessuno dei criteri sopra indicati richiede la conservazione di un determinato dato personale, il dato viene immediatamente cancellato, distrutto o reso anonimo.
3.2. Motivi che richiedono l'eliminazione
I dati personali vengono cancellati, distrutti o resi anonimi su richiesta dell'interessato o d'ufficio da Corenta/dalla Clinica nei seguenti casi:
a) modifica o abrogazione delle disposizioni normative su cui si basa il trattamento, b) venir meno della finalità che richiede il trattamento o la conservazione, c) revoca del consenso da parte dell'interessato, nei trattamenti basati sul consenso esplicito, d) richiesta di cancellazione/distruzione presentata dall'interessato nell'ambito dei diritti dell'art. 11 KVKK e ritenuta fondata (richiesta di eliminazione dell'account), e) scadenza del periodo di conservazione dei dati personali senza che resti alcun motivo giuridico che ne imponga la conservazione, f) mancata conclusione, invalidità, risoluzione o recesso dal contratto, g) completamento definitivo della richiesta di eliminazione dell'account secondo la procedura descritta al punto 5 della presente Politica.
4. Tabella delle categorie di dati, dei tempi di conservazione e dei metodi di eliminazione
La tabella seguente mostra le principali categorie di dati personali trattate nell'infrastruttura di Corenta, il periodo di conservazione, la motivazione e il metodo di eliminazione applicato alla scadenza. Salvo diversa indicazione espressa, la regola generale è: "finché l'account/la registrazione collegata è attiva + 30 giorni dalla presa in carico della richiesta di eliminazione dell'account." La tabella va letta insieme al flusso di eliminazione dell'account descritto nella Sezione 5. Per alcune categorie, il passaggio previsto da questo flusso alla scadenza dei 30 giorni non è un DELETE (cancellazione definitiva) ma l'anonimizzazione; questa distinzione è indicata espressamente nelle righe interessate e nella Sezione 6.2.
<div style="overflow-x:auto">
| # | Categoria di dati | Campi di esempio | Periodo di conservazione | Motivazione / base giuridica | Metodo di eliminazione |
|---|---|---|---|---|---|
| 1 | Dati identificativi e di contatto (utente/professionista/cliente) | Nome e cognome, email, telefono, data di nascita, dati del profilo | Finché l'account/la scheda del cliente è attiva + 30 giorni dopo la richiesta di eliminazione | Art. 5 KVKK — conclusione/esecuzione del contratto; accesso al servizio. Per i dati dei clienti il Titolare del trattamento è la Clinica. | Fase 1: cancellazione logica (soft delete) → Fase 2: cancellazione definitiva (vedi punto 5) |
| 2 | Dati sanitari / moduli di anamnesi (anamnesis_forms) | Storia clinica, informazioni su dolore/disturbi, controindicazioni | Finché la scheda del cliente è attiva + 30 giorni dopo la richiesta di eliminazione. Per anamnesis_forms non è definita alcuna policy di DELETE (cancellazione) nel sistema: nell'uso quotidiano nessuno (neppure l'utente amministrativo) può cancellare manualmente la registrazione. Alla scadenza dei 30 giorni la registrazione non viene cancellata con DELETE; viene rimosso il collegamento alla persona: il collegamento (client_id) viene interrotto in modo irreversibile a livello di database (FK ON DELETE SET NULL) e il contenuto del questionario (answers) e il riferimento al file allegato (attached_files) vengono sostituiti da un segnaposto anonimo; anche il file allegato viene cancellato automaticamente dallo Storage (vedi n. 11). | Art. 6 KVKK — categoria particolare di dati; necessari per erogare il servizio clinico e per provare un'eventuale responsabilità medica/legale (Titolare: la Clinica); per l'obbligo della Clinica di tenere le registrazioni, la registrazione clinica stessa (con il collegamento al cliente interrotto) resta conservata nel tenant con accesso limitato; tale registrazione non è considerata anonima. L'accesso è limitato al cliente interessato, al professionista assegnato e all'amministratore del tenant (RLS). | Fase 1: cancellazione logica (blocco dell'accesso) → Fase 2: anonimizzazione (RPC anonymize_user_relations(), solo service-role) + interruzione del collegamento alla persona tramite FK |
| 3 | Note di lezione (session_notes) | Note cliniche inserite dal professionista durante la lezione | Come sopra. Una volta inviata (compilato il campo submitted_at), la nota non può essere modificata né cancellata con UPDATE/DELETE (architettura append-only applicata a livello di database) e il suo contenuto non viene modificato neppure nella procedura di eliminazione dell'account. Nella Fase 2 vengono interrotti solo i collegamenti alla persona (client_id, specialist_id) tramite FK ON DELETE SET NULL; il trigger append-only prevede un'eccezione ristretta ed esclusiva per questo scopo (consente solo di portare a NULL le colonne di collegamento, senza permettere di modificare un solo carattere del contenuto). Risultato: poiché nel testo libero della nota possono restare nomi o dati identificativi, dopo l'eliminazione dell'account queste registrazioni non sono considerate anonime; sono conservate con accesso limitato per la durata dell'obbligo di registrazione della Clinica ed eliminate alla scadenza. La pulizia del testo libero al momento dell'eliminazione è una decisione di prodotto da valutare separatamente. | Art. 6 KVKK — categoria particolare di dati; integrità della cartella clinica e mezzo di prova in caso di eventuale responsabilità medica. L'immodificabilità è una scelta progettuale consapevole per tutelare l'affidabilità della registrazione; anche dopo l'eliminazione dell'account l'integrità della registrazione clinica è tutelata con lo stesso principio. | Come sopra; mantenendo il vincolo append-only, viene interrotto tramite FK solo il collegamento alla persona: il contenuto della nota non viene cancellato né modificato in nessuna fase |
| 4 | Dati delle misurazioni (measurements) | Misure corporee, monitoraggio dei progressi e altre misurazioni cliniche | Come sopra. Nella Fase 2 la registrazione non viene cancellata; viene rimosso il collegamento alla persona: il collegamento (client_id) viene interrotto tramite FK ON DELETE SET NULL e il campo di testo libero notes (che può contenere nomi/dati identificativi) viene portato a NULL; i valori di misura numerici/categoriali (peso, VAS, sonno ecc.) restano conservati come registrazione clinica del tenant con il collegamento alla persona interrotto (non sono considerati anonimi perché, nelle piccole attività, la serie di misure può bastare a reidentificare la persona). | Art. 6 KVKK — categoria particolare di dati; necessari per l'esecuzione del servizio (monitoraggio dei progressi) (Titolare: la Clinica); la serie numerica delle misure è conservata con il collegamento alla persona interrotto, per l'obbligo di registrazione della Clinica e l'integrità del monitoraggio. | Fase 1: cancellazione logica → Fase 2: anonimizzazione (RPC anonymize_user_relations()) + interruzione del collegamento alla persona tramite FK |
| 5 | Dati di appuntamenti, pacchetti e pagamenti | Date degli appuntamenti, pacchetto/saldo delle lezioni, registrazioni di disdette, registrazioni di pagamenti/incassi (payments), registrazioni delle presenze (attendance) | Finché l'account è attivo + 30 giorni dopo la richiesta di eliminazione. La registrazione dell'appuntamento (appointments.client_id) è già annullabile per progettazione; dopo l'eliminazione il collegamento alla persona viene interrotto e lo storico degli appuntamenti (data/servizio/stato) resta come registrazione del tenant. Anche le registrazioni di pagamento (payments) e di presenza (attendance) non vengono cancellate con DELETE; viene rimosso il collegamento alla persona: il collegamento (client_id) viene interrotto tramite FK ON DELETE SET NULL; nei pagamenti vengono portati a NULL la nota in testo libero, il motivo del rimborso e il riferimento all'immagine della ricevuta (che possono contenere nomi) e il file della ricevuta viene cancellato automaticamente dallo Storage (vedi n. 11), mentre restano importo/data/stato; nelle presenze viene portato a NULL il testo libero notes e resta lo stato presente/assente. Poiché la tabella client_packages (saldo dei pacchetti) non ha colonne dirette di dati personali o di testo libero, resta invariata come registrazione del tenant. | Art. 5 KVKK — esecuzione del contratto; può inoltre servire come prova in caso di controversia (disaccordo su saldo del pacchetto/importo ecc.); l'obbligo di registrazione della Clinica richiede di conservare questi dati con il collegamento alla persona interrotto. | Fase 1: cancellazione logica → Fase 2: la registrazione di appuntamento/pacchetto resta; le registrazioni di pagamento e di presenza sono trattate con anonimizzazione (RPC anonymize_user_relations()) + interruzione del collegamento alla persona tramite FK; per client_packages non serve alcuna modifica (nessuna colonna di dati personali) |
| 6 | Metadati di abbonamento/transazione (IAP) | Nome del piano, stato dell'abbonamento, data della transazione, metadati di transazione/abbonamento IAP | Per le registrazioni soggette agli obblighi contabili/fiscali propri della Società, per il periodo di conservazione previsto dall'art. 82 del Codice di commercio turco e dall'art. 253 del Codice di procedura tributaria turco (nella prassi, fino a un minimo di 10 anni) | Art. 82 della Legge n. 6102 (Codice di commercio turco), art. 253 della Legge n. 213 (Codice di procedura tributaria) — obbligo legale di conservazione. Precisazione importante: il modello di pagamento di Corenta passa esclusivamente per gli acquisti in-app (IAP) di Apple/Google; la fattura/ricevuta al consumatore finale è emessa e conservata da Apple/Google, e Corenta non produce né conserva tali documenti. Nel modello IAP di Corenta i dati della carta/dello strumento di pagamento sono trattati e conservati da Apple/Google; non risulta che tali dati siano conservati nell'infrastruttura propria di Corenta (database, log). Corenta conserva solo i metadati di abbonamento IAP verificati (nome del piano, data della transazione, stato dell'abbonamento) per i periodi previsti da tali leggi. Se la Società tiene inoltre libri e documenti contabili generali, anche queste registrazioni rientrano negli stessi termini di legge, ma costituiscono un ambito distinto dalle categorie di dati personali oggetto della presente Politica, soggetto al proprio regime fiscale; questo documento non afferma l'esistenza né il contenuto di tale ambito distinto. Questa categoria non è interessata dalla richiesta di eliminazione dell'account; anche se l'account viene eliminato, è conservata separatamente fino alla scadenza del termine di legge, separata dalla finalità del trattamento e con accesso limitato al solo adempimento dell'obbligo di legge. | Alla scadenza del termine di legge, cancellazione o anonimizzazione |
| 7 | Tracce di audit (audit_logs) | Registrazione delle operazioni critiche nel sistema (impersonation, modifiche dei permessi, accessi ai dati ecc.) | Conservate per 2 anni dalla data di creazione della registrazione: è un periodo fisso stabilito sulla base del legittimo interesse (rilevamento di incidenti di sicurezza, indagini su accessi non autorizzati, prevenzione degli abusi) e della necessità di prova in un'eventuale controversia. Le registrazioni scadute vengono cancellate con l'eliminazione periodica semestrale; oggi questa eliminazione è manuale e non esiste ancora un processo automatico programmato. Anche se l'account viene eliminato, queste registrazioni sono conservate separatamente fino alla scadenza dei 2 anni. | Art. 5/2-f KVKK — legittimo interesse (rilevamento di incidenti di sicurezza, indagini su accessi non autorizzati, prevenzione degli abusi) e mezzo di prova in un'eventuale controversia. Per loro natura queste registrazioni non riguardano solo l'interessato e servono alla sicurezza e alla tracciabilità del sistema; la richiesta di eliminazione dell'account dell'utente collegato non le cancella automaticamente. | Alla scadenza del periodo di conservazione, cancellazione o anonimizzazione (il meccanismo di pulizia automatica non è ancora stato implementato) |
| 8 | Registrazioni di informativa e consenso (consent_logs) | Presentazione dell'informativa ("Ho letto e compreso"; non è un consenso), consenso al trattamento dei dati sanitari, consenso alle notifiche delle campagne, registrazioni dei permessi push; ora, indirizzo IP, versione, registrazione della revoca (revoked_at) | Finché l'account è attivo + 30 giorni dopo la richiesta di eliminazione; trascorsi questi 30 giorni, sono conservate separatamente per 5 anni per provare che il consenso è stato dato o revocato (come registrazione probatoria separata, in vista di un possibile reclamo/controllo ai sensi della KVKK): è un periodo fisso stabilito sulla base del legittimo interesse e dell'onere della prova. Questa conservazione probatoria di 5 anni è resa possibile come registrazione probatoria con il collegamento alla persona interrotto: nella fase di cancellazione definitiva il collegamento della registrazione alla persona (user_id) viene interrotto tramite FK ON DELETE SET NULL e l'indirizzo IP (ip_address) viene cancellato; tipo di consenso, versione e momento in cui è stato dato/revocato restano conservati senza collegamento alla persona. Le registrazioni scadute dopo 5 anni vengono cancellate con l'eliminazione periodica semestrale (oggi manuale; non esiste ancora un processo automatico programmato). | Art. 5/2-e KVKK (costituzione, esercizio o tutela di un diritto) e art. 5/2-f; l'onere di provare il consenso esplicito spetta al titolare del trattamento (Decisione di principio del Kurul 2026/347); coerente con i termini generali di prescrizione del Codice delle obbligazioni turco. | Nella procedura di cancellazione definitiva dell'account la registrazione non viene cancellata con DELETE; il collegamento alla persona viene interrotto tramite FK e l'indirizzo IP viene anonimizzato (RPC anonymize_user_relations()); la registrazione probatoria senza collegamento alla persona resta conservata per 5 anni (dopo i 5 anni, eliminazione periodica semestrale; processo automatico non ancora presente) |
| 9 | Dati del modulo di accesso anticipato (sito aziendale) | Nome e cognome, email, telefono (facoltativo), nome dell'attività, città, tipo di attività, numero di professionisti/istruttori, contenuto del messaggio/problema operativo, indirizzo IP/dispositivo/browser/cookie | Al massimo 2 anni dalla valutazione della candidatura e dalla conclusione del contatto; se in questo periodo il contatto non avviene o la procedura si conclude, i dati vengono cancellati/resi anonimi prima. Nota di trasparenza: al momento nel sistema non esiste un meccanismo automatico di controllo/cancellazione corrispondente a questo periodo massimo (vedi Nota 2 e Sezione 7, punto 3); il periodo è un limite giuridico massimo; le registrazioni scadute vengono cancellate con l'eliminazione periodica semestrale (oggi manuale) o su richiesta. | Art. 5 KVKK — trattative precontrattuali (art. 5/2-c); legittimo interesse (valutazione della corrispondenza al profilo di cliente target, ricerca di mercato, spunti per lo sviluppo del prodotto, sicurezza/prestazioni del sito); se è stato dato il consenso alle comunicazioni commerciali, consenso separato ai sensi dell'art. 6 della Legge n. 6563. Precisazione sul consenso alle comunicazioni commerciali: nel modulo non c'è una casella di consenso per l'informativa (Informativa KVKK A.7; informativa e consenso sono distinti). Il consenso alle comunicazioni commerciali si raccoglie con una casella separata e non preselezionata ("Acconsento a ricevere da Teta Studio novità e campagne di Corenta via email."); lasciarla vuota non incide sulla valutazione della candidatura. | Cancellazione o anonimizzazione (oggi applicata manualmente/su richiesta) |
| 10 | Dati di consenso/token delle notifiche push e registrazioni delle notifiche (notifications) | Registrazione del permesso alle notifiche concesso/negato, token push del dispositivo (Apple APNs / Google FCM), le notifiche inviate (titolo/contenuto/link interno — tabella notifications) | Finché l'account/la registrazione del dispositivo è attiva / il permesso alle notifiche è valido + 30 giorni dopo la richiesta di eliminazione dell'account; quando l'utente revoca il permesso, il token viene invalidato subito. Le registrazioni delle notifiche inviate (notifications) non hanno un valore operativo o probatorio autonomo dopo l'eliminazione dell'account; per questo vengono cancellate interamente insieme all'account nella fase di cancellazione definitiva (ON DELETE CASCADE), senza anonimizzazione né conservazione separata. Nota di trasparenza: durante la preparazione di questa Politica non è stato possibile verificare tecnicamente un meccanismo che pulisca in modo automatico e periodico i token push non validi/scaduti mentre l'account è ancora attivo; questo aspetto non è verificato; quando verrà verificato o aggiunto, la Politica sarà aggiornata. | Art. 5/2-c KVKK — esecuzione del contratto (notifiche transazionali come i promemoria degli appuntamenti); per le notifiche delle campagne, permesso facoltativo separato. | Fase 1: cancellazione logica → Fase 2: la registrazione notifications viene cancellata interamente insieme all'account (DELETE/cascade); la pulizia separata dei token non validi/scaduti con l'account attivo è un miglioramento previsto, la cui applicazione automatica al momento non è verificata |
| 11 | File allegati (avatar, ricevuta di pagamento, allegato dell'anamnesi, documento di verifica del professionista — Supabase Storage) | Immagini/documenti caricati dalla fotocamera o dalla galleria | Finché l'account/il tenant è attivo; nella fase di cancellazione definitiva dell'account, i file della cartella profilo/anamnesi dell'utente (bucket avatars, anamnesis-attachments, user-data-exports) e le immagini delle ricevute di pagamento (bucket payment-receipts, tramite il percorso del file letto dalla registrazione nel database) vengono cancellati automaticamente dallo Storage (best-effort): se la cancellazione in un bucket non riesce, l'errore viene registrato nel log, ma non impedisce la pulizia degli altri bucket né i passaggi di anonimizzazione/cancellazione definitiva dell'account. Limite dichiarato: i documenti di identità/titolo di studio per la verifica del professionista (bucket specialist-verification-docs) non rientrano in questa procedura automatica: tale documento non appartiene all'utente ma alla procedura di verifica del professionista singolo del tenant (della Clinica) e la registrazione nel database non contiene alcun riferimento a un utente, quindi non può essere collegata all'attuale flusso di eliminazione dell'account utente; la sua eliminazione sarà trattata separatamente nella procedura con cui la Clinica chiude il proprio account/abbonamento a livello di tenant (vedi Sezioni 5.4 e 5.6) | Art. 7 KVKK e Regolamento — obbligo di cancellare quando viene meno la finalità del trattamento. | Cancellazione automatica: avatars, anamnesis-attachments, user-data-exports, payment-receipts. Per specialist-verification-docs non c'è ancora eliminazione automatica; è trattata nella procedura di chiusura del tenant, e le richieste eccezionali sono valutate manualmente tramite hello@corenta.app |
| 12 | Messaggi di gruppo della clinica e registrazioni di moderazione (group_messages, group_message_moderation; dal 18 ottobre 2026) | Testo dei messaggi di gruppo, sticker, sondaggi e voti, motivo della segnalazione, registrazioni di occultamento/cancellazione/silenziamento, copia del messaggio nascosto riservata alla revisione del team | I messaggi di gruppo sono conservati finché esistono il gruppo e l'account Corenta della Clinica; il membro può cancellare il proprio messaggio quando vuole, e il testo del messaggio cancellato viene rimosso dalla registrazione. Quando l'account viene cancellato definitivamente, l'iscrizione al gruppo viene cancellata; il testo dei messaggi già inviati al gruppo resta nel gruppo, senza i dati del mittente. La copia riservata alla revisione del team è conservata al massimo 1 anno dalla data in cui il messaggio è stato nascosto e viene cancellata con l'eliminazione periodica semestrale; questa eliminazione al momento è manuale e non esiste ancora un processo automatico programmato. Per l'eliminazione a livello di Clinica si applica la Sezione 5.6. | Art. 5/2-c KVKK (partecipazione e comunicazione nel gruppo); art. 5/2-f (segnalazioni e moderazione, prevenzione degli abusi). Titolare del trattamento: la Clinica. Corenta non mostra registrazioni sanitarie nei gruppi; poiché il messaggio è testo libero, i membri sono invitati a non condividere informazioni sulla salute. | Cancellazione da parte del membro: rimozione del testo; cancellazione definitiva dell'account: interruzione del collegamento al mittente; copia di moderazione: cancellazione dopo 1 anno (eliminazione periodica semestrale, oggi manuale) |
</div>
Nota 1: Nella tabella sopra, l'espressione "finché l'account/il tenant è attivo" indica il periodo in cui prosegue l'abbonamento Corenta della Clinica e la scheda del cliente non è stata cancellata dalla Clinica. Quando la Clinica cancella i dati del proprio cliente è stabilito dalla politica di protezione dei dati della Clinica stessa (in qualità di Titolare del trattamento) e dal suo rapporto con il cliente; Corenta fornisce i mezzi tecnici per questa procedura.
Nota 2: I periodi di 2 anni al n. 7 (Tracce di audit) e di 5 anni al n. 8 (Registrazioni dei consensi) sono periodi fissi di conservazione stabiliti da Corenta (a differenza del termine di legge del n. 6, non derivano direttamente da una disposizione normativa; sono un impegno vincolante di per sé, stabilito sulla base del legittimo interesse e dell'onere della prova dell'art. 5/2-f KVKK). Al momento nel sistema non funziona un meccanismo automatico di cancellazione a fine conservazione: alla scadenza la cancellazione/anonimizzazione viene eseguita manualmente; quando l'automazione sarà attivata, questa Politica sarà aggiornata. L'espressione "al massimo 2 anni" del n. 9 (Dati del modulo di accesso anticipato) ha una portata diversa ed esprime, come spiegato nella sua riga, un distinto limite giuridico massimo.
5. Procedura di eliminazione dell'account — funzionamento dall'inizio alla fine
Per dare attuazione tecnica alla richiesta di cancellazione degli interessati ai sensi dell'art. 11 KVKK, Corenta applica un'architettura di cancellazione in due fasi che bilancia l'esperienza dell'utente con la sicurezza dei dati e l'esigenza di prova giuridica: cancellazione logica immediata (soft delete) e, a seguire, cancellazione definitiva dopo 30 giorni.
5.0. Modifica del 4 ottobre 2026 — dove contrasta con i punti 5.1–5.7, prevale questo punto
Eliminazione dell'account (dal 4 ottobre 2026): quando la richiesta di eliminazione è confermata, l'accesso all'account termina subito (le sessioni vengono chiuse e non è più possibile accedere); i dati personali vengono cancellati o resi anonimi (vengono ripuliti nome, email, telefono, immagine e i dati identificativi/di contatto e i campi sanitari del cliente: gruppo sanguigno, allergie, patologie croniche, farmaci); le registrazioni di pagamenti e compensi soggette a conservazione per legge non vengono cancellate; sono conservate con il collegamento alla persona interrotto e accesso limitato. Non c'è un termine per annullare la richiesta; la cancellazione definitiva della registrazione di autenticazione e dei file si completa nella procedura in background di trenta giorni già esistente.
Cancellazione della scheda del cliente e campi sanitari (dal 4 ottobre 2026): quando l'attività cancella la scheda di un cliente senza account, la scheda esce subito dall'elenco attivo; dopo 30 giorni vengono cancellati/svuotati anche i campi sanitari del cliente (gruppo sanguigno, allergie, patologie croniche, farmaci), insieme ai dati identificativi e di contatto. Le regole di conservazione dei moduli di anamnesi, delle misurazioni e delle note di lezione non sono interessate da questo punto.
File delle ricevute (dal 4 ottobre 2026): i file delle ricevute non collegati a un pagamento (orfani) vengono cancellati automaticamente dopo 7 giorni; una ricevuta collegata a un pagamento non può essere cancellata da nessun ruolo.
Contatti del cliente nella modalità di assistenza (dal 4 ottobre 2026): nella sessione di assistenza di Corenta (super-admin) email e telefono del cliente non vengono mostrati al personale dell'assistenza, che vede solo un riepilogo identificativo limitato (nome, stato dell'account, attività, data di creazione).
Permesso di scrittura nei campi sanitari (dal 4 ottobre 2026): nei campi sanitari del cliente (gruppo sanguigno, allergie, patologie croniche, farmaci) possono scrivere solo il cliente stesso e il professionista assegnato; il titolare/responsabile dell'attività non può scrivere in questi campi (può modificare la persona da contattare in emergenza e i campi identificativi).
Misurazione pseudonimizzata del prodotto: per migliorare il prodotto possono essere misurati eventi di utilizzo aggregati, solo lato server e con un identificativo pseudonimizzato della clinica; questa misurazione non comprende indirizzo IP, dati sanitari né tracciamento di provenienza o pubblicitario. L'identificativo pseudonimizzato della clinica ha natura di pseudonimo (non è privo di identità). La funzione al momento è disattivata.
5.1. Fase 1 — Cancellazione logica immediata (soft delete)
Nel momento in cui l'utente conferma nell'app la richiesta di eliminazione dell'account, il sistema esegue le seguenti operazioni in modo simultaneo e immediato:
- La registrazione del profilo dell'utente viene disattivata compilando il campo
deleted_at; l'account non è più accessibile/visibile per l'uso normale e non può più essere usato per accedere. - Gli appuntamenti in sospeso (non ancora svolti) dell'utente vengono annullati automaticamente.
- Le assegnazioni in cui l'utente figura come professionista/risorsa (abbinamenti cliente-professionista, assegnazioni di programmi) vengono rimosse.
- Tutti i consensi dell'utente vengono revocati (registrati compilando il campo
revoked_atnelle registrazioniconsent_logs).
In questa fase i dati non vengono cancellati fisicamente, ma diventano inaccessibili per le normali finalità di trattamento e visualizzazione. Questo costituisce il primo passo della procedura di cancellazione, con la natura di "rendere inaccessibile" ai sensi dell'art. 7 KVKK e del Regolamento.
5.2. Fase 2 — Cancellazione definitiva (dopo 30 giorni)
30 (trenta) giorni dopo la cancellazione logica, un'attività pianificata (cron job) eseguita automaticamente dal sistema compie le seguenti operazioni in modo irreversibile:
- La registrazione di autenticazione dell'utente (
auth.users) viene cancellata in modo definitivo e irreversibile. - Le registrazioni del database collegate all'utente sono trattate in modo differenziato per categoria: le registrazioni prive di valore operativo o probatorio autonomo (per esempio le notifiche) vengono cancellate definitivamente (
DELETE/cascade); i dati sanitari (anamnesis_forms,session_notes,measurements) e le registrazioni cliniche/finanziarie (payments,attendance,consent_logs) invece non vengono cancellati: viene rimosso il collegamento alla persona; il collegamento viene interrotto a livello di database, alcuni campi di testo libero vengono ripuliti e la registrazione resta come registrazione del tenant senza collegamento alla persona e con accesso limitato (poiché il testo libero delle note di lezione non viene modificato, non è considerata anonima) (vedi Sezione 4, n. 2-5, 8, 10 e Sezione 6.2). - Questa operazione è avviata automaticamente solo dal processo in background privilegiato del sistema (protetto da service-role); nessun utente, compreso il personale amministrativo, né alcun responsabile di un'Attività può avviare manualmente, anticipare o interrompere questa procedura tramite le normali interfacce del prodotto: è una scelta di sicurezza consapevole per evitare cancellazioni anticipate o ritardate per errore o per abuso. (Questa garanzia riguarda le normali interfacce utente e di gestione del prodotto; i processi tecnici operativi che possono avere accesso diretto al database a livello privilegiato dell'infrastruttura sono esclusi da questa garanzia e soggetti a controlli di accesso interni separati.)
Scopo della procedura in background di 30 giorni (dal 4 ottobre 2026): poiché l'accesso all'account termina subito con la richiesta di eliminazione, questo periodo non offre la possibilità di annullare o ripensarci; serve a completare la cancellazione definitiva della registrazione di autenticazione e dei file e per un'eventuale verifica di abusi. È un periodo ragionevole e limitato, conforme al principio di proporzionalità dell'art. 5 KVKK. Per lo stato della richiesta di eliminazione si può scrivere a hello@corenta.app.
5.3. Eccezione: dati soggetti a obbligo di conservazione per legge
La procedura di cancellazione definitiva di 30 giorni descritta sopra non riguarda le registrazioni indicate nella Sezione 4, tabella, n. 6 (Metadati di abbonamento/transazione), soggette a obbligo di conservazione per legge ai sensi del Codice di commercio turco e del Codice di procedura tributaria turco. Anche se l'account viene cancellato definitivamente, queste registrazioni sono conservate separatamente fino alla scadenza del termine di legge, separate dalla finalità di trattamento dei dati personali e con accesso limitato al solo adempimento dell'obbligo di legge. Allo stesso modo, le tracce di audit (audit_logs) e il nucleo minimo delle registrazioni dei consensi a fini probatori (vedi Sezione 4, n. 7-8) possono continuare a essere conservati fuori da questo periodo di 30 giorni, con una finalità separata e limitata, per motivi di legittimo interesse/prova giuridica. Nella Sezione 4, Nota 2, è indicato espressamente che i periodi rientranti in questa eccezione non corrispondono a un meccanismo tecnico applicato automaticamente nel sistema.
5.4. Precisazione specifica sui file allegati archiviati (importante — trasparenza)
Per il principio di trasparenza, si precisa chiaramente quanto segue: durante la cancellazione definitiva, le registrazioni del database (profilo, appuntamenti, assegnazioni, consensi ecc.) vengono cancellate del tutto o (per le registrazioni sanitarie/cliniche/finanziarie, vedi Sezione 6.2) anonimizzate; i file allegati dell'utente conservati in un'area di archiviazione (Storage) separata sono invece trattati così: l'avatar/foto del profilo, il documento/foto allegato al modulo di anamnesi e l'immagine della ricevuta di pagamento vengono cancellati automaticamente dallo Storage (best-effort) come parte del passaggio di cancellazione definitiva; si tratta di un comportamento verificato, effettivamente attivo oggi nel sistema. Se la cancellazione in un bucket non riesce, viene registrata nel log, ma non impedisce la pulizia degli altri bucket né i passaggi di anonimizzazione/cancellazione definitiva dell'account (progettazione best-effort).
Limite dichiarato: l'unica categoria di file esclusa da questa procedura automatica sono i documenti di identità/titolo di studio per la verifica caricati nella registrazione del professionista/professionista singolo (bucket specialist-verification-docs). Tecnicamente questi documenti non sono legati all'utente ma alla procedura di verifica del tenant (della Clinica) e la registrazione nel database non contiene alcun riferimento a un utente; per questo non possono essere inclusi automaticamente nell'attuale flusso di eliminazione dell'account utente. L'eliminazione di questo documento sarà trattata separatamente nella procedura con cui la Clinica chiude il proprio account/abbonamento a livello di tenant (vedi Sezione 5.6); fino ad allora le richieste eccezionali sono valutate manualmente tramite hello@corenta.app.
Per questo motivo la presente Politica non assume l'impegno assoluto che, con la richiesta di eliminazione dell'account, "tutti i dati/file dell'utente vengano cancellati in modo completo e immediato" (in particolare per i residui tecnici nei backup, vedi Sezione 6.3, e per l'eccezione indicata sopra); per le categorie di file descritte sopra, tuttavia, la cancellazione automatica è effettivamente applicata.
5.5. Nota specifica sui dati sanitari
Anche le categorie particolari di dati sanitari, come i moduli di anamnesi, le note di lezione e le misurazioni, seguono il flusso generale di cancellazione descritto sopra (cancellazione logica → 30 giorni → cancellazione definitiva); tuttavia, come spiegato nella Sezione 4, n. 2-4, e nella Sezione 6.2, in queste tabelle il passaggio di cancellazione definitiva avviene tramite interruzione del collegamento alla persona e pulizia parziale: la registrazione non viene cancellata con DELETE, il collegamento alla persona viene interrotto e alcuni campi di testo libero vengono ripuliti; la registrazione clinica (in particolare il contenuto append-only delle note di lezione) è conservata come registrazione del tenant senza collegamento alla persona e con accesso limitato, e non è considerata anonima. Inoltre, poiché questa categoria di dati è intrecciata con le registrazioni tenute dalla Clinica in qualità di titolare del trattamento, la richiesta di eliminazione dell'account o dei dati di un cliente può entrare in conflitto con gli obblighi di conservazione per legge della Clinica stessa (per esempio gli obblighi di tenuta delle registrazioni derivanti dalla normativa sull'erogazione di servizi sanitari); il metodo dell'interruzione del collegamento e della conservazione limitata mira a bilanciare questi due obblighi (i diritti del cliente sui propri dati personali e l'obbligo di registrazione della Clinica). In questi casi la decisione finale spetta alla Clinica, in qualità di titolare del trattamento; Corenta agisce secondo le istruzioni della Clinica.
5.6. Cancellazione a livello di Clinica (tenant)
Se una Clinica pone fine del tutto al proprio abbonamento Corenta, la stessa architettura in due fasi (cancellazione logica → 30 giorni → cancellazione definitiva) si applica ai dati del tenant della Clinica e a tutte le schede clienti di quel tenant. Essendo Titolare del trattamento dei dati dei propri clienti, prima di terminare l'abbonamento la Clinica è tenuta a informarli nell'ambito dei propri obblighi KVKK; questo obbligo non può essere trasferito a Corenta.
5.7. Rapporto con la modalità di assistenza del super-admin (impersonation)
I processi di eliminazione dell'account e di conservazione funzionano indipendentemente dal meccanismo di assistenza/impersonation di Corenta. Le sessioni di impersonation hanno una durata limitata (30 minuti) e per impostazione predefinita sono di sola lettura; l'accesso alle categorie di dati sanitari (anamnesi, note di lezione, misurazioni) richiede un passaggio di approvazione separato (health_data_enabled) e le operazioni di scrittura/cancellazione su queste tabelle non sono mai consentite tramite impersonation (le policy RLS non prevedono alcuna eccezione per l'impersonation). Precisazione: questa limitazione riguarda le sessioni di impersonation avviate da una persona, in cui un addetto all'assistenza accede e opera manualmente; il processo cron automatico di service-role (senza intervento umano) descritto nella Sezione 5.2 è un livello separato e non è interessato da questa limitazione: la limitazione dell'impersonation non impedisce il meccanismo automatico di cancellazione definitiva del flusso di eliminazione dell'account e non va confusa con esso. Pertanto i processi di eliminazione dell'account e dei dati si svolgono solo tramite i meccanismi automatici definiti nella presente Politica.
6. Metodi di eliminazione
Ai sensi dell'art. 8 e seguenti del Regolamento, di seguito sono descritti i metodi di cancellazione/distruzione/anonimizzazione applicati in base al supporto di registrazione.
6.1. Cancellazione
Operazione con cui i dati personali non sono più in alcun modo accessibili né riutilizzabili per gli utenti interessati (compresi gli utenti dell'app e il personale con accesso al pannello di amministrazione). In Corenta questo metodo si applica nella procedura di cancellazione logica della Fase 1: anche se i dati non vengono rimossi fisicamente dal database, diventano del tutto inaccessibili tramite i permessi di accesso e le interfacce.
6.2. Distruzione (cancellazione definitiva)
Operazione con cui i dati personali non sono più in alcun modo accessibili, recuperabili né riutilizzabili da nessuno. Nella procedura di cancellazione definitiva della Fase 2 di Corenta questo principio è attuato con due diversi metodi tecnici, a seconda della categoria di dati:
- Registrazione di autenticazione e registrazioni prive di valore operativo autonomo: la registrazione di autenticazione dell'utente (
auth.users) viene cancellata in modo irreversibile direttamente conDELETEnella procedura automatica protetta da service-role; le registrazioni collegate che, dopo l'eliminazione dell'account, non hanno di per sé valore operativo o probatorio (per esempio le notifiche,notifications— vedi Sezione 4, n. 10) vengono cancellate insieme a livello di database conON DELETE CASCADE. - Registrazioni sanitarie, cliniche e finanziarie: per
anamnesis_forms,session_notes,measurements,payments,attendanceeconsent_logsil passaggio di cancellazione definitiva avviene tramite interruzione del collegamento alla persona e pulizia parziale (vedi Sezione 6.6) anziché con ilDELETEdella registrazione: le colonne di chiave esterna che identificano la persona (client_id,specialist_id,user_idecc.) vengono portate a NULL in modo irreversibile tramite il vincolo FKON DELETE SET NULL; le colonne di contenuto che possono contenere un'identità esplicita o dati personali in testo libero (risposte dell'anamnesi, note in testo libero di misurazioni/pagamenti, riferimento alla ricevuta di pagamento, indirizzo IP della registrazione del consenso) vengono ripulite o sostituite con un segnaposto anonimo dalla funzioneanonymize_user_relations()(richiamabile solo da service-role, con negazione predefinita). Il contenuto clinico/finanziario numerico e storico (data, importo, valore di misura, saldo delle lezioni rimaste, stato presente/assente, momento in cui il consenso è stato dato/revocato) resta invece conservato come registrazione del tenant senza collegamento alla persona, per l'obbligo di registrazione della Clinica e (per le note di lezione) per il principio append-only; poiché il testo libero delle note di lezione non viene modificato, queste registrazioni non sono considerate anonime e sono conservate con accesso limitato.
Nelle note di lezione (session_notes) il vincolo append-only non consente modifiche al contenuto; è prevista solo un'eccezione ristretta ed esclusiva per portare a NULL le colonne di collegamento alla persona (client_id, specialist_id): il contenuto della nota non viene cancellato né modificato in nessuna fase di questa procedura.
Limite: non esiste un meccanismo di controllo/pulizia per i dati personali che possono comparire nel testo dei campi liberi al di fuori delle colonne di identità esplicita (per esempio un nome citato nel corpo di una nota di lezione). Per questo tali registrazioni non sono considerate anonime; sono conservate come dati personali con accesso limitato ed eliminate alla scadenza.
Poiché entrambi i metodi sono protetti da service-role, non possono essere avviati né annullati dalle normali interfacce del prodotto.
6.3. Cancellazione dai backup
I backup del database vengono sovrascritti/eliminati automaticamente dopo un certo periodo, nell'ambito del normale ciclo di backup (rotazione). Sebbene la cancellazione definitiva abbia effetto immediato sul database principale, si precisa chiaramente che nei backup eseguiti in precedenza i dati possono continuare a esistere tecnicamente fino alla scadenza del periodo standard di rotazione dei backup del fornitore (Supabase). Si tratta della prassi standard prevista dall'accordo sul trattamento dei dati (DPA) del sub-responsabile interessato (Supabase).
6.4. Allegati nell'archivio dei file (Storage)
I file caricati dagli utenti, come le immagini dell'avatar, le ricevute di pagamento e gli allegati dell'anamnesi, sono conservati in un'area di archiviazione (Storage) separata. Vedi Sezione 5.4: lì è descritta in modo dettagliato e trasparente la situazione attuale di questi contenuti nella procedura di eliminazione dell'account (cancellazione automatica per avatar, allegati dell'anamnesi e ricevute di pagamento, con specialist-verification-docs come unica eccezione).
6.5. Dati su carta
I dati personali trattati nell'ambito del prodotto SaaS di Corenta sono conservati in formato digitale; non è previsto il trattamento di dati personali su carta. Se, eccezionalmente, la Società usa la carta nella corrispondenza commerciale/amministrativa, l'eliminazione avviene in modo irreversibile mediante oscuramento, incenerimento o triturazione con un distruggidocumenti.
6.6. Anonimizzazione
Nell'ambito della procedura di cancellazione definitiva dell'account (vedi Sezione 6.2), Corenta applica ai dati sanitari e alle registrazioni cliniche/finanziarie il metodo dell'interruzione del collegamento alla persona e della pulizia parziale. Poiché il testo libero delle note di lezione non viene modificato e, nelle piccole attività, le serie di date e misure possono bastare a reidentificare la persona, questo metodo non soddisfa in ogni caso lo standard di anonimizzazione descritto di seguito; tali registrazioni non sono considerate anonime, sono conservate come dati personali con accesso limitato ed eliminate alla scadenza. Al di fuori di questo, Corenta può usare, per finalità di sviluppo del prodotto, analisi statistica o ricerca di mercato, dati resi anonimi in modo da non poter essere ricondotti a una persona fisica identificata o identificabile. L'anonimizzazione richiede che il dato non possa più essere ricondotto alla persona in modo irreversibile, neppure se combinato con altri dati; le operazioni di mascheramento/pseudonimizzazione che non raggiungono questo standard non valgono come anonimizzazione e restano soggette al regime del trattamento dei dati personali. I dati resi anonimi sono considerati al di fuori dell'ambito della KVKK e non sono soggetti ai limiti dei tempi di conservazione della presente Politica.
6.7. Scelta del metodo
Il metodo di eliminazione da applicare è stabilito da Corenta e/o dalla Clinica tenendo conto della natura del dato (se rientra o meno in una categoria particolare), del supporto in cui è conservato (database, archivio dei file, sistema di log, sistema di backup), delle possibilità giuridiche e tecniche e dei principi indicati nelle decisioni del Kurul e nel Regolamento. Nelle operazioni di eliminazione delle categorie particolari di dati personali (compresi i dati sanitari) si usa la massima cura.
7. Procedura di eliminazione periodica
Ai sensi dell'art. 11 del Regolamento, Corenta è tenuta a cancellare, distruggere o rendere anonimi d'ufficio (senza attendere una richiesta) i dati personali il cui periodo di conservazione è scaduto e/o la cui finalità di trattamento è venuta meno; il periodo di eliminazione periodica da prevedere in questo ambito non può superare 6 (sei) mesi. In questo quadro si distingue chiaramente di seguito tra i meccanismi che oggi funzionano effettivamente nel sistema e quelli che non funzionano:
- La procedura di cancellazione definitiva a 30 giorni dalla richiesta di eliminazione dell'account viene controllata periodicamente (ogni giorno) da un'attività pianificata automatica (cron job) e gli account scaduti vengono elaborati in blocco. Si tratta di un'automazione verificata, effettivamente attiva oggi nel sistema.
- Il periodo di conservazione previsto per le tracce di audit (
audit_logs) viene riesaminato periodicamente; tuttavia al momento non è implementato un meccanismo di cancellazione che esegua automaticamente tale riesame (vedi Sezione 4, n. 7). - Il periodo massimo di conservazione stabilito per i dati del modulo di accesso anticipato (vedi Sezione 4, n. 9) è un riferimento di limite giuridico massimo dell'obbligo di eliminazione periodica dell'art. 11 del Regolamento; tuttavia nel sistema al momento non esiste un meccanismo automatico di controllo/cancellazione corrispondente a tale periodo. Per questa categoria di dati la cancellazione/anonimizzazione viene valutata manualmente e su richiesta finché l'automazione non sarà attivata (vedi Sezione 4, Nota 2). Questo aspetto è mantenuto trasparente, in coerenza con le altre affermazioni di automazione non verificate (vedi punti 2 e 4).
- La pulizia automatica e periodica separata dei token delle notifiche push scaduti/non validi è un miglioramento previsto nella roadmap del prodotto; non è stato verificato tecnicamente che questo meccanismo sia oggi effettivamente attivo nel sistema (vedi Sezione 4, n. 10). Quando sarà verificato o attivato, la presente Politica sarà aggiornata.
- Eliminazione periodica semestrale: per le categorie di questa Sezione prive di eliminazione automatica (tracce di audit, prove di consenso senza collegamento alla persona, dati del modulo di accesso anticipato, documenti di verifica dei professionisti, copie di moderazione dei messaggi di gruppo) Corenta applica un'eliminazione periodica ogni 6 mesi e redige un verbale di eliminazione per ogni ciclo. Non esistono ancora attività pianificate che automatizzino questi cicli; vengono svolti manualmente.
La procedura di eliminazione periodica, indipendentemente dai periodi indicati nella presente Politica, non impedisce la richiesta individuale di cancellazione/distruzione che l'interessato presenti ai sensi dell'art. 11 KVKK; anche se il periodo di conservazione non è scaduto, l'interessato può chiedere la cancellazione se è venuta meno la base giuridica dell'attività di trattamento (per esempio con la revoca del consenso). Anche per le categorie la cui automazione non è ancora implementata, la richiesta individuale dell'interessato inviata a hello@corenta.app viene valutata e definita manualmente.
8. Diritti dell'interessato e modalità di richiesta (art. 11 KVKK)
8.1. Diritti previsti dall'articolo 11 KVKK
Ai sensi dell'art. 11 KVKK, gli interessati hanno i seguenti diritti:
- sapere se i propri dati personali sono trattati,
- chiedere informazioni in merito, se i propri dati personali sono stati trattati,
- conoscere la finalità del trattamento dei dati personali e se essi sono usati in modo conforme a tale finalità,
- conoscere i terzi, in Turchia o all'estero, a cui i dati personali sono stati trasferiti,
- chiedere la rettifica dei dati personali se sono stati trattati in modo incompleto o inesatto,
- chiedere la cancellazione o la distruzione dei dati personali ai sensi dell'art. 7 KVKK,
- chiedere che le operazioni svolte ai sensi dei punti (5) e (6) siano comunicate ai terzi a cui i dati personali sono stati trasferiti,
- opporsi a un risultato sfavorevole alla persona derivante dall'analisi dei dati trattati esclusivamente con sistemi automatizzati,
- chiedere il risarcimento del danno subito a causa di un trattamento illecito dei dati personali.
8.2. Riepilogo onesto dell'attuale applicazione tecnica
I punti seguenti sono presentati come un riepilogo onesto e realistico dell'attuale applicazione tecnica:
- Richiesta di cancellazione (eliminazione dell'account): può essere presentata direttamente dal relativo menu delle impostazioni dell'app mobile; la richiesta viene soddisfatta automaticamente con la procedura in due fasi descritta nella Sezione 5 (cancellazione logica immediata → 30 giorni → cancellazione definitiva) (art. 11/6).
- Richiesta di informazioni / portabilità: viene soddisfatta fornendo all'interessato, entro un termine ragionevole, i dati relativi al proprio ambito di tenant in un formato strutturato e leggibile da dispositivo automatico (funzione
export_user_data, con ambito di tenant verificato). Il meccanismo di consegna di questa procedura (formato del file, modalità di consegna, funzioni come un link di download firmato) è in continuo sviluppo; nell'ambito della presente Politica non si assume alcun impegno su un termine di consegna determinato né su un formato di file/accesso specifico (art. 11/1-2). - Informazioni sui trasferimenti a terzi (art. 11/4): le informazioni sui terzi/sub-responsabili, in Turchia o all'estero, a cui sono trasferiti i dati personali si trovano nella tabella della Sezione 11 (Sub-responsabili e localizzazione dei dati) della presente Politica.
- Richiesta di rettifica (art. 11/5): tecnicamente può essere eseguita manualmente dal pannello di gestione della Clinica; non esiste un flusso automatico separato di "richiesta di rettifica". Nel contesto del prodotto SaaS le richieste di rettifica dei dati dei clienti vanno rivolte prima alla Clinica interessata; Corenta, come Responsabile del trattamento, fornisce il supporto tecnico secondo le istruzioni della Clinica.
- Comunicazione ai terzi (art. 11/7): la richiesta di comunicare le operazioni di cancellazione/rettifica ai terzi destinatari viene valutata quando inviata tramite i canali indicati nelle modalità di richiesta; al momento questa procedura non è automatica ma manuale.
- Opposizione a decisioni automatizzate/profilazione (art. 11/8): nel sistema non è presente alcuna attività di decisione automatizzata o di profilazione che, tramite l'analisi dei dati trattati esclusivamente con sistemi automatizzati, produca un risultato sfavorevole all'interessato; pertanto al momento non serve un meccanismo di opposizione separato e attivo per questo punto.
- Le richieste sono definite gratuitamente entro 30 giorni ai sensi dell'art. 13 KVKK (se l'operazione comporta un costo aggiuntivo, può essere richiesto il corrispettivo previsto dalla tariffa stabilita dal Kurul).
8.3. Modalità di richiesta
Le richieste relative ai diritti sopra indicati possono essere inviate:
- all'indirizzo email hello@corenta.app,
- tramite le relative schermate di impostazioni/assistenza nell'app,
- oppure con le altre modalità previste dalla KVKK,
a Corenta.
Nota importante sui dati dei clienti: se sei cliente di una Clinica e vuoi presentare una richiesta sui tuoi dati, devi rivolgerti prima alla Clinica interessata (Titolare del trattamento), perché per i dati dei clienti è la Clinica a decidere in ultima istanza e a essere l'interlocutore. Corenta, in qualità di responsabile del trattamento, fornisce gli strumenti tecnici necessari (funzioni di visualizzazione, esportazione e cancellazione dei dati) secondo le istruzioni della Clinica.
9. Ruoli e responsabilità
| Ruolo | Responsabilità |
|---|---|
| Corenta / [Teta Studio] | Nel contesto del sito aziendale, in qualità di Titolare del trattamento, risponde dell'applicazione della presente Politica; nel contesto del prodotto SaaS, in qualità di Responsabile del trattamento, risponde della fornitura dell'infrastruttura tecnica di conservazione/eliminazione (cancellazione logica, cancellazione definitiva tramite cron, restrizioni di accesso RLS) secondo le istruzioni della Clinica. |
| Clinica (Tenant/Attività) | Nel contesto del prodotto SaaS, in qualità di Titolare del trattamento dei dati personali dei propri clienti, risponde dell'obbligo di informativa verso di loro, della raccolta del consenso esplicito e delle proprie decisioni interne di conservazione/eliminazione (per esempio quale scheda cliente cancellare e quando). |
| Sistema / processi automatici | Rispondono dell'esecuzione tecnica dell'eliminazione periodica e della procedura di cancellazione definitiva a 30 giorni tramite attività pianificate (cron); questi processi possono essere avviati solo con permessi privilegiati (service-role). |
| Team di assistenza/relazioni con i clienti | Risponde della ricezione, dell'inoltro e del monitoraggio delle richieste degli interessati. |
| Referente del titolare del trattamento | Risponde della definizione delle richieste ai sensi della KVKK in conformità alla normativa e, se necessario, della comunicazione con la Kişisel Verileri Koruma Kurumu (Autorità per la protezione dei dati personali). |
10. Misure di sicurezza (durante il periodo di conservazione)
Durante il periodo di conservazione i dati personali sono protetti con le seguenti misure tecniche e organizzative (art. 12 KVKK):
- Nell'architettura multi-tenant si applicano l'obbligo di
tenant_idin ogni tabella e il principio del rifiuto predefinito (default-deny) con policy di sicurezza a livello di riga (Row Level Security) (37/37 tabelle, 86 policy); in questo modo la fuga di dati tra tenant è impedita tecnicamente. - L'accesso alle tabelle che contengono dati sanitari è limitato al cliente interessato, al professionista assegnato e all'amministratore del tenant; il controllo degli accessi è applicato a livello di database (RLS). Le note di lezione non si possono modificare/cancellare dopo l'invio (append-only); per i moduli di anamnesi nessun utente (compreso l'amministratore) ha il permesso di cancellazione.
- La modalità di assistenza del super-admin (impersonation) ha una durata limitata (30 minuti) ed è di sola lettura per impostazione predefinita; le operazioni di scrittura e l'accesso ai dati sanitari sono soggetti a passaggi separati che richiedono un'ulteriore approvazione; in nessuno scenario di impersonation si apre l'accesso in scrittura alle tabelle dei dati sanitari. (Questa limitazione riguarda le sessioni di impersonation avviate da una persona; i processi cron automatici di service-role sono un livello separato — vedi Sezione 5.7.)
- Nella trasmissione dei dati si usa la cifratura end-to-end (TLS); nell'app mobile i token di sessione sono conservati cifrati nel portachiavi sicuro del dispositivo, supportato dall'hardware (Keychain/Keystore).
- Sono state adottate misure tecniche per limitare gli screenshot nelle schermate sensibili.
- L'autenticazione a due fattori (2FA/MFA) è obbligatoria per gli account super-admin.
- La verifica della firma crittografica delle notifiche (webhook) relative ai pagamenti è prevista nell'architettura ed è applicata; è in corso il lavoro per completare del tutto la relativa configurazione/gestione delle chiavi in tutti gli ambienti (compresa la produzione).
- Queste misure di sicurezza sono riesaminate e migliorate di continuo; tuttavia nessuna misura tecnica garantisce una sicurezza assoluta e nell'ambito della presente Politica non viene assunto alcun impegno di sicurezza assoluta.
11. Sub-responsabili e localizzazione dei dati
Durante il periodo di conservazione i dati personali sono trattati o ospitati tramite i sub-responsabili/fornitori di servizi indicati di seguito. I contratti con questi fornitori prevedono obblighi affinché i dati siano trattati solo per l'erogazione del servizio indicato; questo rapporto non riguarda i tempi di conservazione, ma l'ambiente tecnico in cui i dati sono ospitati; anche l'attuazione della decisione di eliminazione avviene tecnicamente presso questi fornitori. La tabella seguente risponde anche al diritto di "conoscere i terzi a cui i dati sono stati trasferiti" previsto dall'art. 11/4 KVKK:
| Sub-responsabile | Ruolo | Localizzazione dei dati | Trasferimento all'estero (art. 9 KVKK) |
|---|---|---|---|
| Supabase | Database, autenticazione, archiviazione dei file, hosting di funzioni lato server | Francoforte, Germania | È un trasferimento all'estero; contratto standard ai sensi dell'art. 9/4-c KVKK (Modulo 3): non ancora firmato né notificato al Kurul |
| Apple | Distribuzione nell'App Store, fatturazione degli acquisti in-app (IAP), notifiche push (APNs) | Infrastruttura globale | È un trasferimento all'estero; contratto standard KVKK: non ancora firmato |
| Distribuzione sul Play Store, fatturazione degli acquisti in-app (IAP), notifiche push (FCM) | Infrastruttura globale | È un trasferimento all'estero; contratto standard KVKK: non ancora firmato | |
| Vercel | Hosting web (pannello di gestione / Next.js) | Infrastruttura globale | È un trasferimento all'estero; contratto standard KVKK: non ancora firmato |
| Framer | Hosting del sito aziendale/di marketing corenta.app | Infrastruttura globale | È un trasferimento all'estero; contratto standard KVKK (Modulo 2): non ancora firmato |
| Google Workspace (Google) | Invio delle email di servizio (prova, invito, assistenza) e caselle di posta dell'assistenza/dei contatti | Infrastruttura globale | È un trasferimento all'estero; contratto standard KVKK: non ancora firmato |
Inoltre:
- Infrastruttura email: le email di servizio sono inviate tramite Google Workspace (Google); le email di autenticazione sono avviate da Supabase Auth. Le email promozionali sono inviate solo con un consenso separato e la registrazione nell'İYS. Le notifiche push sono recapitate tramite Apple (APNs) e Google (FCM).
- Strumento di analisi: non si usano strumenti di analisi di terze parti (per esempio Google Analytics). La misurazione dell'uso del prodotto nell'app al momento non è attiva; se venisse attivata, la misurazione sarebbe scritta in una tabella proprietaria nel database di Corenta (Supabase, Francoforte/Germania), senza dati sanitari né testo libero, e la presente Politica sarebbe aggiornata prima dell'attivazione; una volta attivata, il periodo di conservazione delle registrazioni di misurazione sarà indicato in questa Politica.
- Monitoraggio degli errori: non si usano strumenti di monitoraggio degli errori di terze parti; gli errori del client sono registrati nel database di Corenta.
- Non esiste un'infrastruttura di pagamento diretto con carta di credito via web; i pagamenti avvengono solo tramite i meccanismi di acquisto in-app (IAP) di Apple/Google; la fattura/ricevuta finale è emessa da Apple/Google (vedi Sezione 4, n. 6).
La condivisione dei dati con i sub-responsabili sopra indicati avviene solo nella misura necessaria per erogare il servizio corrispondente e nell'ambito degli artt. 8 e 9 KVKK. Trasferimento all'estero: tutti i fornitori sopra indicati trattano dati fuori dalla Turchia; anche l'hosting in Germania è un trasferimento all'estero ai sensi della KVKK. Poiché questi trasferimenti sono regolari e continuativi, non si basano sul consenso esplicito; si baseranno, ai sensi dell'art. 9/4-c, sui contratti standard pubblicati dal Kurul. Alla data di questo testo i contratti standard non sono ancora stati firmati né notificati al Kurul; ogni contratto sarà notificato al Kurul entro 5 giorni lavorativi dalla firma e questa tabella sarà aggiornata con le date. Non esiste una decisione di adeguatezza del Kurul relativa a questi paesi (ultima verifica: 11 ottobre 2026). Questo elenco può essere aggiornato in base ai cambi di fornitore; l'elenco aggiornato si può consultare nell'Informativa sulla privacy e/o nella relativa schermata informativa all'interno del prodotto Corenta.
12. Iscrizione al VERBİS
Alla data del presente documento Teta Studio non è iscritta al VERBİS. L'obbligo di iscrizione viene valutato secondo i criteri delle decisioni del Kurul n. 2025/1572 (per i titolari la cui attività principale è il trattamento di categorie particolari di dati, soglia di esenzione di 10 dipendenti e 10 milioni di TL di bilancio annuo) e n. 2025/2393 (criterio del numero di dipendenti per chi non tiene la contabilità in regime di bilancio). Poiché Teta Studio tratta i dati sanitari delle cliniche come responsabile e non come titolare del trattamento, la valutazione si fa con questi criteri per le proprie attività di titolare (Parti A e C). Quando saranno completati il parere scritto di valutazione e la conferma del Kurum (ALO 198), questa sezione sarà aggiornata con data e motivazione; se l'iscrizione sarà necessaria, avverrà prima di proseguire l'attività.
Precisazione per ruolo: l'obbligo di iscrizione al VERBİS viene valutato per il contesto del sito aziendale (modulo di accesso anticipato di corenta.app), in cui Corenta agisce come Titolare del trattamento, e la sua situazione è descritta sopra. Nel contesto del prodotto SaaS (app.corenta.app), poiché il Titolare del trattamento dei dati dei clienti è la Clinica, l'esistenza di un obbligo di iscrizione al VERBİS deve essere valutata separatamente e in modo indipendente secondo i criteri di ciascuna Clinica (numero di dipendenti, volume annuo di trattamento dei dati, settore di attività, decisioni di esenzione del Kurul ecc.); questa valutazione ed eventualmente l'obbligo di iscrizione spettano alla Clinica e non possono essere trasferiti a Corenta.
13. Aggiornamento della Politica
La presente Politica può essere aggiornata in seguito a modifiche normative, decisioni del Kurul, sviluppi dell'infrastruttura tecnica di Corenta (per esempio l'aggiunta del controllo dei dati personali nel testo libero delle note di lezione indicato nella Sezione 4, n. 3, e nella Sezione 6.2; il collegamento dei documenti di verifica dei professionisti (specialist-verification-docs) alla procedura di chiusura del tenant indicato nella Sezione 5.4/Sezione 4, n. 11; la verifica/attivazione della pulizia dei token push indicata nella Sezione 4, n. 10, e nella Sezione 7, punto 4; la creazione del meccanismo automatico di controllo per i dati del modulo di accesso anticipato indicata nella Sezione 7, punto 3; lo sviluppo della procedura di portabilità dei dati indicato nella Sezione 8.2; il completamento delle basi giuridiche dei trasferimenti all'estero della Sezione 11; modifiche all'elenco dei sub-responsabili) o a modifiche dei processi aziendali. La versione aggiornata è pubblicata sulle piattaforme di Corenta (sito aziendale e/o all'interno dell'app) e, per le disposizioni in contrasto con la versione precedente, prevale la versione aggiornata. In caso di modifiche importanti, nella misura in cui è applicabile, utenti e Cliniche sono informati separatamente.
14. Contatti
Per domande sulla presente Politica o sulla conservazione/eliminazione dei dati personali:
Email: hello@corenta.app Titolare del trattamento: Mertcan Demir — ditta individuale con il nome commerciale "Teta Studio" Assistenza: support@corenta.app Area del servizio: Corenta è offerta a livello globale tramite l'App Store e Google Play, nei paesi in cui questi store sono disponibili. I periodi indicati nella presente Politica si applicano agli utenti di ogni paese; se la normativa imperativa di un paese prevede un termine di cancellazione più breve o un obbligo di conservazione più lungo, si applica tale disposizione.
Ultimo aggiornamento: 19 ottobre 2026 Versione 1.9 · 19 ottobre 2026