CORENTA — ПОЛИТИКА ЗА СЪХРАНЕНИЕ И ЗАЛИЧАВАНЕ НА ДАННИ

Този превод е предоставен само за информация; правно обвързващ е текстът на турски език.

Изтриване на клиент без акаунт: действието „Изтрий“ на администратора на клиниката се счита за искане; записът незабавно се премахва от активния списък, а след 30 дни идентификационните/контактните данни и здравните полета на клиента (кръвна група, алергии, хронични заболявания, лекарства) се изтриват/изчистват (вж. 5.0). Общото описание на изтриването на акаунт по-долу не се тълкува в този специален случай като задължение за окончателно изтриване на реда на клиента. Записите за анамнеза, измервания, бележки от сеанси и финансовите записи остават подчинени на собствените си правила за съхранение.

В сила от / последна актуализация: 19 октомври 2026 г. Версия: 1.9 Администратор на лични данни / издател: Mertcan Demir — едноличен търговец, извършващ дейност с търговско наименование „Teta Studio“

Регистър на промените

• 1.9 — 19 октомври 2026 г.: Формулировката „само Türkiye“ в раздел 14 е заменена с глобално предлагане; сроковете за съхранение не са променени.
• 1.8 — 19 октомври 2026 г.: Версия за публикуване; дата на влизане в сила — 19 октомври 2026 г. В раздел 4 е добавен ред за груповите съобщения на клиниката и копията на съобщения, отделени за преглед от екипа (ред 12); списъкът за периодично заличаване в раздел 7 е разширен съответно; от таблица 1.3 са премахнати непопълнените данни за MERSİS и KEP.
• 1.7 — 11 октомври 2026 г.: Съгласно прегледа за съответствие от 11 октомври 2026 г. (F01, F02, F08, F11, F13, F19, F21): от §11 е премахната формулировката „Supabase/Франкфурт не е трансфер в чужбина“, а разделът за трансфера в чужбина е написан според редакцията на чл. 9 от Закон № 6698 след 2024 г. (стандартните договори все още не са подписани); за здравните/клиничните/финансовите записи формулировката „анонимни“ е коригирана на ограничено съхранение с прекъсната връзка с лицето (свободният текст на бележката от сеанс не се променя); правното основание на реда за доказателството за съгласие е коригирано на чл. 5/2-e (погрешната препратка към чл. 20/2 е премахната); редът за формуляра за ранен достъп е актуализиран според разделянето на информирането и съгласието за търговски съобщения; за категориите без автоматично заличаване е добавен принципът за периодично заличаване на всеки 6 месеца; идентификационните данни са коригирани на едноличен търговец; разделът за VERBİS е написан според решенията на Съвета от 2025 г.
• 1.6 — 10 октомври 2026 г.: Expo (Expo Push Notification Service) е премахнат от записите за подобработващи/обработващи; push известията се доставят само чрез Apple (APNs) и Google (FCM), а Expo/EAS е само инструмент за компилиране на приложението и не обработва данни на крайни потребители.
• 1.5 — 10 октомври 2026 г.: Премахната е формулировката за избора на Google Analytics; уточнено е, че не се използва аналитика на трети страни, и са уточнени обработващите push известията.
• 1.4 — 4 октомври 2026 г.: Действащият текст е фиксиран като одобрена версия. В тази версия е отразено само следното: изтриване на акаунт (достъпът се прекратява незабавно, личните данни се изтриват/анонимизират, записите за плащания, които по закон трябва да се съхраняват, се пазят без идентификация; няма срок за отмяна); изтриване на здравните полета на клиента след 30 дни; 7-дневен срок за „осиротели“ разписки; поверителност на контактите на клиента в режим на поддръжка; измерване от страна на сървъра без идентификация; служебни имейли и Google Workspace; обработващи push известията; адрес за поддръжка; пазар (Türkiye).
• 1.3 — 7 юли 2026 г. (актуализация от 4 август 2026 г.): предишна версия.

Важна бележка относно качеството на администратор на лични данни / обработващ лични данни: Тази Политика за съхранение и заличаване на данни („Политиката“) урежда колко дълго се съхраняват личните данни, обработвани в рамките на софтуерната услуга Corenta („Услугата“ или „Приложението“), разработвана и експлоатирана от Mertcan Demir, който извършва дейност като едноличен търговец с търговско наименование „Teta Studio“ („Corenta“, „Teta Studio“, „Дружеството“), какви критерии се вземат за основа при определянето на тези срокове и с какви методи тези данни се изтриват, унищожават или анонимизират след изтичане на срока за съхранение или отпадане на основанието за обработване.

Тази Политика е изготвена в рамките на Закон № 6698 за защита на личните данни („KVKK“), Наредбата за изтриване, унищожаване или анонимизиране на личните данни („Наредбата“) и другото приложимо законодателство и е неразделна част от регистъра на дейностите по обработване на лични данни на Corenta. Тази Политика трябва да се чете заедно със съответния Информационен текст/Политика за поверителност, в които подробно са описани целите и правните основания на обработването; този документ урежда само сроковете за съхранение и реда за заличаване и не цели сам по себе си да изпълни изцяло задължението за информиране по чл. 10 от KVKK.

1. Цел и обхват

1.1. Цел

Целта на тази Политика е да обясни критериите за определяне на максималния срок, необходим за целта, за която Corenta обработва личните данни, прилагането на сроковете, предвидени в законодателството, както и реда и принципите за изтриване, унищожаване или анонимизиране на личните данни, чийто срок за съхранение е изтекъл. Тази Политика е изготвена въз основа на чл. 5, чл. 6, чл. 7, чл. 10, чл. 11 и чл. 12 от KVKK и съответните членове на Наредбата.

1.2. Обхват и разграничаване на ролите — важно предупреждение

Тази Политика обхваща две отделни области, в които Corenta обработва данни в две различни качества; това разграничение се прилага последователно в цялата Политика и пряко влияе на начина, по който се тълкува таблицата на сроковете за съхранение:

(a) Контекст на корпоративния уеб сайт (corenta.app — формуляр за искане на ранен достъп/демо): по отношение на личните данни, които потенциални бизнес клиенти, проявили интерес към продукта, предоставят чрез формуляра за кандидатстване за ранен достъп, Corenta/Teta Studio действа пряко като Администратор на лични данни съгласно чл. 3 от KVKK.

(b) Контекст на SaaS продукта (app.corenta.app): по отношение на личните данни, които центровете за клиничен пилатес, физиотерапия, реформер, уелнес/масаж и йога, използващи платформата Corenta по абонамент („Tenant“, „Бизнес“ или „Клиника“), въвеждат в платформата като данни на своите клиенти („Клиент — субект на данни“) (контактни данни, анамнеза, бележки от сеанси, данни за часове/пакети и др.), Клиниката е Администратор на лични данни съгласно чл. 3 от KVKK; Corenta/Teta Studio действа само като Обработващ лични данни и предоставя услуги по техническа инфраструктура съгласно указанията на Клиниката. Задължението за информиране на клиентите, получаването на изрично съгласие и окончателното решение за съхранението/заличаването на данните на клиентите са правна отговорност на Клиниката. Corenta улеснява технически изпълнението на тези задължения в продукта (механизма за записване на съгласия consent_logs, мобилния екран за съгласие по KVKK kvkk.tsx, одитните следи), но не поема и не носи задълженията на Клиниката за съответствие с KVKK. Сроковете за съхранение, описани в тази Политика за този контекст, показват колко дълго Corenta като обработващ лични данни действително съхранява тези данни в своята инфраструктура; окончателното решение за заличаване и срокът му могат да се определят от указанията на Клиниката и приложимото към нея законодателство.

Тази Политика обхваща също по отношение на общите принципи процесите на съхранение/заличаване на личните данни на служителите, бизнес партньорите и доставчиците на Corenta; основният фокус на Политиката обаче са данните на клиентите, определени в букви (a) и (b) по-горе.

1.3. Информация за администратора на лични данни / обработващия лични данни

1.4. Нормативна основа

• Закон № 6698 за защита на личните данни,
• Наредба за изтриване, унищожаване или анонимизиране на личните данни (Държавен вестник № 30224 от 28.10.2017 г.),
• Ръководство за изтриване, унищожаване или анонимизиране на личните данни и решенията на Съвета за защита на личните данни („Съветът“),
• Турски търговски закон № 6102 (съхраняване на търговските книги и документи),
• Закон № 213 за данъчната процедура (съхраняване на финансовите записи),
• Друго приложимо секторно законодателство (включително, доколкото е приложимо, законодателството за предоставянето на здравни услуги).

2. Определения

3. Критерии за определяне на сроковете за съхранение и заличаване (чл. 5, чл. 6 от KVKK)

3.1. Причини, изискващи съхранение

В Corenta личните данни се съхраняват само за срока, изрично предвиден в съответното законодателство, или за срока, необходим за целта, за която се обработват. При определянето на срока за съхранение за основа се вземат следните критерии:

1. Има ли законово задължение за съхранение? (Напр. минималните срокове за съхранение на финансовите записи по Турския търговски закон и Закона за данъчната процедура.)
2. С каква цел са обработени данните и продължава ли тази цел да е актуална? (Чл. 5/2 от KVKK — принцип на ограничение в целите.)
3. Необходими ли са за сключването/изпълнението на договор? (Напр. данните за часове и пакети, докато продължават отношенията по абонамента/услугата.)
4. Необходими ли са за установяването, упражняването или защитата на право (като доказателство при евентуален правен спор)? (Като се вземат предвид общите давностни срокове по Закона за задълженията.)
5. Има ли изрично съгласие на субекта на данните и продължава ли това съгласие да е валидно?
6. Има ли легитимен интерес на Corenta или на Клиниката? (Напр. журнали за сигурност, установяване на измами/злоупотреби.)
7. Попадат ли данните в категорията лични данни от специална категория (здравни данни)? В този случай съгласно чл. 6 от KVKK се прилагат по-строги ограничения на достъпа и обосновка; срокът за съхранение никога не се удължава извън целта.

Ако нито един от горните критерии не изисква съхранение на определени лични данни, данните незабавно се изтриват, унищожават или анонимизират.

3.2. Причини, изискващи заличаване

Личните данни се изтриват, унищожават или анонимизират по искане на засегнатото лице или служебно от Corenta/Клиниката в следните случаи:

a) изменение или отмяна на разпоредбите на законодателството, които са основание за обработването им; b) отпадане на целта, която изисква обработването или съхраняването им; c) оттегляне на съгласието от субекта на данните в случаите на обработване въз основа на изрично съгласие; d) искане от субекта на данните за изтриване/унищожаване в рамките на правата по чл. 11 от KVKK и уважаване на това искане (искане за изтриване на акаунт); e) изтичане на срока за съхранение на личните данни и липса на каквото и да е правно основание за съхраняването им; f) несключване на договора, недействителността му, прекратяването му или отказ от договора; g) окончателно приключване на искането за изтриване на акаунт в рамките на процедурата, посочена в раздел 5 от тази Политика.

4. Таблица на категориите данни, сроковете за съхранение и методите на заличаване

Таблицата по-долу показва основните категории лични данни, обработвани в инфраструктурата на Corenta, срока им за съхранение, обосновката му и метода на заличаване, прилаган след изтичането на срока. Освен ако изрично не е посочено друго, общото правило е: „Докато свързаният акаунт/запис е активен + 30 дни от приемането за обработване на искането за изтриване на акаунта.“ Таблицата трябва да се чете заедно с процеса на изтриване на акаунт, описан в раздел 5. За някои категории стъпката от този процес след 30 дни не е DELETE (окончателно изтриване), а анонимизиране; това разграничение е изрично посочено в съответните редове и в раздел 6.2.

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

</div>

Бележка 1: Формулировката „докато акаунтът/tenant е активен“ в горната таблица означава периода, през който абонаментът на съответната Клиника за Corenta продължава и записът за клиента не е изтрит от Клиниката. Кога Клиниката ще изтрие данните на свой клиент, се определя от собствената политика на Клиниката по KVKK (като Администратор на лични данни) и от отношенията ѝ с клиента; Corenta осигурява техническата възможност за този процес.

Бележка 2: Сроковете от 2 години за ред 7 (Одитни следи) и 5 години за ред 8 (Записи за съгласие) са фиксирани срокове за съхранение, определени от Corenta (за разлика от срока по ТТЗ/Закона за данъчната процедура в ред 6, те не се основават пряко на законова разпоредба; това е доброволно поет ангажимент, определен в рамките на легитимния интерес и задължението за доказване по чл. 5/2-f от KVKK). В момента в системата не работи автоматичен механизъм за изтриване в края на срока за съхранение — когато срокът изтече, изтриването/анонимизирането се извършва ръчно; когато автоматизацията бъде въведена, тази Политика ще бъде актуализирана. Формулировката „най-много 2 години“ в ред 9 (Данни от формуляра за ранен достъп) има различен обхват и, както е обяснено в нейния ред, означава отделна правна горна граница.

5. Процес на изтриване на акаунт — действие от край до край

За да изпълни технически искането за изтриване на субектите на данни по чл. 11 от KVKK, Corenta прилага двуетапна архитектура на изтриване, която отчита баланса между потребителското изживяване и нуждите от сигурност на данните/правно доказване: незабавно меко изтриване (soft-delete) и последващо окончателно изтриване след 30 дни.

5.0. Промяна от 4 октомври 2026 г. — при противоречие с 5.1–5.7 тази точка има предимство

Изтриване на акаунт (от 4 октомври 2026 г.): когато искането за изтриване бъде потвърдено, достъпът до акаунта се прекратява незабавно (сесиите се прекратяват, вход не е възможен); личните данни се изтриват или анонимизират (името, имейлът, телефонът, изображението, както и идентификационните/контактните данни на клиента и здравните полета — кръвна група, алергии, хронични заболявания, лекарства — се изчистват); записите за плащания и начисления, които по закон трябва да се съхраняват, не се изтриват; те се съхраняват с прекъсната връзка с лицето и с ограничен достъп. След искането няма срок за отмяна; окончателното изтриване на записа за удостоверяване и на файловете се завършва в рамките на съществуващия тридесетдневен фонов процес.

Изтриване на запис за клиент и здравните полета (от 4 октомври 2026 г.): когато бизнесът изтрие запис за клиент, който няма акаунт, записът незабавно се премахва от активния списък; след 30 дни заедно с идентификационните и контактните данни се изтриват/изчистват и здравните полета на клиента (кръвна група, алергии, хронични заболявания, лекарства). Тази разпоредба не засяга правилата за съхранение на формулярите за анамнеза, измерванията и бележките от сеанси.

Файлове с разписки (от 4 октомври 2026 г.): файловете с разписки, които не са свързани с плащане („осиротели“), се изтриват автоматично след 7 дни; разписка, свързана с плащане, не се изтрива от нито една роля.

Контакти на клиента в режим на поддръжка (от 4 октомври 2026 г.): в сесия за поддръжка на Corenta (суперадминистратор) имейлът и телефонът на клиента не се показват на служителя по поддръжката; служителят по поддръжката вижда само ограничено резюме на самоличността (име, състояние на акаунта, активност, дата на създаване).

Право на запис в здравните полета (от 4 октомври 2026 г.): в здравните полета на клиента (кръвна група, алергии, хронични заболявания, лекарства) могат да пишат само самият клиент и назначеният му специалист; собственикът/администраторът на бизнеса не може да пише в тези полета (може да редактира лицето за контакт при спешност и идентификационните полета).

Псевдонимизирано измерване на използването на продукта: за подобряване на продукта само от страна на сървъра могат да се измерват обобщени събития на използване с псевдонимен идентификатор на клиниката; това измерване не включва IP адреси, здравни данни или проследяване на източници/реклами. Псевдонимният идентификатор на клиниката е псевдоним (а не анонимен). Функцията в момента е изключена.

5.1. Етап 1 — незабавно меко изтриване (soft-delete)

В момента, в който потребителят потвърди в приложението искането за изтриване на акаунт, системата извършва едновременно и незабавно следните действия:

1. Записът за профила на потребителя става неактивен чрез попълване на полето deleted_at; акаунтът става недостъпен/невидим за нормално използване и не може да се използва за вход.
2. Предстоящите (все още непроведени) часове на потребителя се отменят автоматично.
3. Назначенията, в които потребителят участва като специалист/ресурс (връзки клиент–специалист, назначения на програми), се премахват.
4. Всички съгласия на потребителя се оттеглят (отразява се чрез попълване на полето revoked_at в записите на consent_logs).

На този етап данните не са изтрити физически, но са направени недостъпни за целите на нормалното обработване и показване. Това е първата стъпка от процеса на изтриване под формата на „привеждане в недостъпно състояние“ по смисъла на чл. 7 от KVKK и Наредбата.

5.2. Етап 2 — окончателно изтриване (след 30 дни)

30 (тридесет) дни след мекото изтриване планирана задача (cron job), която работи автоматично в системата, извършва необратимо следните действия:

1. Записът за удостоверяване на потребителя (auth.users) се изтрива окончателно и необратимо.
2. Записите в базата данни, свързани с потребителя, се обработват по различен начин според категорията: записите без самостоятелна работна/доказателствена стойност (напр. известията) се изтриват окончателно (DELETE/cascade); а здравните данни (anamnesis_forms, session_notes, measurements) и клиничните/финансовите записи (payments, attendance, consent_logs) не се изтриват, връзката с лицето се прекъсва — връзката с лицето се прекъсва на ниво база данни, някои полета със свободен текст се изчистват, а записът остава като запис на tenant с прекъсната връзка с лицето и с ограничен достъп (тъй като свободният текст на бележката от сеанс не се променя, той не се счита за анонимен) (вж. раздел 4, редове 2–5, 8, 10 и раздел 6.2).
3. Това действие се задейства автоматично само в привилегирования (защитен със service-role) фонов процес на системата; нито един потребител, включително административният персонал, или администратор на Бизнеса не може чрез нормалните интерфейси на продукта ръчно да стартира, да задейства предсрочно или да спре този процес — това е съзнателно проектно решение за сигурност, за да се предотврати предсрочно/забавено изтриване по грешка или чрез злоупотреба. (Тази гаранция обхваща нормалните потребителски и управленски интерфейси на продукта; техническите оперативни процеси, които могат да имат пряк достъп до базата данни на привилегированото инфраструктурно ниво на системата, са извън обхвата на тази гаранция и подлежат на отделни вътрешни мерки за контрол на достъпа.)

Цел на 30-дневния фонов процес (от 4 октомври 2026 г.): тъй като достъпът до акаунта се прекратява незабавно с искането за изтриване, този срок не дава възможност за отмяна/отказ; той се използва за завършване на окончателното изтриване на записа за удостоверяване и на файловете и за разглеждане на евентуални злоупотреби. Този срок е разумен и ограничен, в съответствие с принципа на пропорционалност по чл. 5 от KVKK. За състоянието на искането за изтриване можеш да се обърнеш на адрес hello@corenta.app.

5.3. Изключение: данни, за които има законово задължение за съхранение

Описаният по-горе 30-дневен процес на окончателно изтриване не обхваща записите, посочени в раздел 4, ред № 6 от таблицата (Метаданни за абонаменти/транзакции), за които има законово задължение за съхранение по Турския търговски закон/Закона за данъчната процедура. Тези записи, дори ако акаунтът бъде изтрит окончателно, се съхраняват отделно до изтичането на съответния законов срок за съхранение, отделени от целта на обработването на лични данни и с достъп, ограничен само до целта за изпълнение на законовото задължение. По същия начин одитните следи (audit_logs) и минималното ядро на записите за съгласие с доказателствена цел (вж. раздел 4, редове 7–8) могат да продължат да се съхраняват извън този 30-дневен срок с отделна и ограничена цел на основание легитимен интерес/правно доказване. В раздел 4, Бележка 2 изрично е посочено, че сроковете в рамките на това изключение не съответстват на технически механизъм, прилаган автоматично в системата.

5.4. Специално обяснение относно съхраняваните прикачени файлове (важно — прозрачност)

В съответствие с принципа на прозрачност изрично се посочва: по време на окончателното изтриване записите в базата данни (профил, часове, назначения, съгласия и др.) се изтриват изцяло или (за здравните/клиничните/финансовите записи, вж. раздел 6.2) се анонимизират; прикачените файлове на потребителя, съхранявани в отделно хранилище (Storage), се обработват така: аватарът/профилната снимка, документът/снимката, прикачени към формуляра за анамнеза, и изображението на платежната разписка се изтриват автоматично (по принципа best-effort) от Storage като част от стъпката на окончателното изтриване — това е потвърдено поведение, което в момента действително работи в системата. Ако изтриването в един контейнер не успее, това се записва в журнала; но не пречи на изчистването на другите контейнери или на стъпките за анонимизиране/окончателно изтриване на акаунта (проектиране по принципа best-effort).

Честна граница: единствената категория файлове извън обхвата на този автоматичен процес са документите за проверка на самоличността/дипломата, качени в процеса на регистрация на специалист/самостоятелен специалист (контейнерът specialist-verification-docs). Технически тези документи са свързани не с потребителя, а с процеса на проверка в съответния tenant (Клиниката) и не съдържат препратка към потребител в записа в базата данни; затова не могат да бъдат включени автоматично в съществуващия процес на изтриване на потребителски акаунт. Заличаването на този документ ще бъде разгледано отделно в процеса на закриване от съответната Клиника на акаунта/абонамента ѝ на ниво tenant (вж. раздел 5.6); докато това бъде завършено, изключителните искания се преценяват ръчно чрез hello@corenta.app.

Затова в тази Политика не се поема абсолютен ангажимент, че с искането за изтриване на акаунт „всички данни/файлове на потребителя се изтриват изцяло и незабавно“ (вж. особено раздел 6.3 за техническите остатъци в резервните копия и изключението по-горе); по отношение на описаните по-горе категории файлове обаче автоматичното изтриване действително се прилага.

5.5. Специална бележка относно здравните данни

Здравните данни от специална категория, като формулярите за анамнеза, бележките от сеанси и записите за измервания, също подлежат на описания по-горе общ процес на изтриване (меко изтриване → 30 дни → окончателно изтриване); както е обяснено в раздел 4, редове 2–4 и в раздел 6.2, в тези таблици стъпката на окончателното изтриване се прилага чрез прекъсване на връзката с лицето и частично изчистване — записът не се изтрива с DELETE, връзката с лицето се прекъсва и някои полета със свободен текст се изчистват; клиничният запис (особено съдържанието на бележката от сеанс в режим append-only) се съхранява като запис на tenant с прекъсната връзка с лицето и с ограничен достъп и не се счита за анонимен. Освен това, тъй като тази категория данни е преплетена със записите, които Клиниката води като администратор на лични данни, искането на клиент за изтриване на акаунт/данни може да влезе в противоречие със собствените законови задължения на Клиниката за съхранение (например задълженията за водене на записи, които могат да произтичат от законодателството за предоставянето на здравни услуги); методът на прекъсване на връзката с лицето и ограниченото съхранение цели да балансира тези две задължения (правата на клиента върху личните му данни и задължението на Клиниката да води записи). В такива случаи окончателният орган, вземащ решение, е Клиниката като администратор на лични данни; Corenta действа съгласно указанията на Клиниката.

5.6. Изтриване на ниво Клиника (tenant)

Ако Клиниката прекрати изцяло абонамента си за Corenta, същата двуетапна архитектура (меко изтриване → 30 дни → окончателно изтриване) се прилага към данните на tenant на Клиниката и към всички записи за клиенти в този tenant. Тъй като Клиниката е Администратор на лични данни на своите клиенти, тя е длъжна преди прекратяването на абонамента да информира клиентите си в рамките на собствените си задължения по KVKK; това задължение не може да бъде прехвърлено на Corenta.

5.7. Връзка с режима на поддръжка на суперадминистратора (имперсонация)

Процесите на изтриване на акаунт и съхранение работят независимо от механизма за поддръжка/имперсонация на Corenta. Сесиите за имперсонация са ограничени във времето (30 минути) и по подразбиране са само за четене; достъпът до категориите здравни данни (анамнеза, бележки от сеанси, измервания) изисква отделна стъпка на одобрение (health_data_enabled), а записът/изтриването в тези таблици чрез имперсонация при никакви обстоятелства не е разрешено (в политиките RLS не е предвидено никакво изключение за имперсонация). Уточнение: това ограничение се отнася до сесиите за имперсонация, задействани от човек, при които служител по поддръжката влиза в сесия и извършва действия ръчно; автоматичният (без човешка намеса) cron процес със service-role, описан в раздел 5.2, е отделен слой, който не се засяга от това ограничение — ограничението за имперсонация не пречи на механизма за автоматично окончателно изтриване в процеса на изтриване на акаунт и не трябва да се бърка с него. Следователно процесите на изтриване/заличаване на акаунти се извършват само чрез автоматичните механизми, определени в тази Политика.

6. Методи на заличаване

Съгласно чл. 8 и следващите от Наредбата по-долу са описани методите на изтриване/унищожаване/анонимизиране, прилагани според средата за регистриране.

6.1. Изтриване

Действие, с което личните данни стават по никакъв начин недостъпни и неизползваеми повторно за съответните потребители (включително потребителите на приложението и персонала с достъп до администраторския панел). В Corenta този метод се прилага в процеса на меко изтриване на Етап 1: дори данните да не се премахват физически от базата данни, те стават напълно недостъпни чрез правата на достъп и интерфейсите.

6.2. Унищожаване (окончателно изтриване)

Действие, с което личните данни стават по никакъв начин недостъпни, невъзстановими и неизползваеми повторно за когото и да било. В процеса на окончателно изтриване на Етап 2 на Corenta този принцип се реализира с два различни технически метода според категорията данни:

• Записът за удостоверяване и записите без самостоятелна работна стойност: записът за удостоверяване на потребителя (auth.users) се изтрива необратимо пряко с DELETE в автоматичния процес, защитен със service-role; свързаните записи, които след изтриването на акаунта нямат самостоятелна работна/доказателствена стойност (напр. известията, notifications — вж. раздел 4, ред 10), се изтриват заедно с него на ниво база данни чрез ON DELETE CASCADE.
• Здравни, клинични и финансови записи: за anamnesis_forms, session_notes, measurements, payments, attendance и consent_logs стъпката на окончателното изтриване се прилага не чрез DELETE на записа, а чрез прекъсване на връзката с лицето и частично изчистване (вж. раздел 6.6): колоните с външни ключове, които идентифицират лицето (client_id, specialist_id, user_id и др.), се поставят необратимо на NULL чрез ограничението FK ON DELETE SET NULL; колоните със съдържание, които може да съдържат явни идентификатори или PII в свободен текст (отговорите от анамнезата, бележките със свободен текст към измервания/плащания, препратката към платежната разписка, IP адресът в записа за съгласие), се изчистват или заменят с анонимна маркировка от функцията anonymize_user_relations() (може да се извиква само от service-role, default-deny). А клиничното/финансовото числово и хронологично съдържание (дата, сума, стойност на измерването, остатък от сеансите, статус „дошъл/не е дошъл“, време на даване/оттегляне на съгласието) продължава да се съхранява като запис на tenant с прекъсната връзка с лицето поради задължението на Клиниката да води записи и (за бележките от сеанси) принципа append-only; тъй като свободният текст на бележката от сеанс не се променя, тези записи не се считат за анонимни и се съхраняват с ограничен достъп.

В бележките от сеанси (session_notes) ограничението append-only не позволява промяна на съдържанието; предвидено е само тясно изключение с единствената цел колоните за връзка с лицето (client_id, specialist_id) да бъдат поставени на NULL — самото съдържание на бележката и в този процес не се изтрива и не се променя на нито един етап.

Граница: за личните данни в текста на полетата със свободен текст, които могат да се срещнат извън явните идентификационни колони (напр. име в текста на бележка от сеанс), няма механизъм за търсене/изчистване. Затова тези записи не се считат за анонимни; те се съхраняват като лични данни с ограничен достъп и се заличават след изтичането на срока.

И двата описани по-горе метода, тъй като са защитени със service-role, не могат да бъдат задействани или отменени чрез нормалните интерфейси на продукта.

6.3. Изтриване от резервните копия (backup)

Резервните копия на базата данни се презаписват/заличават автоматично след определен срок в рамките на обичайния цикъл на резервно копиране (ротация). Въпреки че окончателното изтриване действа незабавно в основната база данни, изрично се посочва, че в направените преди това резервни копия данните могат технически да продължат да съществуват до изтичането на стандартния срок за ротация на резервните копия на доставчика на резервно копиране (Supabase). Това е стандартната практика в рамките на договора за обработване на данни (DPA) на съответния подобработващ (Supabase).

6.4. Прикачени файлове в хранилището (Storage)

Файловете, които потребителите качват, като изображения на аватари, платежни разписки и прикачени файлове към анамнеза, се съхраняват в отделно хранилище (Storage). Вж. раздел 5.4 — там подробно и прозрачно е описано текущото състояние на това съдържание в процеса на изтриване на акаунт (автоматично изтриване за аватар/прикачен файл към анамнеза/платежна разписка, единственото изключение е specialist-verification-docs).

6.5. Данни на хартиен носител

Личните данни, обработвани в рамките на SaaS продукта на Corenta, се съхраняват в цифров вид; обработване на лични данни на хартиен носител не е предвидено. Ако по изключение в търговската/административната кореспонденция на Дружеството се използва хартиен носител, заличаването се извършва чрез заличаване с мастило/изгаряне/необратимо нарязване с шредер.

6.6. Анонимизиране

Като част от процеса на окончателно изтриване на акаунт (вж. раздел 6.2) Corenta използва за здравните данни и клиничните/финансовите записи метода на прекъсване на връзката с лицето и частично изчистване. Тъй като свободният текст на бележката от сеанс не се променя и в малките бизнеси датите и поредицата от измервания може да са достатъчни за повторно идентифициране на лицето, този метод не отговаря във всички случаи на стандарта за анонимизиране, описан по-долу; тези записи не се считат за анонимни, съхраняват се като лични данни с ограничен достъп и се заличават след изтичането на срока. Освен това Corenta може да използва за целите на разработването на продукта, статистическия анализ или пазарните проучвания данни, анонимизирани така, че да не могат да бъдат свързани с идентифицирано или подлежащо на идентифициране физическо лице. Анонимизирането изисква данните да бъдат необратимо приведени в състояние, в което не могат да бъдат свързани с лицето, дори когато се комбинират с други данни; маскирането/псевдонимизирането, извършено без спазване на този стандарт, не се счита за анонимизиране и продължава да подлежи на режима на обработване на лични данни. Анонимизираните данни се разглеждат извън обхвата на KVKK и не подлежат на ограниченията на сроковете за съхранение в тази Политика.

6.7. Избор на метод

Методът на заличаване, който ще се прилага, се определя от Corenta и/или Клиниката, като се вземат предвид естеството на данните (дали са от специална категория), средата, в която се съхраняват (база данни, файлово хранилище, система за журнали, система за резервно копиране), правните и техническите възможности, както и принципите, посочени в решенията на Съвета и в Наредбата. При заличаването на лични данни от специална категория (включително здравни данни) се полага максимална грижа.

7. Процес на периодично заличаване

Съгласно чл. 11 от Наредбата Corenta е длъжна служебно (без да чака искане) да изтрива, унищожава или анонимизира личните данни, чийто срок за съхранение е изтекъл и/или чиято цел на обработване е отпаднала; периодът на периодичното заличаване, който се предвижда в тази връзка, не може да надвишава 6 (шест) месеца. В тази рамка изрично се прави следното разграничение между механизмите, които в момента действително работят и не работят в системата:

1. Процесът на окончателно изтриване 30 дни след искането за изтриване на акаунт се проверява периодично (ежедневно) от автоматична планирана задача (cron job) и акаунтите с изтекъл срок се обработват групово. Това е потвърдена автоматизация, която в момента действително работи в системата.
2. Срокът за съхранение, предвиден за одитните следи (audit_logs), се преглежда периодично; в момента обаче не е приложен механизъм за изтриване, който автоматично да извършва този преглед (вж. раздел 4, ред 7).
3. Максималният срок за съхранение, определен за данните от формуляра за ранен достъп (вж. раздел 4, ред 9), е правна горна граница за задължението за периодично заличаване по чл. 11 от Наредбата; в системата обаче в момента няма автоматично работещ механизъм за проверка/изтриване, съответстващ на този срок. За тази категория данни изтриването/анонимизирането, докато не бъде въведена автоматизация, се преценява ръчно и по искане (вж. раздел 4, Бележка 2). Този въпрос се поддържа прозрачен в съответствие с другите непотвърдени твърдения за автоматизация (вж. точки 2 и 4).
4. Отделното автоматично и периодично изчистване на изтеклите/невалидните токени за push известия е подобрение, планирано в пътната карта на продукта; не е технически потвърдено, че този механизъм в момента действително работи в системата (вж. раздел 4, ред 10). Когато бъде потвърден или въведен, тази Политика ще бъде актуализирана.
5. Периодично заличаване на всеки 6 месеца: за категориите, за които в този раздел няма автоматично заличаване (одитни следи, доказателства за разрешения с прекъсната връзка с лицето, данни от формуляра за ранен достъп, документи за проверка на специалисти, копия на групови съобщения за модериране), Corenta прилага периодично заличаване на всеки 6 месеца и съставя протокол за заличаване за всеки цикъл. Все още няма планирани задачи, които да автоматизират тези цикли; циклите се изпълняват ръчно.

Процесът на периодично заличаване, независимо от сроковете, посочени в тази Политика, не пречи на индивидуалното искане на субекта на данните за изтриване/унищожаване по чл. 11 от KVKK; субектът на данните може да поиска изтриване дори ако срокът за съхранение не е изтекъл, ако е отпаднало правното основание на съответната дейност по обработване (напр. оттегляне на съгласието). И по отношение на категориите, за които автоматизацията още не е приложена, индивидуалното искане на субекта на данните, изпратено чрез hello@corenta.app, се преценява и приключва ръчно.

8. Права на субекта на данните и ред за подаване на искания (чл. 11 от KVKK)

8.1. Права по член 11 от KVKK

Съгласно чл. 11 от KVKK субектите на данни имат следните права:

1. да узнаят дали личните им данни се обработват;
2. ако личните им данни са обработени, да поискат информация за това;
3. да узнаят целта на обработването на личните данни и дали те се използват в съответствие с целта;
4. да знаят третите лица в страната или в чужбина, на които са предадени личните данни;
5. да поискат коригиране на личните данни, ако са обработени непълно или неправилно;
6. да поискат изтриване или унищожаване на личните данни в рамките на чл. 7 от KVKK;
7. да поискат уведомяване на третите лица, на които са предадени личните данни, за действията, извършени съгласно точки (5) и (6) по-горе;
8. да възразят срещу неблагоприятен за лицето резултат, получен от анализа на обработените данни изключително чрез автоматизирани системи;
9. да поискат обезщетение за вредата, ако са претърпели вреда поради незаконосъобразно обработване на личните данни.

8.2. Честно резюме на текущото техническо изпълнение

Следните положения се представят като честно и реалистично резюме на текущото техническо изпълнение:

• Искане за изтриване (изтриване на акаунт): може да се подаде пряко от съответното меню с настройки в мобилното приложение; това искане се изпълнява автоматично чрез описания в раздел 5 двуетапен процес (незабавно меко изтриване → 30 дни → окончателно изтриване) (чл. 11/6).
• Искане на информация / преносимост на данните: изпълнява се, като на субекта на данните в разумен срок се предоставят неговите данни в обхвата на неговия tenant в структуриран, машинночетим формат (функция export_user_data, ограничението до tenant е потвърдено). Механизмът за предаване в този процес (файлов формат, начин на предаване, подписана връзка за изтегляне и други характеристики) непрекъснато се развива; в рамките на тази Политика не се поема ангажимент за определен срок на предаване или за конкретен файлов формат/формат на достъп (чл. 11/1–2).
• Информация за предаването на трети лица (чл. 11/4): информацията за третите лица/подобработващите в страната и в чужбина, на които са предадени личните данни, е дадена в таблицата в раздел 11 от тази Политика (Подобработващи и локализация на данните).
• Искане за коригиране (чл. 11/5): технически може да се извърши ръчно чрез панела за управление на Клиниката; няма отделен автоматичен работен процес за „искане за коригиране“. В контекста на SaaS продукта исканията за коригиране на данните на клиентите трябва да се отправят преди всичко към съответната Клиника; Corenta като Обработващ лични данни оказва техническа поддръжка съгласно указанията на Клиниката.
• Уведомяване на трети лица (чл. 11/7): искането третите лица, на които са предадени данните, да бъдат уведомени за изтриването/коригирането, се преценява, когато бъде изпратено по каналите, посочени в реда за подаване на искания; този процес в момента се извършва не автоматично, а ръчно.
• Възражение срещу автоматизирано решение/профилиране (чл. 11/8): в системата няма автоматизирано вземане на решения или профилиране, което да води до неблагоприятен за субекта на данните резултат от анализа на обработените данни изключително чрез автоматизирани системи; затова в момента не е необходим отделен действително работещ механизъм за възражение по тази точка.
• Исканията се приключват безплатно най-късно в срок от 30 дни съгласно чл. 13 от KVKK (ако действието изисква допълнителни разходи, може да се поиска такса по тарифата, определена от Съвета).

8.3. Ред за подаване на искания

Исканията, свързани с горните права,

• на имейл адрес hello@corenta.app;
• чрез съответните екрани за настройки/поддръжка в приложението;
• или по другите начини, предвидени в KVKK.

могат да бъдат изпратени до Corenta.

Важна бележка относно данните на клиентите: ако си клиент на Клиника и искаш да отправиш искане относно данните си, трябва първо да се обърнеш към съответната Клиника (Администратор на лични данни), тъй като Клиниката е окончателният орган, вземащ решение, и адресатът по отношение на данните на клиентите. Corenta като обработващ лични данни предоставя необходимите технически инструменти (функции за преглед, експорт и изтриване на данни) съгласно указанията на Клиниката.

9. Роли и отговорности

10. Мерки за сигурност (през срока за съхранение)

През срока за съхранение личните данни се защитават със следните технически и организационни мерки (чл. 12 от KVKK):

• В архитектурата с много наематели (multi-tenant) се прилага принципът отказ по подразбиране (default-deny) със задължително tenant_id във всяка таблица и политики за сигурност на ниво ред (Row Level Security) (37/37 таблици, 86 политики); така изтичането на данни между наемателите е технически предотвратено.
• Достъпът до таблиците, съдържащи здравни данни, е ограничен до съответния клиент, назначения специалист и администратора на tenant; контролът на достъпа се прилага на ниво база данни (RLS). Бележките от сеанси след изпращането не могат да се променят/изтриват (append-only); за формулярите за анамнеза на нито един потребител (включително администратора) не е дадено право на изтриване.
• Режимът на поддръжка на суперадминистратора (имперсонация) е ограничен във времето (30 минути) и по подразбиране е само за четене; действията по запис и достъпът до здравните данни подлежат на отделни стъпки, изискващи допълнително одобрение; в нито един сценарий на имперсонация не се отваря достъп за запис до таблиците със здравни данни. (Това ограничение се отнася до сесиите за имперсонация, задействани от човек; автоматичните cron процеси със service-role са отделен слой — вж. раздел 5.7.)
• При предаването на данни се използва криптиране от край до край (TLS); в мобилното приложение токените на сесията се съхраняват криптирани в защитеното хардуерно хранилище за ключове на устройството (Keychain/Keystore).
• На чувствителните екрани са взети технически мерки за ограничаване на екранните снимки.
• За акаунтите на суперадминистраторите е задължително двуфакторното удостоверяване (2FA/MFA).
• Проверката на криптографски подпис на известията (webhook) за платежни операции е предвидена в архитектурата и се прилага; работата по пълното завършване на съответната конфигурация/управление на ключовете във всички среди (включително prod) продължава.
• Тези мерки за сигурност непрекъснато се преглеждат и подобряват; никоя техническа мярка обаче не гарантира абсолютна сигурност и в рамките на тази Политика не се поема ангажимент за абсолютна сигурност.

11. Подобработващи и локализация на данните

През срока за съхранение личните данни се обработват или хостват чрез следните подобработващи/доставчици на услуги. Договорите с тези доставчици предвиждат задължения данните да се обработват само с цел изпълнение на посочената услуга; това отношение изразява не сроковете за съхранение, а техническата среда, в която се хостват данните — изпълнението на решението за заличаване се извършва технически и при тези доставчици. Таблицата по-долу съставлява и изпълнението на правото „да знаеш третите лица, на които са предадени данните“ по чл. 11/4 от KVKK:

Допълнително:

• Инфраструктура за имейли: служебните имейли се изпращат чрез Google Workspace (Google); имейлите за удостоверяване се задействат от Supabase Auth. Рекламните имейли се изпращат само при условие на отделно съгласие и регистрация в İYS. Push известията се доставят чрез Apple (APNs) и Google (FCM).
• Инструмент за аналитика: не се използва инструмент за аналитика на трета страна (напр. Google Analytics). Измерването на използването на продукта в приложението в момента не е активно; ако бъде активирано, измерването ще се записва в таблица на първа страна в собствената база данни на Corenta (Supabase, Франкфурт/Германия), няма да съдържа здравни данни и свободен текст и преди активирането тази Политика ще бъде актуализирана; при активиране срокът за съхранение на записите от измерването ще бъде посочен в тази Политика.
• Наблюдение на грешки: не се използва инструмент за наблюдение на грешки на трета страна; грешките на клиентските приложения се записват в собствената база данни на Corenta.
• Няма инфраструктура за плащане директно с кредитна карта през уеб; плащанията се извършват само чрез механизмите за покупки в приложението (IAP) на Apple/Google; окончателната фактура/разписка се издава от Apple/Google (вж. раздел 4, ред 6).

Споделянето на данни с горните подобработващи се извършва само доколкото е необходимо за предоставянето на съответната услуга и в рамките на чл. 8/чл. 9 от KVKK. Трансфер в чужбина: всички горепосочени доставчици обработват данни извън Турция; хостването в Германия също е трансфер в чужбина по смисъла на KVKK. Тъй като тези трансфери са редовни и постоянни, те не се основават на изрично съгласие; те ще се основават на стандартните договори, обявени от Съвета съгласно чл. 9/4-c. Към датата на този текст стандартните договори все още не са подписани и Съветът не е уведомен за тях; всеки договор ще бъде съобщен на Съвета в срок от 5 работни дни от подписването и тази таблица ще бъде актуализирана с датите. Няма обявено от Съвета решение за адекватност относно тези държави (последна проверка: 11 октомври 2026 г.). Този списък може да се актуализира в зависимост от промените в доставчиците на услуги; актуалният списък може да се следи в Политиката за поверителност и/или в съответния информационен екран в продукта Corenta.

12. Регистрация във VERBİS

Към датата на този документ Teta Studio няма регистрация във VERBİS. Задължението за регистрация се преценява по критериите в решения № 2025/1572 (за администраторите на лични данни, чиято основна дейност е обработване на лични данни от специална категория, прагът за освобождаване е 10 служители годишно и годишен баланс от 10 милиона TL) и № 2025/2393 (критерий за броя на служителите за тези, които не водят книги на балансова основа) на Съвета. Тъй като Teta Studio обработва клиничните здравни данни не като администратор на лични данни, а като обработващ лични данни, преценката по отношение на собствените ѝ дейности като администратор на лични данни (Части A и C) се извършва по тези критерии. След завършването на писмената оценка и потвърждението от Органа (ALO 198) този раздел ще бъде актуализиран с дата и обосновка; ако регистрация е необходима, тя ще бъде направена преди продължаването на дейността.

Уточнение по роли: задължението за регистрация във VERBİS се преценява за контекста на корпоративния уеб сайт (формуляра за ранен достъп на corenta.app), в който Corenta действа като Администратор на лични данни, и състоянието му е описано по-горе. В контекста на SaaS продукта (app.corenta.app) Администратор на лични данни по отношение на данните на клиентите е Клиниката, затова наличието на задължение за регистрация във VERBİS трябва да се преценява отделно и независимо според собствените критерии на всяка Клиника (брой служители, годишен обем на обработваните данни, сфера на дейност, решения на Съвета за освобождаване и др.); тази преценка и евентуалното задължение за регистрация са на Клиниката и не могат да бъдат прехвърлени на Corenta.

13. Актуализиране на Политиката

Тази Политика може да бъде актуализирана в съответствие с промени в законодателството, решения на Съвета, развитие на техническата инфраструктура на Corenta (например добавяне на търсене на PII в текста на свободния текст на бележките от сеанси, посочено в раздел 4, ред 3 и в раздел 6.2; свързване на документите за проверка на специалисти (specialist-verification-docs), посочени в раздел 5.4/раздел 4, ред 11, с процеса на закриване на tenant; потвърждаване/въвеждане на изчистването на push токените, посочено в раздел 4, ред 10 и в раздел 7, т. 4; изграждане на механизъм за автоматична проверка за данните от формуляра за ранен достъп, посочен в раздел 7, т. 3; развитие на процеса за преносимост на данните, посочен в раздел 8.2; завършване на правните основания за трансфера в чужбина в раздел 11; промени в списъка на подобработващите) или промени в работните процеси. Актуалната версия се публикува на съответните платформи на Corenta (корпоративния уеб сайт и/или в приложението) и по отношение на разпоредбите, които противоречат на предишната версия, за основа се взема актуалната версия. При съществени промени потребителите/Клиниките допълнително се информират, доколкото е приложимо.

14. Контакт

За въпроси относно тази Политика или съхранението/заличаването на личните данни:

Имейл: hello@corenta.app Администратор на лични данни: Mertcan Demir — едноличен търговец, извършващ дейност с търговско наименование „Teta Studio“ Поддръжка: support@corenta.app Територия на услугата: Corenta се предлага глобално чрез App Store и Google Play в държавите, в които работят тези магазини. Сроковете в тази Политика се прилагат към потребителите във всяка държава; ако задължителното законодателство на дадена държава предвижда по-кратък срок за изтриване или по-дълго задължение за съхранение, се прилага тази разпоредба.

Последна актуализация: 19 октомври 2026 г. Версия 1.9 · 19 октомври 2026 г.