CORENTA — PRAVILA O ČUVANJU I UNIŠTAVANJU PODATAKA

Ovaj prijevod služi samo za informaciju; pravno obvezujući tekst je onaj na turskom jeziku.

Brisanje klijenta bez računa: Radnja Izbriši koju izvrši voditelj klinike smatra se zahtjevom; zapis se odmah uklanja s aktivnog popisa, a nakon 30 dana brišu se/prazne podaci o identitetu/kontaktu i zdravstvena polja klijenta (krvna grupa, alergije, kronična stanja, lijekovi) (vidi 5.0). Opći opis brisanja računa u nastavku ne tumači se u ovom posebnom slučaju kao obveza trajnog brisanja retka klijenta. Evidencije anamneze, mjerenja, bilješki o seansama i financija ostaju podložne vlastitim odredbama o čuvanju.

Stupanje na snagu / posljednje ažuriranje: 19. listopada 2026. Verzija: 1.9 Voditelj obrade / izdavač: Mertcan Demir — obrt pod tvrtkom "Teta Studio"

Dnevnik izmjena

• 1.9 — 19. listopada 2026.: Izraz "samo Turska" u Odjeljku 14 zamijenjen je globalnom ponudom; rokovi čuvanja nisu se promijenili.
• 1.8 — 19. listopada 2026.: Verzija za objavu; datum stupanja na snagu 19. listopada 2026. U Odjeljak 4 dodan je redak za grupne poruke klinike i kopije poruka izdvojene za pregled tima (redak 12); popis periodičnog uništavanja u Odjeljku 7 u skladu s tim je proširen; iz tablice 1.3 uklonjeni su prazni podaci MERSİS i KEP.
• 1.7 — 11. listopada 2026.: Prema pregledu usklađenosti od 11. listopada 2026. (F01, F02, F08, F11, F13, F19, F21): uklonjen je izraz u §11 "Supabase/Frankfurt nije prijenos u inozemstvo", a odjeljak o prijenosu u inozemstvo napisan je prema stanju članka 9. Zakona br. 6698 nakon 2024. (standardni ugovori još nisu potpisani); za zdravstvene/kliničke/financijske evidencije izraz "anonimno" ispravljen je u ograničeno čuvanje uz prekinutu vezu s osobom (slobodan tekst bilješke o seansi ne mijenja se); pravna osnova retka o dokazu privole ispravljena je na čl. 5/2-e (uklonjeno je pogrešno upućivanje na čl. 20/2); redak o obrascu za rani pristup ažuriran je prema razdvajanju obavijesti i privole za komercijalne poruke; dodano je načelo periodičnog uništavanja svakih 6 mjeseci za kategorije bez automatskog uništavanja; identitet je ispravljen na obrt; odjeljak o VERBİS-u napisan je prema odlukama Odbora iz 2025.
• 1.6 — 10. listopada 2026.: Expo (Expo Push Notification Service) uklonjen je iz evidencija podizvršitelja/izvršitelja obrade; push obavijesti prenose se samo putem Applea (APNs) i Googlea (FCM), Expo/EAS samo je alat za izradu aplikacije i ne obrađuje podatke krajnjih korisnika.
• 1.5 — 10. listopada 2026.: Uklonjen je izraz o odabiru Google Analyticsa; pojašnjeno je da se ne koristi analitika trećih strana i tko su izvršitelji obrade push obavijesti.
• 1.4 — 4. listopada 2026.: Postojeći tekst fiksiran je kao odobrena verzija. U ovoj su verziji obrađeni samo: brisanje računa (pristup odmah prestaje, osobni se podaci brišu/anonimiziraju, evidencije uplata koje zahtijevaju zakonsko čuvanje čuvaju se bez identiteta; nema roka za poništenje); brisanje zdravstvenih polja klijenta nakon 30 dana; rok od 7 dana za potvrde bez veze; skrivanje kontakata klijenta u načinu podrške; mjerenje na strani poslužitelja bez identiteta; e-pošta usluge i Google Workspace; izvršitelji obrade push obavijesti; adresa podrške; tržište (Turska).
• 1.3 — 7. srpnja 2026. (ažuriranje od 4. kolovoza 2026.): prethodna verzija.

Važna napomena o svojstvu voditelja / izvršitelja obrade: Ova Pravila o čuvanju i uništavanju podataka ("Pravila") uređuju koliko će se dugo čuvati osobni podaci koji se obrađuju u okviru softverske usluge Corenta ("Usluga" ili "Aplikacija"), koju je razvio i koju vodi Mertcan Demir, koji posluje kao obrt pod tvrtkom "Teta Studio" ("Corenta", "Teta Studio", "Društvo"), kriterije na kojima se temelji određivanje tih rokova te metode kojima će se ti podaci izbrisati, uništiti ili anonimizirati kad rok čuvanja istekne ili razlog obrade prestane.

Ova su Pravila izrađena u okviru Zakona br. 6698 o zaštiti osobnih podataka ("KVKK"), Pravilnika o brisanju, uništavanju ili anonimizaciji osobnih podataka ("Pravilnik") i ostalih relevantnih propisa te su sastavni dio Corentina popisa obrade osobnih podataka. Ova se Pravila trebaju čitati zajedno s odgovarajućom Obaviješću/Pravilima privatnosti u kojima su detaljno objašnjene svrhe i pravne osnove obrade; ovaj dokument uređuje samo rokove čuvanja i postupke uništavanja i nema za cilj sam ispuniti cjelokupnu obvezu informiranja iz čl. 10. KVKK-a.

1. Svrha i opseg

1.1. Svrha

Svrha je ovih Pravila objasniti kriterije za određivanje najduljeg roka potrebnog za svrhu u koju Corenta obrađuje osobne podatke, primjenu rokova predviđenih propisima te postupke i načela brisanja, uništavanja ili anonimizacije osobnih podataka kojima je istekao rok čuvanja. Ova su Pravila izrađena na temelju čl. 5., 6., 7., 10., 11. i 12. KVKK-a i odgovarajućih članaka Pravilnika.

1.2. Opseg i podjela uloga — Važno upozorenje

Ova Pravila obuhvaćaju dva odvojena područja u kojima Corenta obrađuje podatke u dva različita svojstva; ta se podjela dosljedno primjenjuje u cijelim Pravilima i izravno utječe na način tumačenja tablice rokova čuvanja:

(a) Kontekst korporativne web stranice (corenta.app — obrazac za zahtjev za rani pristup/demo): Za osobne podatke koje putem obrasca za prijavu za rani pristup šalju potencijalni poslovni korisnici zainteresirani za proizvod, Corenta/Teta Studio djeluje izravno kao voditelj obrade u skladu s čl. 3. KVKK-a.

(b) Kontekst SaaS proizvoda (app.corenta.app): Za osobne podatke koje kliničke pilates, fizioterapijske, reformer, wellness/masažne i joga djelatnosti koje platformu Corenta koriste putem pretplate ("Tenant", "Djelatnost" ili "Klinika") unose u platformu za svoje klijente ("Klijent ispitanik") (kontaktni podaci, anamneza, bilješke o seansama, podaci o terminima/paketima i sl.), Klinika je voditelj obrade u skladu s čl. 3. KVKK-a; Corenta/Teta Studio pruža uslugu tehničke infrastrukture samo kao izvršitelj obrade, prema uputama Klinike. Obveza informiranja klijenata, pribavljanje izričite privole i konačna odluka o čuvanju/uništavanju podataka klijenata pravna su odgovornost Klinike. Corenta ispunjavanje tih obveza tehnički olakšava unutar proizvoda (mehanizam bilježenja privola consent_logs, mobilni zaslon za odobrenje prema KVKK-u kvkk.tsx, revizijski tragovi), ali ne preuzima obvezu usklađenosti Klinike s KVKK-om. Rokovi čuvanja opisani u ovim Pravilima za taj kontekst pokazuju koliko Corenta kao izvršitelj obrade stvarno drži te podatke u svojoj infrastrukturi; konačnu odluku o uništavanju i rok mogu oblikovati upute Klinike i propisi kojima ona podliježe.

Ova Pravila, u pogledu općih načela, obuhvaćaju i postupke čuvanja/uništavanja osobnih podataka Corentinih zaposlenika, poslovnih partnera i dobavljača; međutim, glavni su fokus Pravila podaci poslovnih korisnika/klijenata definirani u točkama (a) i (b) gore.

1.3. Podaci o voditelju / izvršitelju obrade

1.4. Temeljni propisi

• Zakon br. 6698 o zaštiti osobnih podataka,
• Pravilnik o brisanju, uništavanju ili anonimizaciji osobnih podataka (Službeni list od 28.10.2017., br. 30224),
• Smjernice o brisanju, uništavanju ili anonimizaciji osobnih podataka i odluke Odbora za zaštitu osobnih podataka ("Odbor"),
• Turski trgovački zakonik br. 6102 (čuvanje trgovačkih knjiga i isprava),
• Zakon br. 213 o poreznom postupku (čuvanje financijskih evidencija),
• Ostali relevantni sektorski propisi (uključujući, u mjeri u kojoj se primjenjuju, propise o pružanju zdravstvenih usluga).

2. Definicije

3. Kriteriji za određivanje roka čuvanja i uništavanja (čl. 5. i 6. KVKK-a)

3.1. Razlozi koji zahtijevaju čuvanje

U Corenti se osobni podaci čuvaju samo onoliko dugo koliko je izričito predviđeno odgovarajućim propisima ili koliko je potrebno za svrhu u koju se obrađuju. Pri određivanju roka čuvanja uzimaju se u obzir sljedeći kriteriji:

1. Postoji li zakonska obveza čuvanja? (Npr. najkraći rokovi čuvanja financijskih evidencija prema Turskom trgovačkom zakoniku i Zakonu o poreznom postupku.)
2. U koju je svrhu podatak obrađen i je li ta svrha još valjana? (Čl. 5/2 KVKK-a — načelo ograničenja svrhe.)
3. Je li potreban za sklapanje/izvršenje ugovora? (Npr. podaci o terminima i paketima dok traje odnos pretplate/usluge.)
4. Je li potreban za zasnivanje, ostvarivanje ili zaštitu prava (kao dokazno sredstvo u mogućem pravnom sporu)? (Uzimajući u obzir opće rokove zastare iz Zakona o obveznim odnosima.)
5. Postoji li izričita privola ispitanika i je li ta privola i dalje valjana?
6. Ima li Corenta ili Klinika legitimni interes? (Npr. sigurnosni zapisi, otkrivanje prijevara/zlouporaba.)
7. Pripada li podatak posebnoj (zdravstvenoj) kategoriji? U tom se slučaju, prema čl. 6. KVKK-a, primjenjuju stroža ograničenja pristupa i obrazloženje; rok čuvanja nikad se ne produljuje izvan svrhe.

Ako nijedan od gore navedenih kriterija ne zahtijeva čuvanje određenog osobnog podatka, podatak se odmah briše, uništava ili anonimizira.

3.2. Razlozi koji zahtijevaju uništavanje

Osobni podaci brišu se, uništavaju ili anonimiziraju na zahtjev dotične osobe ili po službenoj dužnosti od strane Corente/Klinike u sljedećim slučajevima:

a) Izmjena ili ukidanje propisa koji su temelj obrade, b) Prestanak svrhe koja zahtijeva obradu ili čuvanje, c) U slučajevima obrade na temelju izričite privole, povlačenje privole ispitanika, d) Podnošenje zahtjeva ispitanika za brisanje/uništavanje u okviru prava iz čl. 11. KVKK-a i prihvaćanje tog zahtjeva (zahtjev za brisanje računa), e) Istek roka čuvanja osobnih podataka i nepostojanje ikakvog pravnog razloga koji zahtijeva čuvanje, f) Nesklapanje ugovora, njegova nevaljanost, raskid ili odustanak od ugovora, g) Konačni završetak zahtjeva za brisanje računa u okviru postupka opisanog u članku 5. ovih Pravila.

4. Tablica kategorija podataka, rokova čuvanja i metoda uništavanja

Tablica u nastavku prikazuje glavne kategorije osobnih podataka koji se obrađuju u Corentinoj infrastrukturi, rok čuvanja, obrazloženje i metodu uništavanja koja se primjenjuje na kraju roka. Ako nije izričito drukčije navedeno, opće je pravilo: "Dok je povezani račun/zapis aktivan + 30 dana od zaprimanja zahtjeva za brisanje računa u obradu." Tablicu treba čitati zajedno s tijekom brisanja računa opisanim u Odjeljku 5. Za neke kategorije korak na kraju 30 dana tog tijeka nije DELETE (trajno brisanje), nego anonimizacija — ta je razlika izričito navedena u odgovarajućim retcima i u Odjeljku 6.2.

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

</div>

Napomena 1: U gornjoj tablici izraz "dok je račun/tenant aktivan" označava razdoblje u kojem traje Corenta pretplata dotične Klinike i u kojem Klinika nije izbrisala zapis klijenta. Kada će Klinika izbrisati podatke svojeg klijenta određuje se njezinim vlastitim pravilima prema KVKK-u (u svojstvu voditelja obrade) i njezinim odnosom s klijentom; Corenta za taj postupak osigurava tehničku mogućnost.

Napomena 2: Rokovi od 2 godine u retku 7 (Zapisi revizijskog traga) i od 5 godina u retku 8 (Evidencije privola) fiksni su rokovi čuvanja koje je odredila Corenta (za razliku od roka iz Trgovačkog zakonika/Zakona o poreznom postupku u retku 6, ne temelje se izravno na zakonskoj odredbi; riječ je o samoobvezujućoj obvezi određenoj u okviru legitimnog interesa i obveze dokazivanja iz čl. 5/2-f KVKK-a). Na kraju tih rokova u sustavu trenutno ne radi automatski mehanizam brisanja po isteku čuvanja — kad rok istekne, brisanje/anonimizacija provodi se ručno; kad se automatizacija uvede, ova će se Pravila ažurirati. Izraz "najviše 2 godine" u retku 9 (Podaci iz obrasca za rani pristup) ima drugi opseg i, kako je objašnjeno u njegovu retku, izražava zasebnu pravnu gornju granicu.

5. Postupak brisanja računa — Rad od početka do kraja

Kako bi tehnički ispunila zahtjev ispitanika za brisanje u okviru čl. 11. KVKK-a, Corenta primjenjuje arhitekturu brisanja u dvije faze koja vodi računa o ravnoteži između korisničkog iskustva i potreba sigurnosti podataka/pravnog dokazivanja: trenutno meko brisanje (soft-delete) i nakon toga trajno brisanje na kraju 30 dana.

5.0. Izmjena od 4. listopada 2026. — kad je u suprotnosti s 5.1–5.7, ovaj članak ima prednost

Brisanje računa (od 4. listopada 2026.): Kad se zahtjev za brisanje potvrdi, pristup računu odmah prestaje (sesije se završavaju, prijava nije moguća); osobni se podaci brišu ili anonimiziraju (čiste se ime, e-pošta, telefon, slika te podaci o identitetu/kontaktu klijenta i zdravstvena polja — krvna grupa, alergije, kronična stanja, lijekovi); evidencije uplata i honorara koje zahtijevaju zakonsko čuvanje ne brišu se; čuvaju se s prekinutom vezom s osobom i uz ograničen pristup. Nakon zahtjeva ne postoji rok za poništenje; trajno brisanje evidencije autentifikacije i datoteka završava se u postojećem pozadinskom postupku od trideset dana.

Brisanje zapisa klijenta i zdravstvena polja (od 4. listopada 2026.): Kad djelatnost izbriše zapis klijenta koji nema račun, zapis se odmah uklanja s aktivnog popisa; na kraju 30 dana zajedno s podacima o identitetu i kontaktu brišu se/prazne i zdravstvena polja klijenta (krvna grupa, alergije, kronična stanja, lijekovi). Na pravila čuvanja obrazaca anamneze, mjerenja i bilješki o seansama ova odredba ne utječe.

Datoteke potvrda (od 4. listopada 2026.): Datoteke potvrda koje nisu povezane s uplatom (bez veze) automatski se brišu nakon 7 dana; potvrdu povezanu s uplatom ne može izbrisati nijedna uloga.

Kontakti klijenta u načinu podrške (od 4. listopada 2026.): U Corentinoj sesiji podrške (super-admin) e-pošta i telefon klijenta ne prikazuju se osoblju podrške; osoblje podrške vidi samo ograničen sažetak identiteta (ime, status računa, aktivnost, datum izrade).

Ovlast pisanja u zdravstvena polja (od 4. listopada 2026.): U zdravstvena polja klijenta (krvna grupa, alergije, kronična stanja, lijekovi) mogu pisati samo sam klijent i njemu dodijeljeni specijalist; vlasnik/voditelj djelatnosti ne može pisati u ta polja (može uređivati osobu za kontakt u hitnim slučajevima i polja identiteta).

Pseudonimizirano mjerenje proizvoda: Radi poboljšanja proizvoda mogu se mjeriti, samo na strani poslužitelja, zbirni događaji korištenja s pseudonimom klinike; to mjerenje ne sadrži IP adresu, zdravstvene podatke ni praćenje izvora/oglasa. Pseudonim klinike ima narav pseudonima (nije bez identiteta). Mogućnost je trenutno isključena.

5.1. Faza 1 — Trenutno meko brisanje (Soft-Delete)

U trenutku kad korisnik u aplikaciji potvrdi zahtjev za brisanje računa, sustav istodobno i odmah provodi sljedeće radnje:

1. Zapis profila korisnika postaje pasivan popunjavanjem polja deleted_at; račun više nije dostupan/vidljiv za uobičajenu upotrebu i ne može se koristiti za prijavu.
2. Korisnikovi termini na čekanju (koji se još nisu održali) automatski se otkazuju.
3. Dodjele u kojima korisnik sudjeluje kao specijalist/resurs (uparivanja klijent-specijalist, dodjele programa) uklanjaju se.
4. Sve korisnikove privole povlače se (obrađuje se popunjavanjem polja revoked_at u zapisima consent_logs).

U ovoj fazi podaci nisu fizički izbrisani, ali su postali nedostupni za uobičajenu obradu i prikaz. To je prvi korak postupka brisanja s naravi "činjenja nedostupnim" u smislu čl. 7. KVKK-a i Pravilnika.

5.2. Faza 2 — Trajno brisanje (nakon 30 dana)

30 (trideset) dana nakon mekog brisanja, zakazani zadatak (cron job) koji automatski radi u sustavu nepovratno provodi sljedeće radnje:

1. Evidencija autentifikacije korisnika (auth.users) briše se trajno i nepovratno.
2. Zapisi u bazi podataka povezani s korisnikom obrađuju se različito ovisno o kategoriji: zapisi bez samostalne poslovne/dokazne vrijednosti (npr. obavijesti) trajno se brišu (DELETE/cascade); zdravstveni podaci (anamnesis_forms, session_notes, measurements) te kliničke/financijske evidencije (payments, attendance, consent_logs) ne brišu se, nego im se prekida veza s osobom — veza s osobom prekida se na razini baze podataka, neka polja slobodnog teksta čiste se, a zapis ostaje kao zapis tenanta s prekinutom vezom s osobom uz ograničen pristup (budući da se slobodan tekst bilješke o seansi ne mijenja, ne smatra se anonimnim) (vidi Odjeljak 4, retke 2-5, 8, 10 i Odjeljak 6.2).
3. Ova se radnja automatski pokreće samo u povlaštenom pozadinskom procesu sustava (zaštićenom service-roleom); nijedan korisnik ni voditelj Djelatnosti, uključujući administrativno osoblje, ne može taj postupak putem uobičajenih sučelja proizvoda ručno pokrenuti, ranije aktivirati ni zaustaviti — to je svjestan sigurnosni dizajn radi sprječavanja preranog/zakašnjelog brisanja greškom ili zlouporabom. (To se jamstvo odnosi na uobičajena korisnička i upravljačka sučelja proizvoda; postupci tehničkih operacija koji na povlaštenoj infrastrukturnoj razini mogu imati izravan pristup bazi podataka izvan su opsega tog jamstva i podliježu zasebnim internim kontrolama pristupa.)

Svrha pozadinskog postupka od 30 dana (od 4. listopada 2026.): Budući da pristup računu prestaje odmah sa zahtjevom za brisanje, taj rok ne daje mogućnost poništenja/odustanka; koristi se za dovršetak trajnog brisanja evidencije autentifikacije i datoteka te za pregled moguće zlouporabe. Taj je rok razuman i ograničen, u skladu s načelom razmjernosti iz čl. 5. KVKK-a. O statusu zahtjeva za brisanje možete se obratiti na hello@corenta.app.

5.3. Iznimka: Podaci za koje postoji zakonska obveza čuvanja

Gornji postupak trajnog brisanja nakon 30 dana ne obuhvaća evidencije navedene u Odjeljku 4, Tablici, retku br. 6 (Metapodaci pretplate/transakcija) za koje postoji zakonska obveza čuvanja prema Turskom trgovačkom zakoniku/Zakonu o poreznom postupku. Te se evidencije, čak i ako se račun trajno izbriše, zasebno čuvaju do isteka odgovarajućeg zakonskog roka čuvanja, odvojeno od svrhe obrade osobnih podataka i uz pristup ograničen samo na ispunjenje zakonske obveze. Isto tako, zapisi revizijskog traga (audit_logs) i minimalna jezgra evidencija privola u dokazne svrhe (vidi Odjeljak 4, retke 7-8) mogu se i dalje čuvati izvan tog roka od 30 dana, u zasebnu i ograničenu svrhu, uz obrazloženje legitimnog interesa/pravnog dokazivanja. U Odjeljku 4, Napomeni 2, izričito je navedeno da rokovi u okviru ove iznimke ne odgovaraju tehničkom mehanizmu koji se automatski primjenjuje u sustavu.

5.4. Posebno objašnjenje o pohranjenim privicima (Važno — Transparentnost)

U skladu s načelom transparentnosti izričito se navodi: Pri trajnom brisanju zapisi u bazi podataka (profil, termini, dodjele, privole i sl.) potpuno se brišu ili (za zdravstvene/kliničke/financijske evidencije, vidi Odjeljak 6.2) anonimiziraju; privici koji pripadaju korisniku i čuvaju se u zasebnom prostoru za pohranu (Storage) obrađuju se ovako: avatar/profilna fotografija, dokument/fotografija priložena obrascu anamneze i slika potvrde o uplati automatski se (best-effort) brišu iz Storagea kao dio koraka trajnog brisanja — to je potvrđeno ponašanje koje u sustavu trenutno stvarno radi. Ako brisanje u jednom bucketu ne uspije, to se bilježi; ali ne sprječava čišćenje ostalih bucketa ni korake anonimizacije/trajnog brisanja računa (best-effort dizajn).

Iskrena granica: Jedina kategorija datoteka izvan ovog automatskog postupka su dokumenti za provjeru identiteta/diplome učitani u postupku upisa specijalista/solo (bucket specialist-verification-docs). Ti dokumenti tehnički nisu vezani uz korisnika, nego uz postupak provjere dotičnog tenanta (Klinike) i u zapisu baze ne nose referencu na korisnika; zato ih trenutno nije moguće automatski uključiti u postojeći tijek brisanja korisničkog računa. Uništavanje tog dokumenta zasebno će se obraditi u postupku zatvaranja računa/pretplate dotične Klinike na razini tenanta (vidi Odjeljak 5.6); dok se to ne dovrši, iznimni se zahtjevi ručno procjenjuju putem hello@corenta.app.

Stoga se u ovim Pravilima ne daje apsolutna obveza da se zahtjevom za brisanje računa "svi podaci/datoteke korisnika potpuno i odmah brišu" (posebno za tehničke ostatke u sigurnosnim kopijama vidi Odjeljak 6.3, i za gornju iznimku); međutim, za gore opisane kategorije datoteka automatsko se brisanje stvarno primjenjuje.

5.5. Posebna napomena o zdravstvenim podacima

I zdravstveni podaci posebne kategorije, poput obrazaca anamneze, bilješki o seansama i zapisa o mjerenjima, podliježu gornjem općem tijeku brisanja (soft-delete → 30 dana → trajno brisanje); međutim, kako je objašnjeno u Odjeljku 4, retcima 2-4, i u Odjeljku 6.2, u tim se tablicama korak trajnog brisanja provodi prekidom veze s osobom i djelomičnim čišćenjem — zapis se ne briše DELETE-om, veza s osobom se prekida i neka se polja slobodnog teksta čiste; klinički zapis (posebno append-only sadržaj bilješke o seansi) čuva se kao zapis tenanta s prekinutom vezom s osobom, uz ograničen pristup, i ne smatra se anonimnim. Osim toga, budući da je ta kategorija podataka isprepletena sa zapisima koje Klinika vodi kao voditelj obrade, zahtjev klijenta za brisanje računa/podataka može biti u sukobu s vlastitim zakonskim obvezama čuvanja Klinike (na primjer s obvezama vođenja evidencije koje mogu proizlaziti iz propisa o pružanju zdravstvenih usluga); metoda prekida veze s osobom i ograničenog čuvanja nastoji uravnotežiti te dvije obveze (prava klijenta nad osobnim podacima i obvezu Klinike da vodi evidenciju). U takvim je slučajevima konačno tijelo odlučivanja Klinika, u svojstvu voditelja obrade; Corenta postupa prema uputi Klinike.

5.6. Brisanje na razini klinike (tenanta)

Ako Klinika potpuno prekine svoju Corenta pretplatu, ista arhitektura u dvije faze (soft-delete → 30 dana → trajno brisanje) primjenjuje se i na podatke tenanta Klinike i na sve zapise klijenata u tom tenantu. Budući da je Klinika voditelj obrade za svoje klijente, prije prekida pretplate dužna je obavijestiti svoje klijente u okviru vlastitih obveza prema KVKK-u; ta se obveza ne može prenijeti na Corentu.

5.7. Odnos prema načinu podrške super-admina (Impersonation)

Postupci brisanja računa i čuvanja rade neovisno o Corentinu mehanizmu podrške/impersonationa. Sesije impersonationa vremenski su ograničene (30 minuta) i zadano su samo za čitanje; pristup kategorijama zdravstvenih podataka (anamneza, bilješka o seansi, mjerenja) zahtijeva zaseban korak odobrenja (health_data_enabled), a radnje pisanja/brisanja u tim tablicama putem impersonationa ni pod kojim uvjetima nisu dopuštene (u RLS pravilima nije priznata nikakva iznimka za impersonation). Pojašnjenje: Ovo se ograničenje odnosi na sesije impersonationa koje pokreće čovjek, u kojima se djelatnik podrške prijavljuje i ručno obavlja radnje; automatski (bez ljudske intervencije) cron postupak sa service-roleom opisan u Odjeljku 5.2 zaseban je sloj u odnosu na to ograničenje i ono na njega ne utječe — ograničenje impersonationa ne sprječava automatski mehanizam trajnog brisanja u tijeku brisanja računa i ne smije se s njim miješati. Stoga se postupci brisanja računa/uništavanja provode samo putem automatskih mehanizama definiranih u ovim Pravilima.

6. Metode uništavanja

U skladu s čl. 8. i sljedećima Pravilnika, metode brisanja/uništavanja/anonimizacije koje se primjenjuju ovisno o mediju zapisa objašnjene su u nastavku.

6.1. Brisanje

Radnja kojom osobni podaci postaju na bilo koji način nedostupni i neupotrebljivi za odgovarajuće korisnike (uključujući korisnike aplikacije i osoblje s pristupom administratorskoj ploči). U Corenti se ta metoda primjenjuje u postupku soft-deletea u Fazi 1: iako se podaci fizički ne uklanjaju iz baze podataka, putem ovlasti pristupa i sučelja postaju potpuno nedostupni.

6.2. Uništavanje (trajno brisanje)

Radnja kojom osobni podaci postaju na bilo koji način nedostupni, nepovratni i neupotrebljivi za bilo koga. U Corentinu postupku trajnog brisanja u Fazi 2 to se načelo provodi dvjema različitim tehničkim metodama ovisno o kategoriji podataka:

• Evidencija autentifikacije i zapisi bez samostalne poslovne vrijednosti: Evidencija autentifikacije korisnika (auth.users) nepovratno se briše izravno s DELETE u automatskom postupku zaštićenom service-roleom; povezani zapisi koji nakon brisanja računa sami nemaju poslovnu/dokaznu vrijednost (npr. obavijesti, notifications — vidi Odjeljak 4, redak 10) brišu se zajedno s njom na razini baze podataka s ON DELETE CASCADE.
• Zdravstvene, kliničke i financijske evidencije: Za anamnesis_forms, session_notes, measurements, payments, attendance i consent_logs korak trajnog brisanja provodi se ne brisanjem zapisa s DELETE, nego prekidom veze s osobom i djelomičnim čišćenjem (vidi Odjeljak 6.6): stupci stranih ključeva koji identificiraju osobu (client_id, specialist_id, user_id i sl.) nepovratno se postavljaju na NULL ograničenjem FK ON DELETE SET NULL; stupce sadržaja koji mogu sadržavati izričit identitet ili PII u slobodnom tekstu (odgovori anamneze, bilješke slobodnog teksta mjerenja/uplata, referenca potvrde o uplati, IP adresa zapisa privole) čisti ili zamjenjuje anonimnom oznakom funkcija anonymize_user_relations() (može je pozvati samo service-role, default-deny). Kliničko/financijski brojčani i povijesni sadržaj (datum, iznos, vrijednost mjerenja, stanje preostalih seansi, status došao/nije došao, vrijeme davanja/povlačenja privole) i dalje se čuva kao zapis tenanta s prekinutom vezom s osobom, zbog obveze Klinike da vodi evidenciju i (za bilješke o seansama) načela append-only; budući da se slobodan tekst bilješke o seansi ne mijenja, ti se zapisi ne smatraju anonimnima i čuvaju se uz ograničen pristup.

Kod bilješki o seansama (session_notes) append-only ograničenje ne dopušta promjenu sadržaja; samo za postavljanje stupaca veze s osobom (client_id, specialist_id) na NULL priznata je uska iznimka s jednom jedinom svrhom — sam sadržaj bilješke ni u ovom postupku ni u jednoj fazi se ne briše ni ne mijenja.

Granica: Za osobne podatke unutar teksta koji se mogu pojaviti u poljima slobodnog teksta izvan izričitih stupaca identiteta (npr. ime spomenuto u tijelu bilješke o seansi) ne postoji mehanizam pregleda/čišćenja. Zato se ti zapisi ne smatraju anonimnima; čuvaju se kao osobni podaci uz ograničen pristup i uništavaju se na kraju roka.

Obje gore navedene metode, budući da su zaštićene service-roleom, ne mogu se pokrenuti ni poništiti putem uobičajenih sučelja proizvoda.

6.3. Brisanje iz sigurnosnih kopija (Backup)

Sigurnosne kopije baze podataka automatski se prepisuju/uništavaju nakon određenog roka u okviru uobičajenog ciklusa sigurnosnih kopija (rotacije). Iako trajno brisanje odmah djeluje u primarnoj bazi podataka, izričito se navodi da podaci u prethodno izrađenim sigurnosnim kopijama mogu tehnički i dalje postojati do isteka standardnog roka rotacije sigurnosnih kopija pružatelja (Supabase). To je standardna praksa u okviru ugovora o obradi podataka (DPA) odgovarajućeg podizvršitelja obrade (Supabase).

6.4. Privici u prostoru za pohranu datoteka (Storage)

Datoteke koje korisnici učitaju, poput slika avatara, potvrda o uplati i privitaka anamnezi, čuvaju se u zasebnom prostoru za pohranu (Storage). Vidi Odjeljak 5.4 — trenutačno stanje tih sadržaja u postupku brisanja računa (automatsko brisanje za avatar/privitak anamnezi/potvrdu o uplati, jedina iznimka za specialist-verification-docs) ondje je detaljno i transparentno objašnjeno.

6.5. Podaci na papiru

Osobni podaci koji se obrađuju u okviru Corentina SaaS proizvoda čuvaju se u digitalnom obliku; obrada osobnih podataka na papiru nije predviđena. Ako se u trgovačkoj/administrativnoj korespondenciji Društva iznimno koristi papir, uništavanje se provodi zacrnjivanjem/spaljivanjem/nepovratnim usitnjavanjem u uređaju za uništavanje papira.

6.6. Anonimizacija

Kao dio postupka trajnog brisanja računa (vidi Odjeljak 6.2) Corenta za zdravstvene podatke i kliničke/financijske evidencije koristi metodu prekida veze s osobom i djelomičnog čišćenja. Budući da se slobodan tekst bilješke o seansi ne mijenja i da u malim djelatnostima niz datuma i mjerenja može biti dovoljan za ponovnu identifikaciju osobe, ta metoda ne zadovoljava u svakom slučaju niže navedeni standard anonimizacije; ti se zapisi ne smatraju anonimnima, čuvaju se kao osobni podaci uz ograničen pristup i uništavaju se na kraju roka. Osim toga, Corenta može za razvoj proizvoda, statističke analize ili istraživanje tržišta koristiti podatke anonimizirane tako da ih nije moguće povezati s fizičkom osobom čiji je identitet utvrđen ili se može utvrditi. Anonimizacija zahtijeva da se podatak pretvori u oblik u kojem se, čak ni u kombinaciji s drugim podacima, nepovratno ne može povezati s osobom; maskiranje/pseudonimizacija provedena bez osiguranja tog standarda ne smatra se anonimizacijom i i dalje podliježe režimu obrade osobnih podataka. Anonimizirani podaci smatraju se izvan opsega KVKK-a i ne podliježu ograničenjima rokova čuvanja iz ovih Pravila.

6.7. Odabir metode

Metodu uništavanja koja će se primijeniti određuje Corenta i/ili Klinika uzimajući u obzir narav podatka (pripada li posebnoj kategoriji), medij na kojem se čuva (baza podataka, pohrana datoteka, sustav zapisa, sustav sigurnosnih kopija), pravne i tehničke mogućnosti te odluke Odbora i načela navedena u Pravilniku. Za posebne kategorije osobnih podataka (uključujući zdravstvene podatke) pri uništavanju se postupa s najvećom pažnjom.

7. Postupak periodičnog uništavanja

U skladu s čl. 11. Pravilnika, Corenta je dužna osobne podatke kojima je istekao rok čuvanja i/ili je prestala svrha obrade po službenoj dužnosti (bez čekanja zahtjeva) izbrisati, uništiti ili anonimizirati; rok periodičnog uništavanja koji se u tom okviru predviđa ne smije biti dulji od 6 (šest) mjeseci. U tom se okviru izričito razlikuju mehanizmi koji trenutno stvarno rade u sustavu i oni koji ne rade:

1. Postupak trajnog brisanja nakon 30 dana od zahtjeva za brisanje računa periodično (dnevno) provjerava automatski zakazani zadatak (cron job), a računi kojima je istekao rok obrađuju se skupno. To je potvrđena automatizacija koja trenutno stvarno radi u sustavu.
2. Rok čuvanja predviđen za zapise revizijskog traga (audit_logs) periodično se preispituje; međutim, trenutno nije uveden mehanizam brisanja koji to preispitivanje automatski provodi (vidi Odjeljak 4, redak 7).
3. Najdulji rok čuvanja određen za podatke iz obrasca za rani pristup (vidi Odjeljak 4, redak 9) referenca je pravne gornje granice za obvezu periodičnog uništavanja iz čl. 11. Pravilnika; međutim, u sustavu trenutno ne postoji automatski mehanizam pregleda/brisanja koji odgovara tom roku. Za tu se kategoriju podataka, dok se automatizacija ne uvede, brisanje/anonimizacija procjenjuje ručno i na zahtjev (vidi Odjeljak 4, Napomenu 2). To se pitanje drži transparentnim, u skladu s ostalim nepotvrđenim tvrdnjama o automatizaciji (vidi točke 2 i 4).
4. Zasebno automatsko i periodično čišćenje isteklih/nevaljanih tokena za push obavijesti planirano je poboljšanje u planu razvoja proizvoda; nije tehnički potvrđeno da taj mehanizam trenutno stvarno radi u sustavu (vidi Odjeljak 4, redak 10). Kad se potvrdi ili uvede, ova će se Pravila ažurirati.
5. Periodično uništavanje svakih 6 mjeseci: Za kategorije u ovom Odjeljku koje nemaju automatsko uništavanje (revizijski trag, dokazi o dopuštenjima s prekinutom vezom s osobom, podaci iz obrasca za rani pristup, dokumenti za provjeru specijalista, kopije grupnih poruka za moderaciju) Corenta primjenjuje periodično uništavanje svakih 6 mjeseci i za svaki ciklus sastavlja zapisnik o uništavanju. Zakazani poslovi koji bi automatizirali te cikluse još ne postoje; ciklusi se provode ručno.

Postupak periodičnog uništavanja, neovisno o rokovima navedenima u ovim Pravilima, ne sprječava pojedinačni zahtjev ispitanika za brisanje/uništavanje u okviru čl. 11. KVKK-a; ispitanik može zatražiti brisanje čak i ako rok čuvanja nije istekao, ako je prestala pravna osnova odgovarajuće aktivnosti obrade (npr. povlačenje privole). I za kategorije za koje automatizacija još nije uvedena, pojedinačni zahtjev ispitanika, kad se uputi putem hello@corenta.app, ručno se procjenjuje i rješava.

8. Prava ispitanika i postupak podnošenja zahtjeva (čl. 11. KVKK-a)

8.1. Prava iz članka 11. KVKK-a

U skladu s čl. 11. KVKK-a ispitanici imaju sljedeća prava:

1. Saznati obrađuju li se njihovi osobni podaci,
2. Zatražiti informacije o tome ako su osobni podaci obrađeni,
3. Saznati svrhu obrade osobnih podataka i koriste li se u skladu sa svrhom,
4. Znati treće strane u zemlji ili inozemstvu kojima su osobni podaci preneseni,
5. Zatražiti ispravak osobnih podataka ako su obrađeni nepotpuno ili netočno,
6. Zatražiti brisanje ili uništavanje osobnih podataka u okviru čl. 7. KVKK-a,
7. Zatražiti da se radnje provedene na temelju gornjih točaka (5) i (6) priopće trećim stranama kojima su osobni podaci preneseni,
8. Prigovoriti nepovoljnom rezultatu koji proizlazi iz analize obrađenih podataka isključivo automatiziranim sustavima,
9. Zatražiti naknadu štete ako su pretrpjeli štetu zbog nezakonite obrade osobnih podataka.

8.2. Iskren sažetak trenutačne tehničke provedbe

Sljedeće se iznosi kao iskren i realan sažetak trenutačne tehničke provedbe:

• Zahtjev za brisanje (brisanje računa): Može se podnijeti izravno iz odgovarajućeg izbornika postavki u mobilnoj aplikaciji; taj se zahtjev automatski ispunjava postupkom u dvije faze (trenutni soft-delete → 30 dana → trajno brisanje) opisanim u Odjeljku 5 (čl. 11/6).
• Zahtjev za informacije / prenosivost podataka: Ispunjava se tako da se ispitaniku u razumnom roku stave na raspolaganje njegovi podaci u opsegu njegova tenanta u strukturiranom, strojno čitljivom formatu (funkcija export_user_data, s potvrđenim opsegom tenanta). Mehanizam isporuke tog postupka (format datoteke, način isporuke, značajke poput potpisane poveznice za preuzimanje) stalno se razvija; u okviru ovih Pravila ne daje se obveza o određenom roku isporuke ni o specifičnom formatu datoteke/pristupa (čl. 11/1-2).
• Informacije o prijenosu trećim stranama (čl. 11/4): Informacije o trećim stranama/podizvršiteljima obrade u zemlji i inozemstvu kojima su osobni podaci preneseni dane su u tablici Odjeljka 11 (Podizvršitelji obrade i lokalizacija podataka) ovih Pravila.
• Zahtjev za ispravak (čl. 11/5): Tehnički se može provesti ručno putem upravljačke ploče Klinike; ne postoji zaseban, automatski tijek rada za "zahtjev za ispravak". U kontekstu SaaS proizvoda zahtjeve za ispravak podataka klijenata treba najprije uputiti dotičnoj Klinici; Corenta kao izvršitelj obrade pruža tehničku podršku prema uputi Klinike.
• Obavještavanje trećih strana (čl. 11/7): Zahtjev da se radnje brisanja/ispravka priopće trećim stranama kojima su podaci preneseni procjenjuje se kad se uputi kanalima navedenima u postupku podnošenja zahtjeva; taj se postupak trenutno ne provodi automatski, nego ručno.
• Prigovor na automatsku odluku/izradu profila (čl. 11/8): U sustavu ne postoji aktivnost automatskog donošenja odluka ili izrade profila koja analizom obrađenih podataka isključivo automatiziranim sustavima dovodi do nepovoljnog rezultata za ispitanika; stoga trenutno ne postoji potreba za zasebnim mehanizmom prigovora za tu točku.
• Zahtjevi se u skladu s čl. 13. KVKK-a rješavaju besplatno najkasnije u roku od 30 dana (ako radnja zahtijeva dodatni trošak, može se zatražiti naknada prema tarifi koju je odredio Odbor).

8.3. Postupak podnošenja zahtjeva

Zahtjevi u vezi s gore navedenim pravima:

• na adresu e-pošte hello@corenta.app,
• putem odgovarajućih zaslona postavki/podrške u aplikaciji,
• ili drugim postupcima predviđenima KVKK-om,

mogu se uputiti Corenti.

Važna napomena o podacima klijenata: Ako ste klijent Klinike i želite podnijeti zahtjev u vezi sa svojim podacima, najprije se morate obratiti dotičnoj Klinici (voditelju obrade); jer je za podatke klijenata Klinika konačno tijelo odlučivanja i izravni sugovornik. Corenta kao izvršitelj obrade osigurava potrebne tehničke alate (funkcije pregleda, izvoza i brisanja podataka) prema uputama Klinike.

9. Uloge i odgovornosti

10. Sigurnosne mjere (tijekom roka čuvanja)

Tijekom roka čuvanja osobni podaci zaštićeni su sljedećim tehničkim i administrativnim mjerama (čl. 12. KVKK-a):

• U arhitekturi s više zakupaca (multi-tenant) primjenjuje se načelo zadanog odbijanja (default-deny) uz obvezan tenant_id u svakoj tablici i pravila sigurnosti na razini retka (Row Level Security) (37/37 tablica, 86 pravila); time se curenje podataka između zakupaca tehnički sprječava.
• Pristup tablicama sa zdravstvenim podacima ograničen je samo na dotičnog klijenta, dodijeljenog specijalista i voditelja tenanta; kontrola pristupa provodi se na razini baze podataka (RLS). Bilješke o seansama nakon slanja ne mogu se mijenjati/brisati (append-only); za obrasce anamneze nijednom korisniku (uključujući voditelja) nije dana ovlast brisanja.
• Način podrške super-admina (impersonation) vremenski je ograničen (30 minuta) i zadano samo za čitanje; radnje pisanja i pristup zdravstvenim podacima podliježu zasebnim koracima koji traže dodatno odobrenje; ni u jednom scenariju impersonationa ne otvara se pristup pisanju u tablice zdravstvenih podataka. (To se ograničenje odnosi na sesije impersonationa koje pokreće čovjek; automatski cron procesi sa service-roleom zaseban su sloj — vidi Odjeljak 5.7.)
• Pri prijenosu podataka koristi se šifriranje s kraja na kraj (TLS); u mobilnoj aplikaciji tokeni sesije čuvaju se šifrirani u sigurnom, hardverski podržanom spremištu ključeva uređaja (Keychain/Keystore).
• Na osjetljivim zaslonima poduzete su tehničke mjere za ograničavanje snimki zaslona.
• Za račune super-admina obvezna je dvofaktorska autentifikacija (2FA/MFA).
• Kriptografska provjera potpisa obavijesti (webhook) povezanih s plaćanjima predviđena je u arhitekturi i primjenjuje se; rad na potpunom dovršetku odgovarajuće konfiguracije/upravljanja ključevima u svim okruženjima (uključujući prod) je u tijeku.
• Te se sigurnosne mjere stalno preispituju i poboljšavaju; međutim, nijedna tehnička mjera ne jamči apsolutnu sigurnost i u okviru ovih Pravila ne daje se obveza apsolutne sigurnosti.

11. Podizvršitelji obrade i lokalizacija podataka

Tijekom roka čuvanja osobni podaci obrađuju se ili smještaju putem sljedećih podizvršitelja obrade/pružatelja usluga. U ugovorima s tim pružateljima predviđene su obveze da se podaci obrađuju samo u svrhu izvršenja navedene usluge; taj odnos ne izražava rokove čuvanja, nego tehničko okruženje u kojem su podaci smješteni — provedba odluke o uništavanju tehnički se izvršava i kod tih pružatelja. Tablica u nastavku ujedno ostvaruje pravo "znati treće strane kojima su podaci preneseni" iz čl. 11/4 KVKK-a:

Osim toga:

• Infrastruktura e-pošte: E-pošta usluge šalje se putem Google Workspacea (Google); e-poštu za autentifikaciju pokreće Supabase Auth. Promotivna e-pošta šalje se samo uz zasebnu privolu i upis u İYS. Push obavijesti prenose se putem Applea (APNs) i Googlea (FCM).
• Analitički alat: Ne koristi se analitički alat treće strane (npr. Google Analytics). Mjerenje korištenja proizvoda unutar aplikacije trenutno nije aktivno; ako se aktivira, mjerenje se upisuje u tablicu prve strane koja se vodi u Corentinoj vlastitoj bazi podataka (Supabase, Frankfurt/Njemačka), ne sadrži zdravstvene podatke ni slobodan tekst, a ova se Pravila ažuriraju prije aktivacije; kad se aktivira, rok čuvanja zapisa mjerenja bit će naveden u ovim Pravilima.
• Praćenje pogrešaka: Ne koristi se alat za praćenje pogrešaka treće strane; pogreške klijenta bilježe se u Corentinoj vlastitoj bazi podataka.
• Ne postoji infrastruktura za izravno plaćanje kreditnom karticom putem weba; plaćanja se provode samo putem mehanizama kupnje unutar aplikacije (IAP) Applea/Googlea; konačni račun/potvrdu izdaju Apple/Google (vidi Odjeljak 4, redak 6).

Dijeljenje podataka s gore navedenim podizvršiteljima obrade provodi se samo u mjeri potrebnoj za pružanje odgovarajuće usluge i u okviru čl. 8./9. KVKK-a. Prijenos u inozemstvo: Svi navedeni pružatelji obrađuju podatke izvan Turske; i smještaj u Njemačkoj prijenos je u inozemstvo u smislu KVKK-a. Budući da su ti prijenosi redoviti i trajni, ne temelje se na izričitoj privoli; temeljit će se na standardnim ugovorima koje je objavio Odbor u skladu s čl. 9/4-c. Na dan ovog teksta standardni ugovori još nisu potpisani niti su prijavljeni Odboru; svaki će ugovor biti prijavljen Odboru u roku od 5 radnih dana od potpisa, a ova će tablica biti ažurirana datumima. Odbor nije objavio odluku o primjerenosti za te zemlje (posljednja provjera: 11. listopada 2026.). Ovaj se popis može ažurirati ovisno o promjenama pružatelja usluga; aktualni popis može se pratiti u Pravilima privatnosti i/ili na odgovarajućem informativnom zaslonu u proizvodu Corenta.

12. Upis u VERBİS

Na dan ovog dokumenta Teta Studio nema upis u VERBİS. Obveza upisa procjenjuje se prema kriterijima odluka Odbora br. 2025/1572 (za voditelje obrade čija je glavna djelatnost obrada posebnih kategorija podataka prag za iznimku je 10 zaposlenika godišnje i bilanca od 10 milijuna TL) i br. 2025/2393 (kriterij broja zaposlenika za one koji ne vode knjige na temelju bilance). Budući da Teta Studio kliničke zdravstvene podatke ne obrađuje kao voditelj obrade, nego kao izvršitelj obrade, procjena za njegove aktivnosti kao voditelja obrade (Dijelovi A i C) provodi se prema tim kriterijima. Kad se dovrše pisana bilješka o procjeni i potvrda Tijela (ALO 198), ovaj će se odjeljak ažurirati s datumom i obrazloženjem; ako je upis potreban, bit će proveden prije nastavka djelatnosti.

Pojašnjenje prema ulogama: Obveza upisa u VERBİS procjenjuje se za kontekst korporativne web stranice (obrazac za rani pristup na corenta.app), u kojem Corenta djeluje kao voditelj obrade, a njezino je stanje objašnjeno gore. U kontekstu SaaS proizvoda (app.corenta.app), budući da je voditelj obrade podataka klijenata Klinika, postoji li obveza upisa u VERBİS mora se procijeniti zasebno i neovisno prema vlastitim kriterijima svake Klinike (broj zaposlenika, godišnji opseg obrade podataka, područje djelatnosti, odluke Odbora o iznimkama i sl.); ta procjena i eventualna obveza upisa pripadaju Klinici i ne mogu se prenijeti na Corentu.

13. Ažuriranje Pravila

Ova se Pravila mogu ažurirati u skladu s izmjenama propisa, odlukama Odbora, razvojem Corentine tehničke infrastrukture (na primjer dodavanjem pregleda PII-ja unutar slobodnog teksta bilješki o seansama navedenim u Odjeljku 4, retku 3, i u Odjeljku 6.2; povezivanjem dokumenata za provjeru specijalista (specialist-verification-docs) navedenih u Odjeljku 5.4/Odjeljku 4, retku 11, s postupkom zatvaranja tenanta; potvrdom/uvođenjem čišćenja push tokena navedenog u Odjeljku 4, retku 10, i u Odjeljku 7, točki 4; uspostavom automatskog mehanizma pregleda za podatke iz obrasca za rani pristup navedenog u Odjeljku 7, točki 3; razvojem postupka prenosivosti podataka navedenog u Odjeljku 8.2; dovršetkom pravnih osnova za prijenos u inozemstvo u Odjeljku 11; promjenama popisa podizvršitelja obrade) ili promjenama poslovnih procesa. Aktualna verzija objavljuje se na odgovarajućim Corentinim platformama (korporativna web stranica i/ili unutar aplikacije), a za odredbe koje su u suprotnosti s prethodnom verzijom mjerodavna je aktualna verzija. Pri važnim izmjenama korisnici/Klinike, u mjeri u kojoj je to primjenjivo, zasebno se obavještavaju.

14. Kontakt

Za vaša pitanja o ovim Pravilima ili o čuvanju/uništavanju osobnih podataka:

E-pošta: hello@corenta.app Voditelj obrade: Mertcan Demir — obrt pod tvrtkom "Teta Studio" Podrška: support@corenta.app Područje usluge: Corenta se nudi globalno putem App Storea i Google Playa, u zemljama u kojima te trgovine posluju. Rokovi iz ovih Pravila primjenjuju se na korisnika u svakoj zemlji; ako obvezni propisi neke zemlje predviđaju kraću obvezu brisanja ili dulju obvezu čuvanja, primjenjuje se ta odredba.

Posljednje ažuriranje: 19. listopada 2026. Verzija 1.9 · 19. listopada 2026.