CORENTA — POLÍTICA DE CONSERVACIÓN Y ELIMINACIÓN DE DATOS

Esta traducción es solo informativa; el texto jurídicamente vinculante es el turco.

Eliminación de un cliente sin cuenta: la acción Eliminar del responsable de la clínica cuenta como solicitud; el registro sale de inmediato de la lista activa y, a los 30 días, se borran o vacían los datos de identidad y contacto y los campos de salud del cliente (grupo sanguíneo, alergias, enfermedades crónicas, medicación) (ver 5.0). La descripción general de la eliminación de cuentas que figura más abajo no debe interpretarse, en este supuesto concreto, como una obligación de borrar definitivamente la fila del cliente. Los registros de anamnesis, mediciones, notas de sesión y finanzas siguen sujetos a sus propias reglas de conservación.

Entrada en vigor / última actualización: 19 de octubre de 2026 Versión: 1.9 Responsable del tratamiento / editor: Mertcan Demir — empresario individual con el nombre comercial "Teta Studio"

Registro de cambios

• 1.9 — 19 de octubre de 2026: Se sustituye la expresión "solo Turquía" de la Sección 14 por la oferta global; los plazos de conservación no cambian.
• 1.8 — 19 de octubre de 2026: Versión de publicación; entrada en vigor el 19 de octubre de 2026. Se añade a la Sección 4 la fila de los mensajes de grupo de la clínica y de las copias de mensajes reservadas para la revisión del equipo (n.º 12); la lista de eliminación periódica de la Sección 7 se amplía en consecuencia; se eliminan de la tabla 1.3 los datos de MERSİS y KEP, que estaban vacíos.
• 1.7 — 11 de octubre de 2026: Conforme a la revisión de cumplimiento del 11 de octubre de 2026 (F01, F02, F08, F11, F13, F19, F21): se elimina del §11 la afirmación "Supabase/Fráncfort no es una transferencia internacional" y la sección de transferencias internacionales se redacta según el art. 9 de la Ley n.º 6698 en su versión posterior a 2024 (los contratos tipo todavía no se han firmado); para los registros sanitarios, clínicos y financieros, el término "anónimo" se corrige por conservación restringida con el vínculo personal roto (el texto libre de las notas de sesión no se modifica); la base jurídica de la fila de prueba del consentimiento se corrige al art. 5/2-e (se elimina la referencia errónea al art. 20/2); la fila del formulario de acceso anticipado se actualiza para separar la información de la autorización de comunicaciones comerciales; se añade el principio de eliminación periódica semestral para las categorías sin eliminación automática; la identidad se corrige como empresario individual; la sección sobre el VERBİS se redacta según las decisiones de 2025 del Kurul.
• 1.6 — 10 de octubre de 2026: Se elimina Expo (Expo Push Notification Service) de los registros de subencargados/encargados; las notificaciones push solo se entregan a través de Apple (APNs) y Google (FCM); Expo/EAS es solo una herramienta de compilación de la app y no trata datos de usuarios finales.
• 1.5 — 10 de octubre de 2026: Se elimina la referencia a la opción de Google Analytics; se aclara que no se usa analítica de terceros y quiénes son los encargados de las notificaciones push.
• 1.4 — 4 de octubre de 2026: El texto vigente se fija como versión aprobada. En esta versión solo se tratan: la eliminación de la cuenta (el acceso termina de inmediato, los datos personales se borran o anonimizan, los registros de pago sujetos a conservación legal se guardan sin identificación; no hay plazo para deshacerla); el borrado de los campos de salud del cliente a los 30 días; el plazo de 7 días para justificantes huérfanos; la ocultación de los datos de contacto del cliente en el modo de soporte; la medición sin identificación en el servidor; los correos del servicio y Google Workspace; los encargados de las notificaciones push; la dirección de soporte; el mercado (Turquía).
• 1.3 — 7 de julio de 2026 (actualización del 4 de agosto de 2026): versión anterior.

Nota importante sobre la condición de responsable / encargado del tratamiento: La presente Política de conservación y eliminación de datos ("Política") regula durante cuánto tiempo se conservarán los datos personales tratados en el marco del servicio de software Corenta ("Servicio" o "Aplicación"), desarrollado y explotado por Mertcan Demir, que opera como empresario individual con el nombre comercial "Teta Studio" ("Corenta", "Teta Studio", "la Empresa"), los criterios en los que se basan esos plazos y los métodos con los que esos datos se borrarán, destruirán o anonimizarán cuando termine el plazo de conservación o desaparezca la causa del tratamiento.

La presente Política se ha elaborado en el marco de la Ley n.º 6698 de Protección de Datos Personales —KVKK (Türkiye Kişisel Verilerin Korunması Kanunu)— ("KVKK"), del Reglamento sobre la supresión, destrucción o anonimización de datos personales ("Reglamento") y de la demás normativa aplicable, y forma parte inseparable del inventario de tratamientos de datos personales de Corenta. Esta Política debe leerse junto con el Aviso de privacidad/Política de privacidad correspondiente, donde se explican con detalle las finalidades y las bases jurídicas del tratamiento; este documento solo regula los plazos de conservación y los procedimientos de eliminación, y no pretende cumplir por sí solo todo el deber de información del art. 10 de la KVKK.

1. Finalidad y ámbito

1.1. Finalidad

La finalidad de esta Política es explicar los criterios para fijar el plazo máximo necesario para la finalidad con la que Corenta trata los datos personales, la aplicación de los plazos previstos en la normativa y los procedimientos y principios para borrar, destruir o anonimizar los datos personales cuyo plazo de conservación ha terminado. Esta Política se ha elaborado sobre la base de los arts. 5, 6, 7, 10, 11 y 12 de la KVKK y de los artículos pertinentes del Reglamento.

1.2. Ámbito y separación de roles — Advertencia importante

Esta Política abarca dos ámbitos distintos en los que Corenta trata datos en dos condiciones diferentes; esta separación se aplica de forma coherente en toda la Política y afecta directamente a la forma de interpretar la tabla de plazos de conservación:

(a) Contexto de la web corporativa (corenta.app — formulario de acceso anticipado/solicitud de demo): respecto a los datos personales que envían, a través del formulario de solicitud de acceso anticipado, los posibles clientes empresariales interesados en el producto, Corenta/Teta Studio actúa directamente como Responsable del tratamiento conforme al art. 3 de la KVKK.

(b) Contexto del producto SaaS (app.corenta.app): respecto a los datos personales que los centros de pilates clínico, fisioterapia, reformer, bienestar/masajes y yoga que usan la plataforma Corenta mediante suscripción ("Tenant", "Negocio" o "Clínica") introducen en la plataforma sobre sus propios clientes ("Cliente Interesado") (datos de contacto, anamnesis, notas de sesión, datos de citas y bonos, etc.), la Clínica es la Responsable del tratamiento conforme al art. 3 de la KVKK; Corenta/Teta Studio actúa únicamente como Encargado del tratamiento y presta un servicio de infraestructura técnica siguiendo las instrucciones de la Clínica. El deber de informar a los clientes, la obtención del consentimiento explícito y la decisión final sobre la conservación o eliminación de los datos de los clientes son responsabilidad jurídica de la Clínica. Corenta facilita técnicamente el cumplimiento de estas obligaciones dentro del producto (mecanismo de registro de consentimientos consent_logs, pantalla móvil de aceptación de la KVKK kvkk.tsx, registros de auditoría), pero no asume ni hace suya la obligación de cumplimiento de la KVKK de la Clínica. Los plazos de conservación descritos en esta Política para este contexto muestran durante cuánto tiempo Corenta, como encargado del tratamiento, conserva efectivamente esos datos en su infraestructura; la decisión final y el plazo de eliminación pueden definirse según las instrucciones de la Clínica y la normativa a la que esté sujeta.

Esta Política abarca además, en cuanto a los principios generales, los procesos de conservación y eliminación de los datos personales de los empleados, socios comerciales y proveedores de Corenta; no obstante, el foco principal de la Política son los datos de clientes empresariales y de clientes finales definidos en los apartados (a) y (b) anteriores.

1.3. Datos del responsable / encargado del tratamiento

1.4. Normativa de referencia

• Ley n.º 6698 de Protección de Datos Personales,
• Reglamento sobre la supresión, destrucción o anonimización de datos personales (Boletín Oficial de 28.10.2017, n.º 30224),
• Guía sobre la supresión, destrucción o anonimización de datos personales y decisiones del Kişisel Verileri Koruma Kurulu ("Kurul"),
• Ley n.º 6102, Código de Comercio turco (conservación de libros y documentos mercantiles),
• Ley n.º 213, Ley de Procedimiento Tributario turca (conservación de registros financieros),
• Demás normativa sectorial aplicable (incluida, en la medida en que sea aplicable, la normativa sobre la prestación de servicios sanitarios).

2. Definiciones

3. Criterios para fijar los plazos de conservación y eliminación (arts. 5 y 6 de la KVKK)

3.1. Razones que exigen la conservación

En Corenta, los datos personales se conservan solo durante el plazo expresamente previsto en la normativa aplicable o durante el plazo necesario para la finalidad con la que se tratan. Para fijar el plazo de conservación se aplican los siguientes criterios:

1. ¿Existe una obligación legal de conservación? (Por ejemplo, los plazos mínimos de conservación de los registros financieros previstos en el Código de Comercio turco y en la Ley de Procedimiento Tributario turca.)
2. ¿Con qué finalidad se trató el dato y sigue vigente esa finalidad? (Art. 5/2 de la KVKK — principio de limitación de la finalidad.)
3. ¿Es necesario para la celebración o ejecución del contrato? (Por ejemplo, los datos de citas y bonos mientras continúa la relación de suscripción o de servicio.)
4. ¿Es necesario para el establecimiento, el ejercicio o la protección de un derecho (como medio de prueba en un posible litigio)? (Teniendo en cuenta los plazos generales de prescripción del Código de Obligaciones turco.)
5. ¿Existe consentimiento explícito del interesado y sigue siendo válido?
6. ¿Existe un interés legítimo de Corenta o de la Clínica? (Por ejemplo, registros de seguridad, detección de fraudes o abusos.)
7. ¿Pertenece el dato a la categoría especial (salud)? En ese caso, conforme al art. 6 de la KVKK, se aplican una restricción de acceso y una justificación más estrictas; el plazo de conservación nunca se extiende más allá de la finalidad.

Si ninguno de los criterios anteriores exige conservar un dato personal concreto, el dato se suprime, destruye o anonimiza de inmediato.

3.2. Razones que exigen la eliminación

Los datos personales se suprimen, destruyen o anonimizan a petición del interesado o de oficio por Corenta/la Clínica en los siguientes casos:

a) Modificación o derogación de las disposiciones normativas en las que se basa el tratamiento, b) Desaparición de la finalidad que exige el tratamiento o la conservación, c) Retirada del consentimiento por el interesado en los tratamientos basados en el consentimiento explícito, d) Solicitud de supresión/destrucción del interesado en el marco de los derechos del art. 11 de la KVKK, cuando se estime procedente (solicitud de eliminación de la cuenta), e) Fin del plazo de conservación de los datos personales sin que quede ninguna causa jurídica que exija conservarlos, f) Falta de celebración, invalidez, resolución o desistimiento del contrato, g) Conclusión definitiva de la solicitud de eliminación de la cuenta conforme al proceso descrito en el punto 5 de esta Política.

4. Tabla de categorías de datos, plazos de conservación y métodos de eliminación

La tabla siguiente muestra las principales categorías de datos personales tratadas en la infraestructura de Corenta, su plazo de conservación, su justificación y el método de eliminación aplicable al final del plazo. Salvo que se indique expresamente lo contrario, la regla general es: "mientras la cuenta o el registro asociado esté activo + 30 días desde la tramitación de la solicitud de eliminación de la cuenta." La tabla debe leerse junto con el flujo de eliminación de cuentas que se explica en la Sección 5. En algunas categorías, el paso de ese flujo a los 30 días no es un DELETE (borrado definitivo), sino la anonimización; esta diferencia se indica expresamente en las filas correspondientes y en la Sección 6.2.

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

</div>

Nota 1: En la tabla anterior, la expresión "mientras la cuenta o el tenant esté activo" se refiere al periodo en el que continúa la suscripción a Corenta de la Clínica y la Clínica no ha borrado la ficha del cliente. Cuándo borra la Clínica los datos de su propio cliente se determina según su propia política de protección de datos (como Responsable del tratamiento) y su relación con el cliente; Corenta pone los medios técnicos para ese proceso.

Nota 2: Los plazos de 2 años del n.º 7 (Registros de auditoría) y de 5 años del n.º 8 (Registros de consentimiento) son plazos fijos de conservación establecidos por Corenta (a diferencia del plazo legal del n.º 6, no se basan directamente en una disposición normativa; son un compromiso vinculante por sí mismo, establecido sobre la base del interés legítimo y de la carga de la prueba del art. 5/2-f de la KVKK). Por ahora no funciona en el sistema un mecanismo automático de borrado al final de la conservación: cuando vence el plazo, la supresión o anonimización se hace a mano; cuando se ponga en marcha la automatización, se actualizará esta Política. La expresión "como máximo 2 años" del n.º 9 (Datos del formulario de acceso anticipado) tiene otro alcance y expresa, como se explica en su propia fila, un límite jurídico máximo distinto.

5. Proceso de eliminación de la cuenta — funcionamiento de principio a fin

Para atender técnicamente la solicitud de supresión de los interesados en el marco del art. 11 de la KVKK, Corenta aplica una arquitectura de borrado en dos fases que equilibra la experiencia de usuario con la seguridad de los datos y la necesidad de prueba jurídica: borrado lógico inmediato (soft delete) y, a continuación, borrado definitivo al cabo de 30 días.

5.0. Cambio del 4 de octubre de 2026 — donde contradiga a los puntos 5.1 a 5.7, prevalece este punto

Eliminación de la cuenta (desde el 4 de octubre de 2026): cuando se confirma la solicitud de eliminación, el acceso a la cuenta termina de inmediato (se cierran las sesiones y no se puede iniciar sesión); los datos personales se borran o anonimizan (se limpian el nombre, el correo, el teléfono, la imagen y los datos de identidad y contacto y los campos de salud del cliente: grupo sanguíneo, alergias, enfermedades crónicas, medicación); los registros de pagos y liquidaciones que exigen conservación legal no se borran; se conservan con el vínculo personal roto y acceso restringido. No hay plazo para deshacer la solicitud; el borrado definitivo del registro de autenticación y de los archivos se completa en el proceso en segundo plano de treinta días ya existente.

Eliminación de la ficha del cliente y campos de salud (desde el 4 de octubre de 2026): cuando el negocio borra la ficha de un cliente que no tiene cuenta, el registro sale de inmediato de la lista activa; a los 30 días se borran o vacían también los campos de salud del cliente (grupo sanguíneo, alergias, enfermedades crónicas, medicación), junto con los datos de identidad y contacto. Las reglas de conservación de los formularios de anamnesis, las mediciones y las notas de sesión no se ven afectadas por este punto.

Archivos de justificantes (desde el 4 de octubre de 2026): los archivos de justificantes no vinculados a ningún pago (huérfanos) se borran automáticamente a los 7 días; un justificante vinculado a un pago no lo puede borrar ningún rol.

Contacto del cliente en el modo de soporte (desde el 4 de octubre de 2026): en la sesión de soporte de Corenta (superadministrador), el correo y el teléfono del cliente no se muestran al personal de soporte; este solo ve un resumen limitado de identidad (nombre, estado de la cuenta, actividad, fecha de creación).

Permiso para escribir en los campos de salud (desde el 4 de octubre de 2026): solo el propio cliente y su especialista asignado pueden escribir en los campos de salud del cliente (grupo sanguíneo, alergias, enfermedades crónicas, medicación); el titular o responsable del negocio no puede escribir en ellos (sí puede editar la persona de contacto de emergencia y los campos de identidad).

Medición seudonimizada del producto: para mejorar el producto se pueden medir eventos de uso agregados, solo en el servidor y con un identificador seudonimizado de la clínica; esta medición no incluye la dirección IP, datos de salud ni seguimiento de procedencia o publicitario. El identificador seudonimizado de la clínica es un seudónimo (no carece de identidad). La función está desactivada por ahora.

5.1. Fase 1 — Borrado lógico inmediato (soft delete)

En cuanto el usuario confirma la solicitud de eliminación de la cuenta dentro de la aplicación, el sistema realiza las siguientes operaciones de forma simultánea e inmediata:

1. El registro de perfil del usuario se desactiva rellenando el campo deleted_at; la cuenta deja de ser accesible/visible para el uso normal y ya no sirve para iniciar sesión.
2. Las citas pendientes (aún no celebradas) del usuario se cancelan automáticamente.
3. Se retiran las asignaciones en las que el usuario figura como especialista/recurso (vínculos cliente-especialista, asignaciones de programas).
4. Se retiran todos los consentimientos del usuario (se registra rellenando el campo revoked_at en los registros consent_logs).

En esta fase los datos no se borran físicamente, pero pasan a ser inaccesibles para los fines normales de tratamiento y visualización. Esto constituye el primer paso del proceso de supresión, con la naturaleza de "hacer inaccesible" en el sentido del art. 7 de la KVKK y del Reglamento.

5.2. Fase 2 — Borrado definitivo (a los 30 días)

30 (treinta) días después del borrado lógico, una tarea programada (cron job) que se ejecuta automáticamente en el sistema realiza las siguientes operaciones de forma irreversible:

1. El registro de autenticación del usuario (auth.users) se borra de forma definitiva e irreversible.
2. Los registros de la base de datos asociados al usuario se tratan de forma diferenciada según la categoría: los registros sin valor operativo ni probatorio propio (por ejemplo, las notificaciones) se borran definitivamente (DELETE/cascada); los datos de salud (anamnesis_forms, session_notes, measurements) y los registros clínicos y financieros (payments, attendance, consent_logs), en cambio, no se borran: se rompe el vínculo personal; la relación con la persona se rompe a nivel de base de datos, se limpian algunos campos de texto libre y el registro se queda como registro del tenant con el vínculo personal roto y acceso restringido (como el texto libre de las notas de sesión no se modifica, no se considera anónimo) (ver Sección 4, n.º 2 a 5, 8 y 10, y Sección 6.2).
3. Esta operación solo la desencadena automáticamente el proceso en segundo plano privilegiado del sistema (protegido con service-role); ningún usuario, incluido el personal administrativo, ni ningún responsable de un Negocio puede iniciar manualmente, adelantar o detener este proceso a través de las interfaces normales del producto; es un diseño de seguridad consciente para evitar borrados anticipados o tardíos por error o por abuso. (Esta garantía abarca las interfaces normales de usuario y de gestión del producto; los procesos técnicos de operación que puedan tener acceso directo a la base de datos en el nivel privilegiado de la infraestructura quedan fuera de esta garantía y están sujetos a controles internos de acceso independientes.)

Finalidad del proceso en segundo plano de 30 días (desde el 4 de octubre de 2026): como el acceso a la cuenta termina de inmediato con la solicitud de eliminación, este plazo no ofrece la posibilidad de deshacerla ni de desistir; sirve para completar el borrado definitivo del registro de autenticación y de los archivos y para una posible revisión de abusos. Es un plazo razonable y limitado, conforme al principio de proporcionalidad del art. 5 de la KVKK. Para conocer el estado de una solicitud de eliminación se puede escribir a hello@corenta.app.

5.3. Excepción: datos sujetos a una obligación legal de conservación

El proceso de borrado definitivo de 30 días descrito arriba no abarca los registros indicados en la Sección 4, tabla, n.º 6 (Metadatos de suscripción/transacción), sujetos a una obligación legal de conservación en virtud del Código de Comercio turco y la Ley de Procedimiento Tributario turca. Aunque la cuenta se borre definitivamente, estos registros se conservan aparte hasta que termine el plazo legal de conservación, separados de la finalidad de tratamiento de datos personales y con acceso restringido únicamente al cumplimiento de la obligación legal. Del mismo modo, los registros de auditoría (audit_logs) y el núcleo mínimo de los registros de consentimiento con fines probatorios (ver Sección 4, n.º 7 y 8) pueden seguir conservándose fuera de este plazo de 30 días, con una finalidad separada y limitada, por motivos de interés legítimo y de prueba jurídica. En la Sección 4, Nota 2, se indica expresamente que los plazos incluidos en esta excepción no corresponden a un mecanismo técnico que se aplique automáticamente en el sistema.

5.4. Aclaración específica sobre los archivos adjuntos almacenados (importante — transparencia)

Por el principio de transparencia, se indica claramente lo siguiente: durante el borrado definitivo, los registros de la base de datos (perfil, citas, asignaciones, consentimientos, etc.) se borran por completo o (en el caso de los registros sanitarios, clínicos y financieros, ver Sección 6.2) se anonimizan; los archivos adjuntos del usuario que se guardan en un espacio de almacenamiento (Storage) separado se tratan así: el avatar/foto de perfil, el documento o foto adjuntos al formulario de anamnesis y la imagen del justificante de pago se borran automáticamente del Storage (best-effort) como parte del paso de borrado definitivo; es un comportamiento verificado que hoy funciona de hecho en el sistema. Si el borrado falla en un bucket, queda registrado, pero no impide la limpieza de los demás buckets ni los pasos de anonimización/borrado definitivo de la cuenta (diseño best-effort).

Límite declarado: la única categoría de archivos que queda fuera de este proceso automático son los documentos de identidad/título para la verificación subidos en el proceso de alta de especialista/especialista independiente (bucket specialist-verification-docs). Técnicamente estos documentos no están vinculados al usuario, sino al proceso de verificación del tenant (la Clínica) correspondiente, y el registro de la base de datos no lleva ninguna referencia a un usuario; por eso no pueden incluirse automáticamente en el flujo actual de eliminación de cuentas de usuario. La eliminación de este documento se tratará aparte en el proceso en el que la Clínica cierre su cuenta o suscripción a nivel de tenant (ver Sección 5.6); hasta que esto se complete, las solicitudes excepcionales se valoran a mano a través de hello@corenta.app.

Por ello, esta Política no asume el compromiso absoluto de que, con la solicitud de eliminación de la cuenta, "todos los datos y archivos del usuario se borren de forma completa e inmediata" (en particular en cuanto a los restos técnicos en las copias de seguridad, ver Sección 6.3, y en cuanto a la excepción anterior); no obstante, para las categorías de archivos descritas arriba, el borrado automático se aplica de hecho.

5.5. Nota específica sobre los datos de salud

Los datos de salud de categoría especial, como los formularios de anamnesis, las notas de sesión y los registros de mediciones, también están sujetos al flujo general de borrado anterior (borrado lógico → 30 días → borrado definitivo); sin embargo, como se explica en la Sección 4, n.º 2 a 4, y en la Sección 6.2, en estas tablas el paso de borrado definitivo se aplica mediante la ruptura del vínculo personal y una limpieza parcial: no se hace DELETE del registro, se rompe la relación con la persona y se limpian algunos campos de texto libre; el registro clínico (en especial el contenido append-only de las notas de sesión) se conserva como registro del tenant con el vínculo personal roto y acceso restringido, y no se considera anónimo. Además, como esta categoría de datos está entrelazada con los registros que la Clínica lleva como responsable del tratamiento, la solicitud de eliminación de la cuenta o de los datos de un cliente puede entrar en conflicto con las obligaciones legales de conservación de la propia Clínica (por ejemplo, las obligaciones de llevar registros que pueden derivarse de la normativa sobre la prestación de servicios sanitarios); el método de romper el vínculo personal y conservar con acceso restringido busca equilibrar ambas obligaciones (los derechos del cliente sobre sus datos personales y la obligación de registro de la Clínica). En estos casos, quien decide en última instancia es la Clínica como responsable del tratamiento; Corenta actúa según las instrucciones de la Clínica.

5.6. Eliminación a nivel de la Clínica (tenant)

Si una Clínica pone fin por completo a su suscripción a Corenta, se aplica la misma arquitectura en dos fases (borrado lógico → 30 días → borrado definitivo) a los datos del tenant de la Clínica y a todas las fichas de clientes de ese tenant. Como la Clínica es la Responsable del tratamiento de los datos de sus propios clientes, antes de terminar la suscripción está obligada a informarles en el marco de sus propias obligaciones de la KVKK; esta obligación no se puede trasladar a Corenta.

5.7. Relación con el modo de soporte del superadministrador (suplantación)

Los procesos de eliminación de cuentas y de conservación funcionan con independencia del mecanismo de soporte/suplantación (impersonation) de Corenta. Las sesiones de suplantación tienen una duración limitada (30 minutos) y por defecto son de solo lectura; el acceso a las categorías de datos de salud (anamnesis, notas de sesión, mediciones) exige un paso de aprobación aparte (health_data_enabled), y las operaciones de escritura o borrado en esas tablas no se permiten en ningún caso mediante suplantación (las políticas RLS no prevén ninguna excepción para la suplantación). Aclaración: esta restricción se refiere a las sesiones de suplantación iniciadas por una persona, en las que un miembro del personal de soporte inicia sesión y actúa a mano; el proceso cron automático de service-role (sin intervención humana) descrito en la Sección 5.2 es una capa distinta y no se ve afectado por esta restricción; la restricción de suplantación no impide el mecanismo automático de borrado definitivo del flujo de eliminación de cuentas y no debe confundirse con él. Por tanto, los procesos de eliminación de cuentas y de eliminación de datos solo se ejecutan a través de los mecanismos automáticos definidos en esta Política.

6. Métodos de eliminación

Conforme al art. 8 y siguientes del Reglamento, a continuación se explican los métodos de supresión, destrucción y anonimización que se aplican según el soporte de registro.

6.1. Supresión

Operación por la que los datos personales pasan a ser inaccesibles y no reutilizables de ningún modo para los usuarios afectados (incluidos los usuarios de la aplicación y el personal con acceso al panel de administración). En Corenta, este método se aplica en el proceso de borrado lógico de la Fase 1: aunque los datos no se retiran físicamente de la base de datos, pasan a ser totalmente inaccesibles a través de los permisos de acceso y de las interfaces.

6.2. Destrucción (borrado definitivo)

Operación por la que los datos personales pasan a ser inaccesibles, irrecuperables y no reutilizables de ningún modo por nadie. En el proceso de borrado definitivo de la Fase 2 de Corenta, este principio se aplica con dos métodos técnicos diferentes según la categoría de datos:

• Registro de autenticación y registros sin valor operativo propio: el registro de autenticación del usuario (auth.users) se borra de forma irreversible directamente con DELETE en el proceso automático protegido con service-role; los registros asociados que, una vez eliminada la cuenta, no tienen por sí solos valor operativo ni probatorio (por ejemplo, las notificaciones, notifications; ver Sección 4, n.º 10) se borran junto con ella a nivel de base de datos mediante ON DELETE CASCADE.
• Registros sanitarios, clínicos y financieros: para anamnesis_forms, session_notes, measurements, payments, attendance y consent_logs, el paso de borrado definitivo se aplica mediante la ruptura del vínculo personal y una limpieza parcial (ver Sección 6.6), en lugar de hacer DELETE del registro: las columnas de clave externa que identifican a la persona (client_id, specialist_id, user_id, etc.) se ponen a NULL de forma irreversible mediante la restricción FK ON DELETE SET NULL; las columnas de contenido que pueden incluir identidad explícita o datos personales en texto libre (respuestas de la anamnesis, notas de texto libre de mediciones y pagos, referencia al justificante de pago, dirección IP del registro de consentimiento) se limpian o se sustituyen por una marca anónima mediante la función anonymize_user_relations() (que solo puede invocar service-role, con denegación por defecto). El contenido clínico y financiero numérico e histórico (fecha, importe, valor de la medición, saldo de sesiones restante, estado vino/no vino, momento en que se dio o retiró el consentimiento), en cambio, sigue conservándose como registro del tenant con el vínculo personal roto, por la obligación de registro de la Clínica y (en las notas de sesión) por el principio append-only; como el texto libre de las notas de sesión no se modifica, estos registros no se consideran anónimos y se conservan con acceso restringido.

En las notas de sesión (session_notes), la restricción append-only no permite cambios de contenido; solo existe una excepción estrecha y exclusiva para poner a NULL las columnas de vínculo personal (client_id, specialist_id); el contenido de la nota no se borra ni se modifica en ninguna fase de este proceso.

Límite: no existe un mecanismo de revisión o limpieza para los datos personales que puedan aparecer dentro del texto de los campos libres, fuera de las columnas de identidad explícita (por ejemplo, un nombre mencionado en el cuerpo de una nota de sesión). Por eso estos registros no se consideran anónimos; se conservan como datos personales con acceso restringido y se eliminan al final del plazo.

Como ambos métodos están protegidos con service-role, no se pueden desencadenar ni deshacer desde las interfaces normales del producto.

6.3. Borrado en las copias de seguridad (backup)

Las copias de seguridad de la base de datos se sobrescriben o eliminan automáticamente al cabo de un tiempo, dentro del ciclo normal de copias (rotación). Aunque el borrado definitivo surte efecto de inmediato en la base de datos principal, se indica claramente que, en las copias realizadas antes, los datos pueden seguir existiendo técnicamente hasta que termine el plazo estándar de rotación de copias del proveedor (Supabase). Esta es la práctica estándar en el marco del contrato de encargo del tratamiento (DPA) del subencargado correspondiente (Supabase).

6.4. Adjuntos en el almacenamiento de archivos (Storage)

Los archivos que suben los usuarios, como las imágenes de avatar, los justificantes de pago y los adjuntos de la anamnesis, se guardan en un espacio de almacenamiento (Storage) separado. Ver Sección 5.4: allí se explica de forma detallada y transparente la situación actual de estos contenidos en el proceso de eliminación de la cuenta (borrado automático del avatar, los adjuntos de la anamnesis y los justificantes de pago, con specialist-verification-docs como única excepción).

6.5. Datos en papel

Los datos personales tratados en el marco del producto SaaS de Corenta se guardan en soporte digital; no está previsto tratar datos personales en papel. Si, de forma excepcional, la Empresa usa papel en su correspondencia comercial o administrativa, la eliminación se hace de forma irreversible mediante tachado, incineración o destrucción en una trituradora de papel.

6.6. Anonimización

Como parte del proceso de borrado definitivo de la cuenta (ver Sección 6.2), Corenta aplica a los datos de salud y a los registros clínicos y financieros el método de romper el vínculo personal y hacer una limpieza parcial. Como el texto libre de las notas de sesión no se modifica y, en negocios pequeños, las series de fechas y mediciones pueden bastar para volver a identificar a la persona, este método no cumple en todos los casos el estándar de anonimización que se describe a continuación; estos registros no se consideran anónimos, se conservan como datos personales con acceso restringido y se eliminan al final del plazo. Aparte de esto, Corenta puede usar, con fines de desarrollo del producto, análisis estadístico o estudio de mercado, datos anonimizados de forma que no puedan asociarse a una persona física identificada o identificable. La anonimización exige que el dato no pueda volver a asociarse a la persona de forma irreversible, ni siquiera combinándolo con otros datos; las operaciones de enmascaramiento o seudonimización que no alcancen este estándar no cuentan como anonimización y siguen sujetas al régimen de tratamiento de datos personales. Los datos anonimizados quedan fuera del ámbito de la KVKK y no están sujetos a los límites de plazo de conservación de esta Política.

6.7. Elección del método

El método de eliminación aplicable lo determinan Corenta y/o la Clínica teniendo en cuenta la naturaleza del dato (si es o no de categoría especial), el soporte en el que se conserva (base de datos, almacenamiento de archivos, sistema de registros, sistema de copias de seguridad), las posibilidades jurídicas y técnicas y los principios recogidos en las decisiones del Kurul y en el Reglamento. En las operaciones de eliminación de datos personales de categoría especial (incluidos los datos de salud) se extrema el cuidado.

7. Proceso de eliminación periódica

Conforme al art. 11 del Reglamento, Corenta está obligada a suprimir, destruir o anonimizar de oficio (sin esperar a una solicitud) los datos personales cuyo plazo de conservación haya vencido o cuya finalidad de tratamiento haya desaparecido; el plazo de eliminación periódica que se fije en este marco no puede superar los 6 (seis) meses. En este contexto, se distingue claramente a continuación entre los mecanismos que hoy funcionan de hecho en el sistema y los que no:

1. El proceso de borrado definitivo a los 30 días de la solicitud de eliminación de la cuenta se revisa periódicamente (a diario) mediante una tarea programada automática (cron job), y las cuentas cuyo plazo ha vencido se procesan en bloque. Es una automatización verificada que hoy funciona de hecho en el sistema.
2. El plazo de conservación previsto para los registros de auditoría (audit_logs) se revisa periódicamente; sin embargo, por ahora no está implantado un mecanismo de borrado que ejecute esa revisión automáticamente (ver Sección 4, n.º 7).
3. El plazo máximo de conservación fijado para los datos del formulario de acceso anticipado (ver Sección 4, n.º 9) es una referencia de límite jurídico máximo de la obligación de eliminación periódica del art. 11 del Reglamento; sin embargo, por ahora no existe en el sistema un mecanismo automático de revisión/borrado que corresponda a ese plazo. Para esta categoría de datos, la supresión o anonimización se valora a mano y a petición hasta que se ponga en marcha la automatización (ver Sección 4, Nota 2). Este punto se mantiene transparente, en coherencia con las demás afirmaciones de automatización no verificadas (ver puntos 2 y 4).
4. La limpieza automática y periódica aparte de los tokens de notificaciones push caducados o no válidos es una mejora prevista en la hoja de ruta del producto; no se ha verificado técnicamente que este mecanismo funcione hoy de hecho en el sistema (ver Sección 4, n.º 10). Cuando se verifique o se ponga en marcha, se actualizará esta Política.
5. Eliminación periódica semestral: para las categorías de esta Sección que no tienen eliminación automática (registros de auditoría, pruebas de consentimiento con el vínculo personal roto, datos del formulario de acceso anticipado, documentos de verificación de especialistas, copias de moderación de mensajes de grupo), Corenta aplica una eliminación periódica cada 6 meses y levanta un acta de eliminación en cada ciclo. Todavía no existen tareas programadas que automaticen estos ciclos; se ejecutan a mano.

El proceso de eliminación periódica, con independencia de los plazos indicados en esta Política, no impide la solicitud individual de supresión o destrucción que el interesado presente en el marco del art. 11 de la KVKK; aunque no haya vencido el plazo de conservación, el interesado puede pedir la supresión si ha desaparecido la base jurídica de la actividad de tratamiento correspondiente (por ejemplo, por la retirada del consentimiento). También en las categorías cuya automatización aún no está implantada, la solicitud individual del interesado enviada a hello@corenta.app se valora y se resuelve a mano.

8. Derechos del interesado y procedimiento de solicitud (art. 11 de la KVKK)

8.1. Derechos del artículo 11 de la KVKK

Conforme al art. 11 de la KVKK, los interesados tienen los siguientes derechos:

1. Saber si sus datos personales se tratan,
2. Solicitar información sobre ello, si sus datos personales se han tratado,
3. Conocer la finalidad del tratamiento de sus datos personales y si se usan conforme a ella,
4. Conocer a los terceros, dentro o fuera del país, a los que se han comunicado sus datos personales,
5. Pedir la rectificación de sus datos personales si se han tratado de forma incompleta o inexacta,
6. Pedir la supresión o la destrucción de sus datos personales en el marco del art. 7 de la KVKK,
7. Pedir que las actuaciones realizadas conforme a los apartados (5) y (6) se comuniquen a los terceros a los que se hayan comunicado los datos personales,
8. Oponerse a un resultado que le perjudique derivado del análisis de los datos tratados exclusivamente mediante sistemas automatizados,
9. Pedir la reparación del daño si lo sufre por un tratamiento ilícito de sus datos personales.

8.2. Resumen honesto de la aplicación técnica actual

Los puntos siguientes se presentan como un resumen honesto y realista de la aplicación técnica actual:

• Solicitud de supresión (eliminación de la cuenta): puede hacerse directamente desde el menú de ajustes correspondiente de la app móvil; la solicitud se atiende automáticamente con el proceso en dos fases explicado en la Sección 5 (borrado lógico inmediato → 30 días → borrado definitivo) (art. 11/6).
• Solicitud de información / portabilidad: se atiende entregando al interesado, en un plazo razonable, los datos de su propio ámbito de tenant en un formato estructurado y legible por máquina (función export_user_data, con el ámbito de tenant verificado). El mecanismo de entrega de este proceso (formato de archivo, forma de entrega, funciones como un enlace de descarga firmado) se desarrolla de forma continua; en el marco de esta Política no se asume ningún compromiso sobre un plazo concreto de entrega ni sobre un formato específico de archivo o de acceso (art. 11/1-2).
• Información sobre comunicaciones a terceros (art. 11/4): la información sobre los terceros/subencargados, dentro o fuera del país, a los que se comunican los datos personales figura en la tabla de la Sección 11 (Subencargados y localización de los datos) de esta Política.
• Solicitud de rectificación (art. 11/5): técnicamente puede hacerse a mano desde el panel de gestión de la Clínica; no existe un flujo automático independiente de "solicitud de rectificación". En el contexto del producto SaaS, las solicitudes de rectificación de los datos de clientes deben dirigirse primero a la Clínica correspondiente; Corenta, como Encargado del tratamiento, presta el apoyo técnico siguiendo las instrucciones de la Clínica.
• Comunicación a terceros (art. 11/7): la solicitud de comunicar las operaciones de supresión o rectificación a los terceros destinatarios se valora cuando se envía por los canales indicados en el procedimiento de solicitud; por ahora este proceso no es automático, sino manual.
• Oposición a decisiones automatizadas/elaboración de perfiles (art. 11/8): en el sistema no existe ninguna actividad de toma de decisiones automatizadas ni de elaboración de perfiles que, mediante el análisis de los datos tratados exclusivamente con sistemas automatizados, produzca un resultado perjudicial para el interesado; por tanto, por ahora no hace falta un mecanismo de oposición específico en funcionamiento para este punto.
• Las solicitudes se resuelven de forma gratuita en un plazo máximo de 30 días conforme al art. 13 de la KVKK (si la actuación exige un coste adicional, podrá cobrarse la tasa de la tarifa fijada por el Kurul).

8.3. Procedimiento de solicitud

Las solicitudes relativas a los derechos anteriores pueden enviarse:

• a la dirección de correo electrónico hello@corenta.app,
• a través de las pantallas de ajustes o soporte correspondientes de la app,
• o por los demás medios previstos en la KVKK,

a Corenta.

Nota importante sobre los datos de clientes: si eres cliente de una Clínica y quieres presentar una solicitud sobre tus datos, debes dirigirte primero a la Clínica correspondiente (Responsable del tratamiento), porque la Clínica es quien decide en última instancia y la interlocutora respecto a los datos de clientes. Corenta, como encargado del tratamiento, proporciona las herramientas técnicas necesarias (funciones de visualización, exportación y supresión de datos) siguiendo las instrucciones de la Clínica.

9. Roles y responsabilidades

10. Medidas de seguridad (durante el plazo de conservación)

Durante el plazo de conservación, los datos personales se protegen con las siguientes medidas técnicas y organizativas (art. 12 de la KVKK):

• En la arquitectura multiinquilino (multi-tenant) se aplica la obligatoriedad de tenant_id en cada tabla y el principio de denegación por defecto (default-deny) con políticas de seguridad a nivel de fila (Row Level Security) (37/37 tablas, 86 políticas); así se impide técnicamente la fuga de datos entre inquilinos.
• El acceso a las tablas con datos de salud se limita al cliente afectado, al especialista asignado y al administrador del tenant; el control de acceso se aplica a nivel de base de datos (RLS). Las notas de sesión no se pueden modificar ni borrar una vez enviadas (append-only); para los formularios de anamnesis no se concede permiso de borrado a ningún usuario (tampoco al administrador).
• El modo de soporte del superadministrador (suplantación) tiene una duración limitada (30 minutos) y por defecto es de solo lectura; las operaciones de escritura y el acceso a datos de salud están sujetos a pasos aparte que requieren una aprobación adicional; en ningún escenario de suplantación se abre el acceso de escritura a las tablas de datos de salud. (Esta restricción se refiere a las sesiones de suplantación iniciadas por una persona; los procesos cron automáticos de service-role son una capa distinta; ver Sección 5.7.)
• En la transmisión de datos se usa cifrado de extremo a extremo (TLS); en la app móvil, los tokens de sesión se guardan cifrados en el almacén seguro de claves del dispositivo, respaldado por hardware (Keychain/Keystore).
• Se han adoptado medidas técnicas para limitar las capturas de pantalla en las pantallas sensibles.
• La autenticación de dos factores (2FA/MFA) es obligatoria para las cuentas de superadministrador.
• La verificación de firma criptográfica de las notificaciones (webhooks) relativas a pagos está prevista en la arquitectura y se aplica; sigue en curso el trabajo para completar por entero la configuración y la gestión de claves correspondientes en todos los entornos (incluida producción).
• Estas medidas de seguridad se revisan y mejoran de forma continua; sin embargo, ninguna medida técnica garantiza una seguridad absoluta y en el marco de esta Política no se asume ningún compromiso de seguridad absoluta.

11. Subencargados y localización de los datos

Durante el plazo de conservación, los datos personales se tratan o alojan a través de los subencargados/proveedores de servicios indicados a continuación. Los contratos con estos proveedores prevén obligaciones para que los datos se traten únicamente para prestar el servicio indicado; esta relación no se refiere a los plazos de conservación, sino al entorno técnico en el que se alojan los datos; la ejecución de la decisión de eliminación también se lleva a cabo técnicamente en estos proveedores. La tabla siguiente también responde al derecho a "conocer a los terceros a los que se han comunicado los datos" del art. 11/4 de la KVKK:

Además:

• Infraestructura de correo: los correos del servicio se envían a través de Google Workspace (Google); los correos de autenticación los desencadena Supabase Auth. Los correos promocionales solo se envían con un consentimiento aparte y con inscripción en el İYS. Las notificaciones push se entregan a través de Apple (APNs) y Google (FCM).
• Herramienta de analítica: no se usa ninguna herramienta de analítica de terceros (por ejemplo, Google Analytics). La medición del uso del producto dentro de la app no está activa por ahora; si se activa, la medición se escribirá en una tabla propia de la base de datos de Corenta (Supabase, Fráncfort/Alemania), no incluirá datos de salud ni texto libre, y esta Política se actualizará antes de activarla; una vez activada, el plazo de conservación de los registros de medición se indicará en esta Política.
• Seguimiento de errores: no se usa ninguna herramienta de seguimiento de errores de terceros; los errores del cliente se registran en la propia base de datos de Corenta.
• No existe una infraestructura de pago directo con tarjeta de crédito a través de la web; los pagos se hacen únicamente mediante los mecanismos de compra dentro de la aplicación (IAP) de Apple/Google; la factura o el recibo final lo emiten Apple/Google (ver Sección 4, n.º 6).

La comunicación de datos a los subencargados anteriores se hace solo en la medida necesaria para prestar el servicio correspondiente y en el marco de los arts. 8 y 9 de la KVKK. Transferencias internacionales: todos los proveedores anteriores tratan datos fuera de Turquía; el alojamiento en Alemania también es una transferencia internacional en el sentido de la KVKK. Como estas transferencias son periódicas y continuas, no se basan en el consentimiento explícito; se basarán, conforme al art. 9/4-c, en los contratos tipo publicados por el Kurul. A la fecha de este texto, los contratos tipo todavía no se han firmado ni se han notificado al Kurul; cada contrato se notificará al Kurul en un plazo de 5 días hábiles desde su firma, y esta tabla se actualizará con las fechas. No existe ninguna decisión de adecuación publicada por el Kurul sobre esos países (última comprobación: 11 de octubre de 2026). Esta lista puede actualizarse según los cambios de proveedores; la lista actualizada puede consultarse en la Política de privacidad y/o en la pantalla de información correspondiente dentro del producto Corenta.

12. Inscripción en el VERBİS

A la fecha de este documento, Teta Studio no está inscrita en el VERBİS. La obligación de inscripción se está evaluando según los criterios de las decisiones del Kurul 2025/1572 (para responsables cuya actividad principal es el tratamiento de datos de categoría especial, umbral de exención de 10 empleados y balance anual de 10 millones de TL) y 2025/2393 (criterio del número de empleados para quienes no llevan contabilidad por el sistema de balance). Como Teta Studio trata los datos de salud de las clínicas como encargado y no como responsable del tratamiento, la evaluación se hace con estos criterios respecto a sus propias actividades como responsable (Partes A y C). Cuando estén terminados el informe escrito de evaluación y la confirmación del Kurum (ALO 198), esta sección se actualizará con la fecha y la justificación; si la inscripción es necesaria, se hará antes de continuar la actividad.

Aclaración por roles: la obligación de inscripción en el VERBİS se está evaluando para el contexto de la web corporativa (formulario de acceso anticipado de corenta.app), en el que Corenta actúa como Responsable del tratamiento, y su situación se explica más arriba. En el contexto del producto SaaS (app.corenta.app), como la Responsable del tratamiento de los datos de clientes es la Clínica, la existencia de una obligación de inscripción en el VERBİS debe evaluarse aparte y de forma independiente según los criterios de cada Clínica (número de empleados, volumen anual de tratamiento de datos, ámbito de actividad, decisiones de exención del Kurul, etc.); esta evaluación y, en su caso, la obligación de inscripción corresponden a la Clínica y no se pueden trasladar a Corenta.

13. Actualización de la Política

Esta Política puede actualizarse por cambios normativos, decisiones del Kurul, mejoras en la infraestructura técnica de Corenta (por ejemplo: la incorporación de la revisión de datos personales dentro del texto libre de las notas de sesión, mencionada en la Sección 4, n.º 3, y en la Sección 6.2; la vinculación de los documentos de verificación de especialistas (specialist-verification-docs) al proceso de cierre del tenant, mencionada en la Sección 5.4/Sección 4, n.º 11; la verificación o puesta en marcha de la limpieza de tokens push, mencionada en la Sección 4, n.º 10, y en la Sección 7, punto 4; la creación del mecanismo automático de revisión para los datos del formulario de acceso anticipado, mencionada en la Sección 7, punto 3; el desarrollo del proceso de portabilidad de datos, mencionado en la Sección 8.2; la finalización de las bases jurídicas de las transferencias internacionales de la Sección 11; cambios en la lista de subencargados) o por cambios en los procesos de negocio. La versión vigente se publica en las plataformas correspondientes de Corenta (web corporativa y/o dentro de la app), y en las disposiciones que contradigan a la versión anterior prevalece la versión vigente. En los cambios importantes, en la medida en que sea aplicable, se informa además a los usuarios y a las Clínicas.

14. Contacto

Para cualquier pregunta sobre esta Política o sobre la conservación y eliminación de datos personales:

Correo electrónico: hello@corenta.app Responsable del tratamiento: Mertcan Demir — empresario individual con el nombre comercial "Teta Studio" Soporte: support@corenta.app Ámbito del servicio: Corenta se ofrece de forma global a través de la App Store y Google Play, en los países donde operan esas tiendas. Los plazos de esta Política se aplican a los usuarios de todos los países; si la normativa imperativa de un país prevé un plazo de supresión más corto o una obligación de conservación más larga, se aplica esa disposición.

Última actualización: 19 de octubre de 2026 Versión 1.9 · 19 de octubre de 2026