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: Израз „док је налог/закупац активан“ у табели изнад означава период током којег траје претплата одговарајуће Клинике на Corenta и Клиника није обрисала евиденцију клијента. Када ће Клиника обрисати податке сопственог клијента одређује се у оквиру сопствене политике Клинике према KVKK (у својству Руковаоца) и њеног односа са клијентом; Corenta за тај поступак обезбеђује техничку могућност.

Напомена 2: Рок од 2 године у реду 7 (Ревизорски трагови) и рок од 5 година у реду 8 (Евиденција сагласности) су фиксни рокови чувања које је одредила Corenta (за разлику од рока TTK/VUK у реду 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) не бришу се, већ се раскида веза са лицем — веза са лицем раскида се на нивоу базе података, нека поља слободног текста се чисте, а запис остаје као евиденција закупца са раскинутом везом са лицем, уз ограничен приступ (пошто се слободан текст белешке са сеансе не мења, не сматра се анонимним) (видети одељак 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). Ови документи технички нису повезани са корисником, већ са поступком провере одговарајућег закупца (Клинике) и у запису у бази не носе референцу на корисника; због тога не могу аутоматски бити укључени у постојећи ток брисања корисничког налога. Уништавање овог документа посебно ће се решавати у поступку затварања налога/претплате одговарајуће Клинике на нивоу закупца (видети одељак 5.6); док се то не заврши, изузетни захтеви се ручно процењују преко hello@corenta.app.

Због тога се у овој Политици не преузима апсолутна обавеза да се захтевом за брисање налога „сви подаци/датотеке корисника потпуно и одмах бришу“ (посебно у вези са техничким остацима у резервним копијама видети одељак 6.3, као и изузетак изнад); међутим, за категорије датотека описане изнад аутоматско брисање се стварно примењује.

5.5. Посебна напомена о здравственим подацима

Посебна врста здравствених података, као што су обрасци анамнезе, белешке са сеанси и евиденција мерења, такође подлеже општем току брисања описаном изнад (soft-delete → 30 дана → трајно брисање); међутим, као што је објашњено у одељку 4, редовима 2-4, и у одељку 6.2, у овим табелама корак трајног брисања примењује се раскидањем везе са лицем и делимичним чишћењем — запис се не брише командом DELETE, веза са лицем се раскида, а нека поља слободног текста се чисте; клиничка евиденција (посебно садржај белешке са сеансе append-only) чува се као евиденција закупца са раскинутом везом са лицем, уз ограничен приступ, и не сматра се анонимном. Поред тога, пошто је ова категорија података испреплетана са евиденцијом коју Клиника води у својству руковаоца, захтев клијента за брисање налога/података може бити у сукобу са сопственим законским обавезама чувања Клинике (на пример, обавезама вођења евиденције које могу произаћи из прописа о пружању здравствених услуга); метод раскидања везе са лицем и ограниченог чувања има за циљ да уравнотежи ове две обавезе (права клијента на подацима о личности и обавезу Клинике да води евиденцију). У таквим случајевима коначни орган одлучивања је Клиника у својству руковаоца; Corenta поступа према упутствима Клинике.

5.6. Брисање на нивоу Клинике (закупца)

Ако Клиника у потпуности оконча своју претплату на Corenta, иста архитектура у две фазе (soft-delete → 30 дана → трајно брисање) примењује се и на податке закупца који припадају Клиници и на све евиденције клијената под тим закупцем. Пошто је Клиника Руковалац за сопствене клијенте, дужна је да пре окончања претплате обавести своје клијенте у оквиру сопствених обавеза према KVKK; ова обавеза се не може пренети на Corenta.

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

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

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

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

6.1. Брисање

Радња којом се подаци о личности за одговарајуће кориснике (укључујући кориснике апликације и особље са приступом админ-панелу) чине ни на који начин недоступним и неупотребљивим. У Corenta се овај метод примењује у поступку soft-delete у Фази 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). Клинички/финансијски бројчани и временски садржај (датум, износ, вредност мерења, преостало стање сеанси, статус дошао/није дошао, време давања/повлачења сагласности) и даље се чува као евиденција закупца са раскинутом везом са лицем, због обавезе Клинике да води евиденцију и (за белешке са сеанси) начела 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. Анонимизација

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 (тренутни soft-delete → 30 дана → трајно брисање) (чл. 11/6).
• Захтев за информације / преносивост података: испуњава се тако што се лицу на које се подаци односе, у разумном року, подаци у оквиру његовог закупца дају у структурираном, машински читљивом формату (функција export_user_data, провера обима закупца је извршена). Механизам испоруке у овом поступку (формат датотеке, начин испоруке, функције као што је потписани линк за преузимање) стално се развија; у оквиру ове Политике не преузима се обавеза у погледу одређеног рока испоруке нити конкретног формата датотеке/приступа (чл. 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 и, политикама безбедности на нивоу реда (Row Level Security), начело подразумеване забране (default-deny) (37/37 табела, 86 политика); на тај начин је цурење података између закупаца технички спречено.
• Приступ табелама које садрже здравствене податке ограничен је на одговарајућег клијента, додељеног специјалисту и администратора закупца; контрола приступа примењује се на нивоу базе података (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.
• Не постоји инфраструктура за директно плаћање кредитном картицом преко веба; плаћања се врше искључиво преко механизама куповине у апликацији Apple/Google (IAP); коначну фактуру/признаницу издају Apple/Google (видети одељак 4, ред 6).

Дељење података са горенаведеним подобрађивачима врши се само у мери у којој је то потребно за пружање одговарајуће услуге и у оквиру чл. 8/чл. 9 KVKK. Пренос у иностранство: сви горенаведени пружаоци обрађују податке ван Türkiye; и хостовање у Немачкој је пренос у иностранство у смислу 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, потврда/увођење чишћења 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.