CORENTA — ПОЛИТИКА ЗА ЧУВАЊЕ И УНИШТУВАЊЕ ПОДАТОЦИ

Овој превод е даден само за информација; правно обврзувачки е текстот на турски јазик.

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

Во сила од / последно ажурирање: 19 октомври 2026 Верзија: 1.9 Контролор / издавач: Mertcan Demir — трговец поединец што работи под трговско име „Teta Studio“

Дневник на измени

• 1.9 — 19 октомври 2026: Изразот „само Турција“ во Делот 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-известувањата; адреса за поддршка; пазар (Турција).
• 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,
• Правилник за бришење, неповратно уништување или анонимизација на личните податоци (Службен весник (Resmî Gazete) од 28.10.2017, бр. 30224),
• Упатство за бришење, неповратно уништување или анонимизација на личните податоци и одлуките на Одборот за заштита на личните податоци („Одбор“),
• Турски трговски законик бр. 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 како дел од чекорот на трајно бришење — тоа е потврдено однесување што моментално фактички работи во системот. Ако бришењето во еден bucket не успее, тоа се евидентира; меѓутоа, тоа не го спречува чистењето на другите bucket-и или чекорите за анонимизација / трајно бришење на сметката (дизајн best-effort).

Искрена граница: единствената категорија датотеки надвор од опфатот на овој автоматски процес се документите за проверка на идентитет / диплома прикачени во процесот на регистрација на специјалист / самостоен специјалист (bucket 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, за податоците на tenant што ѝ припаѓаат на Клиниката и за сите евиденции на клиентите под тој tenant се применува истата архитектура во две фази (меко бришење → 30 дена → трајно бришење). Бидејќи Клиниката е контролор на своите клиенти, пред да ја прекине претплатата таа е должна да ги информира своите клиенти во рамките на сопствените обврски според KVKK; оваа обврска не може да се пренесе на Corenta.

5.7. Однос со режимот за поддршка на супер-администраторот (impersonation)

Процесите на бришење сметка и чување работат независно од механизмот за поддршка / преземање идентитет (impersonation) на Corenta. Сесиите за преземање идентитет се временски ограничени (30 минути) и стандардно се само за читање; пристапот до категориите здравствени податоци (анамнеза, белешка од сеанса, мерење) бара посебен чекор на одобрување (health_data_enabled), а запишувањето / бришењето во тие табели преку преземање идентитет под никакви услови не е дозволено (во политиките RLS не е предвиден никаков исклучок за преземање идентитет). Појаснување: ова ограничување се однесува на сесиите за преземање идентитет активирани од човек, во кои вработен за поддршка се најавува и рачно врши дејства; автоматскиот (без човечка интервенција) service-role cron процес опишан во Делот 5.2 е посебен слој од ова ограничување и не е засегнат од него — ограничувањето за преземање идентитет не го спречува автоматскиот механизам за трајно бришење во текот на бришењето сметка и не треба да се меша со него. Затоа процесите на бришење сметка / уништување се спроведуваат само преку автоматските механизми дефинирани во оваа Политика.

6. Методи на уништување

Според одредбите од чл. 8 и следните од Правилникот, подолу се објаснети методите на бришење / неповратно уништување / анонимизација што се применуваат според медиумите за евиденција.

6.1. Бришење

Постапка со која личните податоци на никаков начин не се достапни и не може повторно да се користат за соодветните корисници (вклучувајќи ги корисниците на апликацијата и персоналот со пристап до администраторскиот панел). Кај Corenta овој метод се применува во процесот на меко бришење во Фазата 1: иако податоците физички не се отстрануваат од базата на податоци, преку правата на пристап и интерфејсите се направени целосно недостапни.

6.2. Неповратно уништување (трајно бришење)

Постапка со која личните податоци на никаков начин не се достапни за никого, не може да се вратат и не може повторно да се користат. Во процесот на трајно бришење во Фазата 2 на Corenta ова начело се спроведува со два различни технички методи зависно од категоријата податоци:

• Запис за автентикација и записи без самостојна деловна вредност: записот за автентикација на корисникот (auth.users) во автоматскиот процес заштитен со service-role неповратно се брише директно со DELETE; поврзаните записи што по бришењето на сметката сами по себе немаат деловна / доказна вредност (на пр. известувањата, 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). Клиничката / финансиската нумеричка и историска содржина (датум, износ, вредност на мерење, преостанато салдо на сеанси, статус дојде / не дојде, време на давање / повлекување на согласноста), поради обврската на Клиниката да води евиденција и (за белешките од сеанси) начелото append-only, и понатаму се чува како евиденција на tenant со прекината врска со лицето; бидејќи слободниот текст на белешката од сеансата не се менува, овие евиденции не се сметаат за анонимни и се чуваат со ограничен пристап.

Кај белешките од сеанси (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. Анонимизација

Corenta, како дел од процесот на трајно бришење на сметката (види Дел 6.2), за здравствените податоци и клиничките / финансиските евиденции го користи методот на прекинување на врската со лицето и делумно чистење. Бидејќи слободниот текст на белешката од сеансата не се менува, а кај малите бизниси серијата датуми и мерења може да биде доволна за повторно идентификување на лицето, овој метод не секогаш го исполнува стандардот за анонимизација наведен подолу; овие евиденции не се сметаат за анонимни, се чуваат како лични податоци со ограничен пристап и се уништуваат на крајот на рокот. Покрај тоа, 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): во системот нема активност на автоматско одлучување или профилирање со која обработените податоци се анализираат исклучиво преку автоматизирани системи и со која настанува неповолен резултат за субјектот на податоците; затоа моментално не е потребен посебен механизам за приговор што фактички би се применувал за оваа точка.
• Барањата според чл. 13 од KVKK се решаваат бесплатно најдоцна во рок од 30 дена (ако дејството бара дополнителен трошок, може да се побара надоместок според тарифата утврдена од Одборот).

8.3. Постапка за поднесување барање

Барањата во врска со горенаведените права

• на адресата за е-пошта hello@corenta.app,
• преку соодветните екрани за поставки / поддршка во апликацијата,
• или на другите начини предвидени со KVKK,

може да се достават до Corenta.

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

9. Улоги и одговорности

10. Безбедносни мерки (во текот на рокот за чување)

Во текот на рокот за чување личните податоци се заштитени со следниве технички и организациски мерки (чл. 12 од KVKK):

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

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