CORENTA — POLITIKA E RUAJTJES DHE ASGJËSIMIT TË TË DHËNAVE

Ky përkthim ka vetëm qëllim informues; teksti ligjërisht detyrues është ai në turqisht.

Fshirja e klientit pa llogari: Veprimi Fshi i menaxherit të klinikës konsiderohet kërkesë; regjistri hiqet menjëherë nga lista aktive dhe pas 30 ditësh të dhënat e identitetit/kontaktit dhe fushat shëndetësore të klientit (grupi i gjakut, alergjitë, gjendjet kronike, ilaçet) fshihen/zbrazen (shih 5.0). Përshkrimi i përgjithshëm i fshirjes së llogarisë më poshtë nuk interpretohet në këtë rast të veçantë si detyrim për fshirjen përfundimtare të rreshtit të klientit. Regjistrat e anamnezës, matjeve, shënimeve të seancave dhe financave mbeten nën dispozitat e tyre të ruajtjes.

Hyrja në fuqi / përditësimi i fundit: 19 tetor 2026 Versioni: 1.9 Kontrolluesi i të dhënave / botuesi: Mertcan Demir — biznes individual me emrin tregtar "Teta Studio"

Regjistri i ndryshimeve

• 1.9 — 19 tetor 2026: Shprehja "vetëm Turqia" në Seksionin 14 u zëvendësua me ofrimin global; afatet e ruajtjes nuk ndryshuan.
• 1.8 — 19 tetor 2026: Versioni i publikimit; data e hyrjes në fuqi 19 tetor 2026. Në Seksionin 4 u shtua rreshti për mesazhet e grupeve të klinikës dhe kopjet e mesazheve të ndara për shqyrtim nga ekipi (rreshti 12); lista e asgjësimit periodik në Seksionin 7 u zgjerua përkatësisht; nga tabela 1.3 u hoqën të dhënat bosh MERSİS dhe KEP.
• 1.7 — 11 tetor 2026: Sipas rishikimit të përputhshmërisë të 11 tetorit 2026 (F01, F02, F08, F11, F13, F19, F21): u hoq shprehja në §11 "Supabase/Frankfurt nuk është transferim jashtë vendit" dhe seksioni i transferimit jashtë vendit u shkrua sipas gjendjes pas vitit 2024 të nenit 9 të Ligjit nr. 6698 (kontratat standarde ende nuk janë nënshkruar); për regjistrat shëndetësorë/klinikë/financiarë shprehja "anonim" u korrigjua në ruajtje e kufizuar me lidhjen me personin të këputur (teksti i lirë i shënimit të seancës nuk ndryshohet); baza ligjore e rreshtit të provës së pëlqimit u korrigjua në nenin 5/2-e (u hoq referenca e gabuar në nenin 20/2); rreshti i formularit të qasjes së hershme u përditësua sipas ndarjes së informimit nga pëlqimi për mesazhe tregtare; u shtua parimi i asgjësimit periodik çdo 6 muaj për kategoritë pa asgjësim automatik; identiteti u korrigjua si biznes individual; seksioni VERBİS u shkrua sipas vendimeve të Bordit të vitit 2025.
• 1.6 — 10 tetor 2026: Expo (Expo Push Notification Service) u hoq nga regjistrat e nënpërpunuesve/përpunuesve; njoftimet push transmetohen vetëm përmes Apple (APNs) dhe Google (FCM), Expo/EAS është vetëm mjet për ndërtimin e aplikacionit dhe nuk përpunon të dhëna të përdoruesve fundorë.
• 1.5 — 10 tetor 2026: U hoq shprehja për zgjedhjen e Google Analytics; u sqarua që nuk përdoret analitikë e palëve të treta dhe kush janë përpunuesit e njoftimeve push.
• 1.4 — 4 tetor 2026: Teksti ekzistues u fiksua si version i miratuar. Në këtë version u trajtuan vetëm këto: fshirja e llogarisë (qasja ndërpritet menjëherë, të dhënat personale fshihen/anonimizohen, regjistrat e pagesave që kërkojnë ruajtje ligjore ruhen pa identitet; pa afat për anulim); fshirja e fushave shëndetësore të klientit në fund të 30 ditëve; afati 7-ditor për mandatpagesat jetime; fshehja e kontakteve të klientit në mënyrën e mbështetjes; matja pa identitet në anën e serverit; email-et e shërbimit dhe Google Workspace; përpunuesit e push; adresa e mbështetjes; tregu (Turqia).
• 1.3 — 7 korrik 2026 (përditësimi i 4 gushtit 2026): versioni i mëparshëm.

Shënim i rëndësishëm për cilësinë e kontrolluesit / përpunuesit të të dhënave: Kjo Politikë e ruajtjes dhe asgjësimit të të dhënave ("Politika") rregullon sa kohë do të ruhen të dhënat personale të përpunuara në kuadër të shërbimit softuerik Corenta ("Shërbimi" ose "Aplikacioni"), të zhvilluar dhe të drejtuar nga Mertcan Demir, që vepron si biznes individual me emrin tregtar "Teta Studio" ("Corenta", "Teta Studio", "Shoqëria"), kriteret mbi të cilat përcaktohen këto afate, si dhe metodat me të cilat këto të dhëna do të fshihen, shkatërrohen ose anonimizohen kur afati i ruajtjes mbaron ose arsyeja e përpunimit zhduket.

Kjo Politikë është përgatitur në kuadër të Ligjit nr. 6698 për mbrojtjen e të dhënave personale ("KVKK"), Rregullores për fshirjen, shkatërrimin ose anonimizimin e të dhënave personale ("Rregullorja") dhe legjislacionit tjetër përkatës, dhe është pjesë e pandashme e inventarit të përpunimit të të dhënave personale të Corenta. Kjo Politikë duhet lexuar së bashku me Tekstin e informimit/Politikën e privatësisë, ku shpjegohen në hollësi qëllimet dhe bazat ligjore të përpunimit; ky dokument rregullon vetëm afatet e ruajtjes dhe procedurat e asgjësimit dhe nuk synon të përmbushë vetëm ai të gjithë detyrimin e informimit sipas nenit 10 të KVKK.

1. Qëllimi dhe fusha

1.1. Qëllimi

Qëllimi i kësaj Politike është të shpjegojë kriteret për përcaktimin e afatit maksimal të nevojshëm për qëllimin për të cilin përpunohen të dhënat personale nga Corenta, zbatimin e afateve të parashikuara në legjislacion dhe procedurat dhe parimet për fshirjen, shkatërrimin ose anonimizimin e të dhënave personale të cilave u ka mbaruar afati i ruajtjes. Kjo Politikë është përgatitur mbi bazën e neneve 5, 6, 7, 10, 11 dhe 12 të KVKK dhe të neneve përkatëse të Rregullores.

1.2. Fusha dhe ndarja e roleve — Paralajmërim i rëndësishëm

Kjo Politikë mbulon dy fusha të veçanta ku Corenta përpunon të dhëna me dy cilësi të ndryshme; kjo ndarje zbatohet në mënyrë të qëndrueshme në të gjithë Politikën dhe ndikon drejtpërdrejt në mënyrën si interpretohet tabela e afateve të ruajtjes:

(a) Konteksti i faqes zyrtare (corenta.app — formulari i kërkesës për qasje të hershme/demo): Për të dhënat personale që dërgojnë përmes formularit të aplikimit për qasje të hershme klientët e mundshëm të biznesit që shfaqin interes për produktin, Corenta/Teta Studio vepron drejtpërdrejt si Kontrollues i të dhënave sipas nenit 3 të KVKK.

(b) Konteksti i produktit SaaS (app.corenta.app): Për të dhënat personale që qendrat e pilatesit klinik, fizioterapisë, reformerit, mirëqenies/masazhit dhe jogës që përdorin platformën Corenta me abonim ("Tenant", "Biznesi" ose "Klinika") fusin në platformë për klientët e tyre ("Klienti subjekt i të dhënave") (të dhëna kontakti, anamnezë, shënime seancash, të dhëna takimesh/paketash etj.), Klinika është Kontrollues i të dhënave sipas nenit 3 të KVKK; Corenta/Teta Studio ofron shërbim infrastrukture teknike vetëm si Përpunues i të dhënave, sipas udhëzimeve të Klinikës. Detyrimi i informimit ndaj klientëve, marrja e pëlqimit të shprehur dhe vendimi përfundimtar për ruajtjen/asgjësimin e të dhënave të klientëve janë përgjegjësi ligjore e Klinikës. Corenta e lehtëson teknikisht përmbushjen e këtyre detyrimeve brenda produktit (mekanizmi i regjistrimit të pëlqimit consent_logs, ekrani celular i miratimit KVKK kvkk.tsx, gjurmët e auditimit), por nuk e merr përsipër detyrimin e përputhshmërisë me KVKK të Klinikës. Afatet e ruajtjes të shpjeguara në këtë Politikë për këtë kontekst tregojnë sa kohë Corenta, si përpunues, i mban faktikisht këto të dhëna në infrastrukturën e saj; vendimi përfundimtar dhe afati i asgjësimit mund të formësohen sipas udhëzimit të Klinikës dhe legjislacionit të cilit i nënshtrohet.

Kjo Politikë mbulon gjithashtu, për sa u përket parimeve të përgjithshme, proceset e ruajtjes/asgjësimit të të dhënave personale të punonjësve, partnerëve të biznesit dhe furnizuesve të Corenta; megjithatë fokusi kryesor i Politikës janë të dhënat e klientëve të biznesit/klientëve të përcaktuara në pikat (a) dhe (b) më sipër.

1.3. Të dhënat e kontrolluesit / përpunuesit

1.4. Legjislacioni bazë

• Ligji nr. 6698 për mbrojtjen e të dhënave personale,
• Rregullorja për fshirjen, shkatërrimin ose anonimizimin e të dhënave personale (Fletorja Zyrtare e 28.10.2017, nr. 30224),
• Udhëzuesi për fshirjen, shkatërrimin ose anonimizimin e të dhënave personale dhe vendimet e Bordit të Mbrojtjes së të Dhënave Personale ("Bordi"),
• Kodi Tregtar Turk nr. 6102 (ruajtja e librave dhe dokumenteve tregtare),
• Ligji nr. 213 për procedurat tatimore (ruajtja e regjistrave financiarë),
• Legjislacion tjetër sektorial përkatës (përfshirë, për aq sa zbatohet, legjislacionin për ofrimin e shërbimeve shëndetësore).

2. Përkufizimet

3. Kriteret për përcaktimin e afatit të ruajtjes dhe të asgjësimit (nenet 5 dhe 6 të KVKK)

3.1. Arsyet që kërkojnë ruajtjen

Në Corenta të dhënat personale ruhen vetëm për aq kohë sa parashikohet shprehimisht në legjislacionin përkatës ose sa është e nevojshme për qëllimin për të cilin përpunohen. Gjatë përcaktimit të afatit të ruajtjes merren për bazë kriteret e mëposhtme:

1. A ka detyrim ligjor ruajtjeje? (P.sh. afatet minimale të ruajtjes për regjistrat financiarë sipas Kodit Tregtar Turk dhe Ligjit për procedurat tatimore.)
2. Për çfarë qëllimi është përpunuar e dhëna dhe a është ky qëllim ende i vlefshëm? (Neni 5/2 i KVKK — parimi i kufizimit sipas qëllimit.)
3. A është e nevojshme për lidhjen/zbatimin e kontratës? (P.sh. të dhënat e takimeve dhe paketave gjatë kohës që marrëdhënia e abonimit/shërbimit vazhdon.)
4. A është e nevojshme për krijimin, ushtrimin ose mbrojtjen e një të drejte (si mjet prove në një mosmarrëveshje të mundshme ligjore)? (Duke marrë parasysh afatet e përgjithshme të parashkrimit sipas Kodit të Detyrimeve.)
5. A ka pëlqim të shprehur të subjektit të të dhënave dhe a mbetet ky pëlqim i vlefshëm?
6. A ka interes legjitim Corenta ose Klinika? (P.sh. regjistrat e sigurisë, zbulimi i mashtrimeve/abuzimeve.)
7. A bën pjesë e dhëna në kategorinë e të dhënave të veçanta (shëndetësore)? Në këtë rast, sipas nenit 6 të KVKK, zbatohen kufizime më të rrepta qasjeje dhe arsyetim; afati i ruajtjes nuk zgjatet kurrë përtej qëllimit.

Nëse asnjë nga kriteret e mësipërme nuk e kërkon ruajtjen e një të dhëne personale të caktuar, e dhëna fshihet, shkatërrohet ose anonimizohet menjëherë.

3.2. Arsyet që kërkojnë asgjësimin

Të dhënat personale fshihen, shkatërrohen ose anonimizohen me kërkesë të personit përkatës ose kryesisht nga Corenta/Klinika në rastet e mëposhtme:

a) Ndryshimi ose shfuqizimi i dispozitave ligjore që përbëjnë bazën e përpunimit, b) Zhdukja e qëllimit që kërkon përpunimin ose ruajtjen, c) Në rastet e përpunimit të bazuar në pëlqim të shprehur, tërheqja e pëlqimit nga subjekti i të dhënave, d) Paraqitja nga subjekti i të dhënave e një kërkese për fshirje/shkatërrim në kuadër të të drejtave sipas nenit 11 të KVKK dhe pranimi i kësaj kërkese (kërkesa për fshirjen e llogarisë), e) Mbarimi i afatit të ruajtjes së të dhënave personale dhe mungesa e çdo arsyeje ligjore që kërkon ruajtjen, f) Moslidhja e kontratës, pavlefshmëria e saj, zgjidhja ose tërheqja nga kontrata, g) Përfundimi përfundimtar i kërkesës për fshirjen e llogarisë brenda procesit të përcaktuar në nenin 5 të kësaj Politike.

4. Tabela e kategorive të të dhënave, afateve të ruajtjes dhe metodave të asgjësimit

Tabela më poshtë tregon kategoritë kryesore të të dhënave personale të përpunuara në infrastrukturën e Corenta, afatin e ruajtjes, arsyetimin dhe metodën e asgjësimit që zbatohet në fund të afatit. Përveç kur shprehet ndryshe, rregulli i përgjithshëm është: "Për aq kohë sa llogaria/regjistri përkatës është aktiv + 30 ditë nga marrja në shqyrtim e kërkesës për fshirjen e llogarisë." Tabela duhet lexuar së bashku me rrjedhën e fshirjes së llogarisë të shpjeguar në Seksionin 5. Për disa kategori, hapi në fund të 30 ditëve të kësaj rrjedhe nuk është DELETE (fshirje përfundimtare), por anonimizim — ky dallim shprehet qartë në rreshtat përkatës dhe në Seksionin 6.2.

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

</div>

Shënimi 1: Në tabelën më sipër shprehja "për aq kohë sa llogaria/tenant-i është aktiv" nënkupton periudhën gjatë së cilës abonimi Corenta i Klinikës përkatëse vazhdon dhe regjistri i klientit nuk është fshirë nga Klinika. Kur Klinika do t'i fshijë të dhënat e klientit të vet përcaktohet nga politika KVKK e vetë Klinikës (në cilësinë e Kontrolluesit të të dhënave) dhe nga marrëdhënia e saj me klientin; Corenta siguron mundësinë teknike për këtë proces.

Shënimi 2: Afatet prej 2 vjetësh në rreshtin 7 (Regjistrat e gjurmës së auditimit) dhe 5 vjetësh në rreshtin 8 (Regjistrat e pëlqimit) janë afate fikse ruajtjeje të përcaktuara nga Corenta (ndryshe nga afati i Kodit Tregtar/Ligjit për procedurat tatimore në rreshtin 6, nuk bazohen drejtpërdrejt në një dispozitë ligjore; janë angazhim vetëdetyrues i përcaktuar në kuadër të interesit legjitim dhe detyrimit të provës sipas nenit 5/2-f të KVKK). Në fund të këtyre afateve aktualisht nuk funksionon në sistem një mekanizëm automatik fshirjeje në fund të ruajtjes — kur afati mbaron, fshirja/anonimizimi kryhet me dorë; kur automatizimi të vihet në punë, kjo Politikë do të përditësohet. Shprehja "deri në 2 vjet" në rreshtin 9 (Të dhënat e formularit të qasjes së hershme) ka fushë tjetër dhe, siç shpjegohet në rreshtin e vet, shpreh një kufi të sipërm ligjor më vete.

5. Procesi i fshirjes së llogarisë — Funksionimi nga fillimi në fund

Për ta përmbushur teknikisht kërkesën për fshirje të subjekteve të të dhënave sipas nenit 11 të KVKK, Corenta zbaton një arkitekturë fshirjeje me dy faza, që ruan ekuilibrin mes përvojës së përdoruesit dhe nevojave për sigurinë e të dhënave/provën ligjore: fshirje e butë e menjëhershme (soft-delete) dhe pas saj fshirje përfundimtare në fund të 30 ditëve.

5.0. Ndryshimi i 4 tetorit 2026 — kur bie ndesh me 5.1–5.7, ky nen ka përparësi

Fshirja e llogarisë (që nga 4 tetor 2026): Kur kërkesa për fshirje konfirmohet, qasja në llogari ndërpritet menjëherë (seancat mbyllen, hyrja nuk është e mundur); të dhënat personale fshihen ose anonimizohen (pastrohen emri, email-i, telefoni, imazhi, si dhe të dhënat e identitetit/kontaktit të klientit dhe fushat shëndetësore — grupi i gjakut, alergjitë, gjendjet kronike, ilaçet); regjistrat e pagesave dhe të fitimeve që kërkojnë ruajtje ligjore nuk fshihen; ruhen me lidhjen me personin të këputur dhe me qasje të kufizuar. Pas kërkesës nuk ka afat anulimi; fshirja përfundimtare e regjistrit të vërtetimit të identitetit dhe e skedarëve përfundon në procesin ekzistues në sfond prej tridhjetë ditësh.

Fshirja e regjistrit të klientit dhe fushat shëndetësore (që nga 4 tetor 2026): Kur biznesi fshin regjistrin e një klienti pa llogari, regjistri hiqet menjëherë nga lista aktive; në fund të 30 ditëve, bashkë me të dhënat e identitetit dhe kontaktit, fshihen/zbrazen edhe fushat shëndetësore të klientit (grupi i gjakut, alergjitë, gjendjet kronike, ilaçet). Rregullat e ruajtjes së formularëve të anamnezës, matjeve dhe shënimeve të seancave nuk ndikohen nga kjo dispozitë.

Skedarët e mandatpagesave (që nga 4 tetor 2026): Skedarët e mandatpagesave që nuk janë lidhur me një pagesë (jetime) fshihen automatikisht pas 7 ditësh; një mandatpagesë e lidhur me një pagesë nuk fshihet nga asnjë rol.

Kontaktet e klientit në mënyrën e mbështetjes (që nga 4 tetor 2026): Në seancën e mbështetjes së Corenta (super-admin) email-i dhe telefoni i klientit nuk i shfaqen stafit të mbështetjes; stafi i mbështetjes sheh vetëm një përmbledhje të kufizuar identiteti (emri, gjendja e llogarisë, aktiviteti, data e krijimit).

E drejta për të shkruar në fushat shëndetësore (që nga 4 tetor 2026): Në fushat shëndetësore të klientit (grupi i gjakut, alergjitë, gjendjet kronike, ilaçet) mund të shkruajnë vetëm vetë klienti dhe specialisti i caktuar; pronari/menaxheri i biznesit nuk mund të shkruajë në këto fusha (mund të ndryshojë personin e kontaktit për urgjenca dhe fushat e identitetit).

Matja e produktit me pseudonim: Për përmirësimin e produktit mund të maten vetëm në anën e serverit ngjarje përdorimi të përmbledhura me pseudonimin e klinikës; kjo matje nuk përmban adresë IP, të dhëna shëndetësore apo gjurmim burimi/reklamash. Pseudonimi i klinikës ka natyrë pseudonimi (nuk është pa identitet). Funksioni aktualisht është i çaktivizuar.

5.1. Faza 1 — Fshirja e butë e menjëhershme (Soft-Delete)

Në çastin kur përdoruesi konfirmon kërkesën për fshirjen e llogarisë nga brenda aplikacionit, sistemi kryen njëkohësisht dhe menjëherë veprimet e mëposhtme:

1. Regjistri i profilit të përdoruesit bëhet pasiv duke plotësuar fushën deleted_at; llogaria nuk është më e qasshme/e dukshme për përdorim normal dhe nuk mund të përdoret për hyrje.
2. Takimet në pritje (që ende nuk kanë ndodhur) të përdoruesit anulohen automatikisht.
3. Caktimet ku përdoruesi figuron si specialist/burim (çiftimet klient-specialist, caktimet e programeve) hiqen.
4. Të gjitha pëlqimet e përdoruesit tërhiqen (trajtohen duke plotësuar fushën revoked_at në regjistrat consent_logs).

Në këtë fazë të dhënat nuk janë fshirë fizikisht, por janë bërë të paqasshme për qëllimet e përpunimit dhe shfaqjes normale. Kjo përbën hapin e parë të procesit të fshirjes me natyrë "bërjeje të paqasshme" në kuptimin e nenit 7 të KVKK dhe të Rregullores.

5.2. Faza 2 — Fshirja përfundimtare (pas 30 ditëve)

30 (tridhjetë) ditë pas fshirjes së butë, një detyrë e planifikuar (cron job) që punon automatikisht në sistem kryen në mënyrë të pakthyeshme veprimet e mëposhtme:

1. Regjistri i vërtetimit të identitetit të përdoruesit (auth.users) fshihet përgjithmonë dhe në mënyrë të pakthyeshme.
2. Regjistrat e bazës së të dhënave të lidhur me përdoruesin trajtohen në mënyrë të diferencuar sipas kategorisë: regjistrat pa vlerë të pavarur biznesi/prove (p.sh. njoftimet) fshihen përgjithmonë (DELETE/cascade); ndërsa të dhënat shëndetësore (anamnesis_forms, session_notes, measurements) dhe regjistrat klinikë/financiarë (payments, attendance, consent_logs) nuk fshihen, por u këputet lidhja me personin — lidhja me personin këputet në nivelin e bazës së të dhënave, disa fusha me tekst të lirë pastrohen dhe regjistri mbetet si regjistër i tenant-it me lidhjen me personin të këputur dhe me qasje të kufizuar (meqë teksti i lirë i shënimit të seancës nuk ndryshohet, nuk konsiderohet anonim) (shih Seksionin 4, rreshtat 2-5, 8, 10 dhe Seksionin 6.2).
3. Ky veprim nis automatikisht vetëm në procesin e privilegjuar në sfond të sistemit (i mbrojtur me service-role); asnjë përdorues apo menaxher Biznesi, përfshirë stafin administrativ, nuk mund ta nisë me dorë, ta shkaktojë para kohe apo ta ndalojë këtë proces përmes ndërfaqeve normale të produktit — ky është një projektim i qëllimshëm sigurie për të parandaluar fshirjen e parakohshme/të vonuar gabimisht ose me abuzim. (Ky garancion mbulon ndërfaqet normale të përdoruesve dhe të menaxhimit të produktit; proceset e operacioneve teknike që mund të kenë qasje të drejtpërdrejtë në bazën e të dhënave në nivelin e privilegjuar të infrastrukturës janë jashtë fushës së këtij garancioni dhe u nënshtrohen kontrolleve të veçanta të brendshme të qasjes.)

Qëllimi i procesit 30-ditor në sfond (që nga 4 tetor 2026): Meqë qasja në llogari ndërpritet menjëherë me kërkesën për fshirje, ky afat nuk jep mundësi anulimi/tërheqjeje; përdoret për përfundimin e fshirjes përfundimtare të regjistrit të vërtetimit të identitetit dhe të skedarëve dhe për shqyrtimin e abuzimeve të mundshme. Ky afat është i arsyeshëm dhe i kufizuar, në përputhje me parimin e proporcionalitetit sipas nenit 5 të KVKK. Për gjendjen e kërkesës për fshirje mund të shkruani në hello@corenta.app.

5.3. Përjashtim: Të dhënat me detyrim ligjor ruajtjeje

Procesi i mësipërm i fshirjes përfundimtare pas 30 ditëve nuk mbulon regjistrat e përmendur në Seksionin 4, Tabela, rreshti nr. 6 (Meta të dhënat e abonimit/transaksioneve), për të cilët ka detyrim ligjor ruajtjeje sipas Kodit Tregtar Turk/Ligjit për procedurat tatimore. Këta regjistra, edhe nëse llogaria fshihet përgjithmonë, ruhen veçmas deri në mbarimin e afatit ligjor përkatës, të ndarë nga qëllimi i përpunimit të të dhënave personale dhe me qasje të kufizuar vetëm për përmbushjen e detyrimit ligjor. Po ashtu, regjistrat e gjurmës së auditimit (audit_logs) dhe bërthama minimale e regjistrave të pëlqimit për qëllime prove (shih Seksionin 4, rreshtat 7-8) mund të vazhdojnë të ruhen jashtë këtij afati 30-ditor, për qëllim të veçantë dhe të kufizuar, me arsyetimin e interesit legjitim/provës ligjore. Në Seksionin 4, Shënimi 2, shprehet qartë që afatet në kuadër të këtij përjashtimi nuk i përgjigjen një mekanizmi teknik të zbatuar automatikisht në sistem.

5.4. Shpjegim i veçantë për skedarët bashkëngjitur të ruajtur (I rëndësishëm — Transparencë)

Sipas parimit të transparencës shprehet qartë: Gjatë fshirjes përfundimtare, regjistrat e bazës së të dhënave (profili, takimet, caktimet, pëlqimet etj.) fshihen plotësisht ose (për regjistrat shëndetësorë/klinikë/financiarë, shih Seksionin 6.2) anonimizohen; ndërsa skedarët bashkëngjitur që i përkasin përdoruesit dhe mbahen në një hapësirë të veçantë ruajtjeje (Storage) trajtohen si më poshtë: avatari/fotografia e profilit, dokumenti/fotografia e bashkëngjitur në formularin e anamnezës dhe imazhi i mandatpagesës fshihen automatikisht (best-effort) nga Storage si pjesë e hapit të fshirjes përfundimtare — kjo është një sjellje e verifikuar që funksionon faktikisht në sistem. Nëse fshirja në një bucket dështon, kjo regjistrohet; por nuk pengon pastrimin e bucket-eve të tjera apo hapat e anonimizimit/fshirjes përfundimtare të llogarisë (projektim best-effort).

Kufi i ndershëm: Kategoria e vetme e skedarëve që mbetet jashtë këtij procesi automatik janë dokumentet e verifikimit të identitetit/diplomës të ngarkuara në procesin e regjistrimit të specialistit/solo (bucket-i specialist-verification-docs). Teknikisht këto dokumente nuk lidhen me përdoruesin, por me procesin e verifikimit të tenant-it (Klinikës) përkatës dhe nuk mbajnë referencë përdoruesi në regjistrin e bazës së të dhënave; prandaj aktualisht nuk mund të përfshihen automatikisht në rrjedhën ekzistuese të fshirjes së llogarisë së përdoruesit. Asgjësimi i këtij dokumenti do të trajtohet veçmas në procesin e mbylljes së llogarisë/abonimit të Klinikës përkatëse në nivel tenant-i (shih Seksionin 5.6); derisa kjo të përfundojë, për kërkesat e veçanta bëhet vlerësim me dorë përmes hello@corenta.app.

Prandaj në këtë Politikë nuk jepet angazhim absolut se me kërkesën për fshirjen e llogarisë "të gjitha të dhënat/skedarët e përdoruesit fshihen plotësisht dhe menjëherë" (veçanërisht për mbetjet teknike në kopjet rezervë shih Seksionin 6.3, dhe për përjashtimin e mësipërm); megjithatë për kategoritë e skedarëve të përshkruara më sipër fshirja automatike zbatohet faktikisht.

5.5. Shënim i veçantë për të dhënat shëndetësore

Edhe të dhënat shëndetësore të kategorive të veçanta, si formularët e anamnezës, shënimet e seancave dhe regjistrat e matjeve, i nënshtrohen rrjedhës së përgjithshme të fshirjes së mësipërme (soft-delete → 30 ditë → fshirje përfundimtare); megjithatë, siç shpjegohet në Seksionin 4, rreshtat 2-4, dhe në Seksionin 6.2, në këto tabela hapi i fshirjes përfundimtare zbatohet përmes këputjes së lidhjes me personin dhe pastrimit të pjesshëm — regjistri nuk fshihet me DELETE, lidhja me personin këputet dhe disa fusha me tekst të lirë pastrohen; regjistri klinik (veçanërisht përmbajtja append-only e shënimit të seancës) ruhet si regjistër i tenant-it me lidhjen me personin të këputur, me qasje të kufizuar, dhe nuk konsiderohet anonim. Për më tepër, meqë kjo kategori të dhënash është e ndërthurur me regjistrat që mban Klinika si kontrollues i të dhënave, kërkesa e një klienti për fshirjen e llogarisë/të dhënave mund të bjerë ndesh me detyrimet ligjore të ruajtjes së vetë Klinikës (për shembull detyrimet për mbajtjen e regjistrave që mund të rrjedhin nga legjislacioni për ofrimin e shërbimeve shëndetësore); metoda e këputjes së lidhjes me personin dhe e ruajtjes së kufizuar synon t'i ekuilibrojë këto dy detyrime (të drejtat e klientit mbi të dhënat personale dhe detyrimin e Klinikës për mbajtjen e regjistrave). Në raste të tilla autoriteti përfundimtar vendimmarrës është Klinika, si kontrollues i të dhënave; Corenta vepron sipas udhëzimit të Klinikës.

5.6. Fshirja në nivel klinike (tenant)

Nëse një Klinikë e ndërpret plotësisht abonimin e saj në Corenta, e njëjta arkitekturë me dy faza (soft-delete → 30 ditë → fshirje përfundimtare) zbatohet edhe për të dhënat e tenant-it të Klinikës dhe për të gjithë regjistrat e klientëve nën këtë tenant. Meqë Klinika është Kontrolluesi i të dhënave të klientëve të vet, para se ta ndërpresë abonimin ajo është e detyruar t'i informojë klientët në kuadër të detyrimeve të veta sipas KVKK; ky detyrim nuk mund t'i kalohet Corenta.

5.7. Lidhja me mënyrën e mbështetjes së super-adminit (Impersonation)

Proceset e fshirjes së llogarisë dhe të ruajtjes funksionojnë të pavarura nga mekanizmi i mbështetjes/impersonation i Corenta. Seancat e impersonation janë me afat (30 minuta) dhe si parazgjedhje vetëm për lexim; qasja në kategoritë e të dhënave shëndetësore (anamneza, shënimi i seancës, matjet) kërkon një hap të veçantë miratimi (health_data_enabled) dhe veprimet e shkrimit/fshirjes në këto tabela në asnjë rrethanë nuk lejohen përmes impersonation (në politikat RLS nuk është njohur asnjë përjashtim për impersonation). Sqarim: Kufizimi këtu ka të bëjë me seancat e impersonation të nisura nga njeriu, ku një punonjës i mbështetjes hyn dhe kryen veprime me dorë; procesi automatik (pa ndërhyrje njerëzore) cron me service-role, i shpjeguar në Seksionin 5.2, është një shtresë e veçantë nga ky kufizim dhe nuk ndikohet prej tij — kufizimi i impersonation nuk e pengon mekanizmin automatik të fshirjes përfundimtare në rrjedhën e fshirjes së llogarisë dhe nuk duhet ngatërruar me të. Prandaj proceset e fshirjes së llogarisë/asgjësimit kryhen vetëm përmes mekanizmave automatikë të përcaktuar në këtë Politikë.

6. Metodat e asgjësimit

Sipas nenit 8 e vijues të Rregullores, metodat e fshirjes/shkatërrimit/anonimizimit që zbatohen sipas mjediseve të regjistrimit shpjegohen më poshtë.

6.1. Fshirja

Është veprimi me të cilin të dhënat personale bëhen në asnjë mënyrë të paqasshme dhe të papërdorshme sërish për përdoruesit përkatës (përfshirë përdoruesit e aplikacionit dhe stafin me qasje në panelin e administrimit). Në Corenta kjo metodë zbatohet në procesin soft-delete të Fazës 1: edhe pse të dhënat nuk hiqen fizikisht nga baza e të dhënave, bëhen plotësisht të paqasshme përmes të drejtave të qasjes dhe ndërfaqeve.

6.2. Shkatërrimi (Fshirja përfundimtare)

Është veprimi me të cilin të dhënat personale bëhen në asnjë mënyrë të paqasshme, të pakthyeshme dhe të papërdorshme sërish nga askush. Në procesin e fshirjes përfundimtare të Fazës 2 të Corenta ky parim zbatohet me dy metoda teknike të ndryshme sipas kategorisë së të dhënave:

• Regjistri i vërtetimit të identitetit dhe regjistrat pa vlerë të pavarur biznesi: Regjistri i vërtetimit të identitetit të përdoruesit (auth.users) fshihet në mënyrë të pakthyeshme drejtpërdrejt me DELETE në procesin automatik të mbrojtur me service-role; regjistrat e lidhur që pas fshirjes së llogarisë nuk kanë vetë vlerë biznesi/prove (p.sh. njoftimet, notifications — shih Seksionin 4, rreshti 10) fshihen bashkë me të në nivelin e bazës së të dhënave me ON DELETE CASCADE.
• Regjistrat shëndetësorë, klinikë dhe financiarë: Për anamnesis_forms, session_notes, measurements, payments, attendance dhe consent_logs, hapi i fshirjes përfundimtare zbatohet jo duke e fshirë regjistrin me DELETE, por përmes këputjes së lidhjes me personin dhe pastrimit të pjesshëm (shih Seksionin 6.6): kolonat e çelësave të huaj që identifikojnë personin (client_id, specialist_id, user_id etj.) kalojnë në mënyrë të pakthyeshme në NULL me kufizimin FK ON DELETE SET NULL; kolonat e përmbajtjes që mund të përmbajnë identitet të qartë ose PII në tekst të lirë (përgjigjet e anamnezës, shënimet me tekst të lirë të matjeve/pagesave, referenca e mandatpagesës, adresa IP e regjistrit të pëlqimit) pastrohen ose zëvendësohen me një shenjë anonime nga funksioni anonymize_user_relations() (mund të thirret vetëm nga service-role, default-deny). Përmbajtja numerike dhe historike klinike/financiare (data, shuma, vlera e matjes, gjendja e seancave të mbetura, gjendja erdhi/nuk erdhi, koha e dhënies/tërheqjes së pëlqimit) vazhdon të ruhet si regjistër i tenant-it me lidhjen me personin të këputur, për shkak të detyrimit të Klinikës për mbajtjen e regjistrave dhe (për shënimet e seancave) të parimit append-only; meqë teksti i lirë i shënimit të seancës nuk ndryshohet, këta regjistra nuk konsiderohen anonimë dhe ruhen me qasje të kufizuar.

Te shënimet e seancave (session_notes) kufizimi append-only nuk lejon ndryshim të përmbajtjes; vetëm për kalimin në NULL të kolonave të lidhjes me personin (client_id, specialist_id) është njohur një përjashtim i ngushtë për një qëllim të vetëm — vetë përmbajtja e shënimit nuk fshihet apo ndryshohet në asnjë fazë as në këtë proces.

Kufiri: Për të dhënat personale brenda tekstit që mund të shfaqen në fushat me tekst të lirë jashtë kolonave të qarta të identitetit (p.sh. një emër i përmendur në trupin e një shënimi seance) nuk ka mekanizëm kontrolli/pastrimi. Prandaj këta regjistra nuk konsiderohen anonimë; ruhen si të dhëna personale me qasje të kufizuar dhe asgjësohen në fund të afatit.

Të dyja metodat e mësipërme, meqë janë të mbrojtura me service-role, nuk mund të nisen apo të kthehen mbrapsht përmes ndërfaqeve normale të produktit.

6.3. Fshirja nga kopjet rezervë (Backup)

Kopjet rezervë të bazës së të dhënave mbishkruhen/asgjësohen automatikisht pas një afati të caktuar në kuadër të ciklit të zakonshëm të kopjeve rezervë (rotacionit). Megjithëse fshirja përfundimtare ka efekt të menjëhershëm në bazën kryesore të të dhënave, shprehet qartë që në kopjet rezervë të marra më parë të dhënat mund të vazhdojnë të ekzistojnë teknikisht deri në mbarimin e afatit standard të rotacionit të kopjeve rezervë të ofruesit (Supabase). Kjo është praktikë standarde në kuadër të marrëveshjes së përpunimit të të dhënave (DPA) të nënpërpunuesit përkatës (Supabase).

6.4. Bashkëngjitjet në hapësirën e ruajtjes së skedarëve (Storage)

Skedarët e ngarkuar nga përdoruesit, si imazhet e avatarit, mandatpagesat dhe bashkëngjitjet e anamnezës, mbahen në një hapësirë të veçantë ruajtjeje (Storage). Shih Seksionin 5.4 — gjendja aktuale e këtyre përmbajtjeve në procesin e fshirjes së llogarisë (fshirje automatike për avatarin/bashkëngjitjen e anamnezës/mandatpagesën, përjashtimi i vetëm për specialist-verification-docs) shpjegohet aty me hollësi dhe transparencë.

6.5. Të dhënat në letër

Të dhënat personale të përpunuara në kuadër të produktit SaaS të Corenta mbahen në mjedis dixhital; përpunimi i të dhënave personale në letër nuk parashikohet. Nëse në korrespondencën tregtare/administrative të Shoqërisë përdoret përjashtimisht letra, asgjësimi kryhet me metodën e nxirjes/djegies/copëtimit të pakthyeshëm me makinë copëtuese letre.

6.6. Anonimizimi

Si pjesë e procesit të fshirjes përfundimtare të llogarisë (shih Seksionin 6.2), Corenta përdor metodën e këputjes së lidhjes me personin dhe të pastrimit të pjesshëm për të dhënat shëndetësore dhe regjistrat klinikë/financiarë. Meqë teksti i lirë i shënimit të seancës nuk ndryshohet dhe në bizneset e vogla seria e datave dhe matjeve mund të mjaftojë për ta riidentifikuar personin, kjo metodë nuk e plotëson në çdo rast standardin e anonimizimit më poshtë; këta regjistra nuk konsiderohen anonimë, ruhen si të dhëna personale me qasje të kufizuar dhe asgjësohen në fund të afatit. Përveç kësaj, Corenta mund të përdorë për zhvillimin e produktit, analiza statistikore ose kërkime tregu të dhëna të anonimizuara në atë mënyrë që të mos jetë e mundur lidhja e tyre me një person fizik të identifikuar ose të identifikueshëm. Anonimizimi kërkon që e dhëna të bëhet e tillë që, edhe nëse kombinohet me të dhëna të tjera, të mos mund të lidhet në mënyrë të pakthyeshme me personin; veprimet e maskimit/pseudonimizimit të bëra pa e siguruar këtë standard nuk konsiderohen anonimizim dhe vazhdojnë t'i nënshtrohen regjimit të përpunimit të të dhënave personale. Të dhënat e anonimizuara konsiderohen jashtë fushës së KVKK dhe nuk u nënshtrohen kufizimeve të afateve të ruajtjes në këtë Politikë.

6.7. Zgjedhja e metodës

Metoda e asgjësimit që do të zbatohet përcaktohet nga Corenta dhe/ose Klinika duke marrë parasysh natyrën e të dhënës (nëse është e kategorive të veçanta), mjedisin ku ruhet (baza e të dhënave, ruajtja e skedarëve, sistemi i regjistrave, sistemi i kopjeve rezervë), mundësitë ligjore dhe teknike, si dhe vendimet e Bordit dhe parimet e përcaktuara në Rregullore. Për të dhënat personale të kategorive të veçanta (përfshirë të dhënat shëndetësore) në veprimet e asgjësimit tregohet kujdesi maksimal.

7. Procesi i asgjësimit periodik

Sipas nenit 11 të Rregullores, Corenta ka detyrimin t'i fshijë, shkatërrojë ose anonimizojë kryesisht (pa pritur kërkesë) të dhënat personale të cilave u ka mbaruar afati i ruajtjes dhe/ose u është zhdukur qëllimi i përpunimit; afati i asgjësimit periodik që do të parashikohet në këtë kuadër nuk mund të kalojë 6 (gjashtë) muaj. Në këtë kuadër bëhet qartë dallimi mes mekanizmave që aktualisht funksionojnë faktikisht në sistem dhe atyre që nuk funksionojnë:

1. Procesi i fshirjes përfundimtare pas 30 ditëve nga kërkesa për fshirjen e llogarisë kontrollohet periodikisht (përditë) me detyrë automatike të planifikuar (cron job) dhe llogaritë me afat të mbaruar trajtohen në grup. Ky është një automatizim i verifikuar që funksionon faktikisht në sistem.
2. Afati i ruajtjes i parashikuar për regjistrat e gjurmës së auditimit (audit_logs) rishikohet periodikisht; megjithatë aktualisht nuk zbatohet një mekanizëm fshirjeje që e kryen automatikisht këtë rishikim (shih Seksionin 4, rreshti 7).
3. Afati maksimal i ruajtjes i përcaktuar për të dhënat e formularit të qasjes së hershme (shih Seksionin 4, rreshti 9) është referencë kufiri të sipërm ligjor për detyrimin e asgjësimit periodik sipas nenit 11 të Rregullores; megjithatë aktualisht nuk ka në sistem një mekanizëm kontrolli/fshirjeje që funksionon automatikisht dhe i përgjigjet këtij afati. Për këtë kategori të dhënash, derisa të vihet në punë automatizimi, fshirja/anonimizimi vlerësohet me dorë dhe me kërkesë (shih Seksionin 4, Shënimi 2). Kjo çështje mbahet transparente në përputhje me pretendimet e tjera të paverifikuara për automatizim (shih pikat 2 dhe 4).
4. Pastrimi i veçantë automatik dhe periodik i token-ave të skaduar/të pavlefshëm të njoftimeve push është një përmirësim i planifikuar në hartën e produktit; nuk është verifikuar teknikisht që ky mekanizëm funksionon faktikisht në sistem (shih Seksionin 4, rreshti 10). Kur të verifikohet ose të vihet në punë, kjo Politikë do të përditësohet.
5. Asgjësimi periodik çdo 6 muaj: Për kategoritë pa asgjësim automatik në këtë Seksion (gjurma e auditimit, provat e lejeve me lidhjen me personin të këputur, të dhënat e formularit të qasjes së hershme, dokumentet e verifikimit të specialistit, kopjet e moderimit të mesazheve të grupeve) Corenta zbaton asgjësim periodik çdo 6 muaj dhe për çdo cikël harton procesverbal asgjësimi. Ende nuk ka punë të planifikuara që i automatizojnë këto cikle; ciklet kryhen me dorë.

Procesi i asgjësimit periodik, pavarësisht nga afatet e përcaktuara në këtë Politikë, nuk e pengon kërkesën individuale të subjektit të të dhënave për fshirje/shkatërrim sipas nenit 11 të KVKK; subjekti i të dhënave mund të kërkojë fshirje edhe nëse afati i ruajtjes nuk ka mbaruar, nëse baza ligjore e veprimtarisë përkatëse të përpunimit është zhdukur (p.sh. tërheqja e pëlqimit). Edhe për kategoritë ku automatizimi ende nuk është zbatuar, kërkesa individuale e subjektit të të dhënave, kur dërgohet përmes hello@corenta.app, vlerësohet dhe përfundohet me dorë.

8. Të drejtat e subjektit të të dhënave dhe procedura e kërkesës (neni 11 i KVKK)

8.1. Të drejtat sipas nenit 11 të KVKK

Sipas nenit 11 të KVKK, subjektet e të dhënave kanë të drejtat e mëposhtme:

1. Të mësojnë nëse të dhënat e tyre personale përpunohen,
2. Të kërkojnë informacion nëse të dhënat e tyre personale janë përpunuar,
3. Të mësojnë qëllimin e përpunimit të të dhënave personale dhe nëse ato përdoren në përputhje me qëllimin,
4. Të dinë palët e treta brenda ose jashtë vendit te të cilat janë transferuar të dhënat personale,
5. Të kërkojnë korrigjimin e të dhënave personale nëse janë përpunuar në mënyrë të paplotë ose të pasaktë,
6. Të kërkojnë fshirjen ose shkatërrimin e të dhënave personale në kuadër të nenit 7 të KVKK,
7. Të kërkojnë që veprimet e kryera sipas pikave (5) dhe (6) më sipër t'u njoftohen palëve të treta te të cilat janë transferuar të dhënat personale,
8. Të kundërshtojnë një rezultat në dëm të tyre që del nga analizimi i të dhënave të përpunuara ekskluzivisht me sisteme automatike,
9. Të kërkojnë dëmshpërblim nëse pësojnë dëm për shkak të përpunimit të paligjshëm të të dhënave personale.

8.2. Përmbledhje e ndershme e zbatimit teknik aktual

Çështjet e mëposhtme paraqiten si një përmbledhje e ndershme dhe realiste e zbatimit teknik aktual:

• Kërkesa për fshirje (fshirja e llogarisë): Mund të kërkohet drejtpërdrejt nga menyja përkatëse e cilësimeve në aplikacionin celular; kjo kërkesë përmbushet automatikisht me procesin me dy faza (soft-delete i menjëhershëm → 30 ditë → fshirje përfundimtare) të shpjeguar në Seksionin 5 (neni 11/6).
• Kërkesa për informacion / transportueshmëria e të dhënave: Përmbushet duke ia vënë në dispozicion subjektit të të dhënave, brenda një afati të arsyeshëm, të dhënat e veta në fushën e tenant-it të vet në një format të strukturuar dhe të lexueshëm nga makina (funksioni export_user_data, me fushë tenant-i të verifikuar). Mekanizmi i dorëzimit të këtij procesi (formati i skedarit, mënyra e dorëzimit, veçori si lidhja e nënshkruar e shkarkimit) po zhvillohet vazhdimisht; në kuadër të kësaj Politike nuk jepet angazhim për një afat të caktuar dorëzimi apo për një format specifik skedari/qasjeje (neni 11/1-2).
• Informacioni për transferimin te palë të treta (neni 11/4): Informacioni për palët e treta/nënpërpunuesit brenda dhe jashtë vendit te të cilët janë transferuar të dhënat personale jepet në tabelën e Seksionit 11 (Nënpërpunuesit dhe lokalizimi i të dhënave) të kësaj Politike.
• Kërkesa për korrigjim (neni 11/5): Teknikisht mund të kryhet me dorë përmes panelit të menaxhimit të Klinikës; nuk ka një rrjedhë pune të veçantë dhe automatike për "kërkesë korrigjimi". Në kontekstin e produktit SaaS, kërkesat për korrigjimin e të dhënave të klientëve duhet t'i drejtohen fillimisht Klinikës përkatëse; Corenta, si Përpunues i të dhënave, ofron mbështetjen teknike sipas udhëzimit të Klinikës.
• Njoftimi i palëve të treta (neni 11/7): Kërkesa për njoftimin e veprimeve të fshirjes/korrigjimit palëve të treta te të cilat janë transferuar të dhënat vlerësohet kur dërgohet përmes kanaleve të treguara në procedurën e kërkesës; ky proces aktualisht nuk është automatik, por kryhet me dorë.
• Kundërshtimi ndaj vendimit/profilizimit automatik (neni 11/8): Në sistem nuk ka veprimtari vendimmarrjeje automatike apo profilizimi që shkakton rezultat në dëm të subjektit të të dhënave përmes analizimit të të dhënave të përpunuara ekskluzivisht me sisteme automatike; prandaj aktualisht nuk lind nevoja për një mekanizëm të veçantë kundërshtimi që funksionon faktikisht për këtë nen.
• Sipas nenit 13 të KVKK, kërkesat përfundohen falas brenda 30 ditëve (nëse veprimi kërkon kosto shtesë, mund të kërkohet tarifa sipas tarifës së përcaktuar nga Bordi).

8.3. Procedura e kërkesës

Kërkesat që lidhen me të drejtat e mësipërme:

• në adresën e email-it hello@corenta.app,
• përmes ekraneve përkatëse të cilësimeve/mbështetjes në aplikacion,
• ose me procedurat e tjera të parashikuara nga KVKK.

mund t'i dërgohen Corenta.

Shënim i rëndësishëm për të dhënat e klientëve: Nëse jeni klient i një Klinike dhe doni të bëni një kërkesë për të dhënat tuaja, duhet t'i drejtoheni fillimisht Klinikës përkatëse (Kontrolluesit të të dhënave); sepse për të dhënat e klientëve Klinika është autoriteti përfundimtar vendimmarrës dhe pala e drejtpërdrejtë. Corenta, si përpunues, ofron mjetet e nevojshme teknike (funksionet e shikimit, eksportit dhe fshirjes së të dhënave) sipas udhëzimeve të Klinikës.

9. Rolet dhe përgjegjësitë

10. Masat e sigurisë (gjatë afatit të ruajtjes)

Gjatë afatit të ruajtjes të dhënat personale mbrohen me masat teknike dhe administrative të mëposhtme (neni 12 i KVKK):

• Në arkitekturën me shumë qiramarrës (multi-tenant) zbatohet parimi refuzim si parazgjedhje (default-deny) me detyrimin e tenant_id në çdo tabelë dhe me politikat e Sigurisë në nivel rreshti (Row Level Security) (37/37 tabela, 86 politika); në këtë mënyrë rrjedhja e të dhënave mes qiramarrësve parandalohet teknikisht.
• Qasja në tabelat që përmbajnë të dhëna shëndetësore kufizohet vetëm te klienti përkatës, specialisti i caktuar dhe menaxheri i tenant-it; kontrolli i qasjes zbatohet në nivelin e bazës së të dhënave (RLS). Shënimet e seancave nuk mund të ndryshohen/fshihen pas dërgimit (append-only); për formularët e anamnezës asnjë përdoruesi (përfshirë menaxherin) nuk i është dhënë e drejta e fshirjes.
• Mënyra e mbështetjes së super-adminit (impersonation) është me afat (30 minuta) dhe si parazgjedhje vetëm për lexim; veprimet e shkrimit dhe qasja në të dhënat shëndetësore u nënshtrohen hapave të veçantë që kërkojnë miratim shtesë; në asnjë skenar impersonation nuk hapet qasja për shkrim në tabelat e të dhënave shëndetësore. (Ky kufizim ka të bëjë me seancat e impersonation të nisura nga njeriu; proceset automatike cron me service-role janë një shtresë më vete — shih Seksionin 5.7.)
• Në transmetimin e të dhënave përdoret enkriptim nga skaji në skaj (TLS); në aplikacionin celular token-at e seancës ruhen të enkriptuar në depon e sigurt të çelësave të pajisjes, të mbështetur nga hardueri (Keychain/Keystore).
• Në ekranet e ndjeshme janë marrë masa teknike për të kufizuar marrjen e pamjeve të ekranit.
• Për llogaritë e super-adminit vërtetimi me dy faktorë (2FA/MFA) është i detyrueshëm.
• Verifikimi kriptografik i nënshkrimit të njoftimeve (webhook) që lidhen me veprimet e pagesave është parashikuar në arkitekturë dhe zbatohet; puna për përfundimin e plotë të konfigurimit/menaxhimit të çelësave përkatës në të gjitha mjediset (përfshirë prod) vazhdon.
• Këto masa sigurie rishikohen dhe përmirësohen vazhdimisht; megjithatë asnjë masë teknike nuk garanton siguri absolute dhe në kuadër të kësaj Politike nuk jepet angazhim për siguri absolute.

11. Nënpërpunuesit dhe lokalizimi i të dhënave

Gjatë afatit të ruajtjes të dhënat personale përpunohen ose strehohen përmes nënpërpunuesve/ofruesve të shërbimeve të mëposhtëm. Në kontratat me këta ofrues parashikohen detyrime që të dhënat të përpunohen vetëm për qëllimin e zbatimit të shërbimit të përcaktuar; kjo marrëdhënie nuk shpreh afatet e ruajtjes, por mjedisin teknik ku strehohen të dhënat — zbatimi i vendimit të asgjësimit kryhet teknikisht edhe pranë këtyre ofruesve. Tabela më poshtë përbën edhe përmbushjen e së drejtës "për të ditur palët e treta te të cilat janë transferuar të dhënat" sipas nenit 11/4 të KVKK:

Përveç kësaj:

• Infrastruktura e email-it: Email-et e shërbimit dërgohen përmes Google Workspace (Google); email-et e vërtetimit të identitetit nisen nga Supabase Auth. Email-et promovuese dërgohen vetëm me kusht pëlqimi të veçantë dhe regjistrimi në İYS. Njoftimet push transmetohen përmes Apple (APNs) dhe Google (FCM).
• Mjeti analitik: Nuk përdoret mjet analitik i palëve të treta (p.sh. Google Analytics). Matja e përdorimit të produktit brenda aplikacionit aktualisht nuk është aktive; nëse aktivizohet, matja shkruhet në një tabelë të palës së parë që mbahet në bazën e të dhënave të vetë Corenta (Supabase, Frankfurt/Gjermani), nuk përmban të dhëna shëndetësore dhe tekst të lirë, dhe kjo Politikë përditësohet para aktivizimit; kur të aktivizohet, afati i ruajtjes së regjistrave të matjes do të përcaktohet në këtë Politikë.
• Monitorimi i gabimeve: Nuk përdoret mjet monitorimi gabimesh i palëve të treta; gabimet e klientit regjistrohen në bazën e të dhënave të vetë Corenta.
• Nuk ka infrastrukturë pagese të drejtpërdrejtë me kartë krediti përmes web-it; pagesat kryhen vetëm përmes mekanizmave të blerjes brenda aplikacionit (IAP) të Apple/Google; fatura/mandatpagesa përfundimtare lëshohet nga Apple/Google (shih Seksionin 4, rreshti 6).

Ndarja e të dhënave me nënpërpunuesit e mësipërm bëhet vetëm në masën e nevojshme për ofrimin e shërbimit përkatës dhe në kuadër të neneve 8/9 të KVKK. Transferimi jashtë vendit: Të gjithë ofruesit e mësipërm përpunojnë të dhëna jashtë Turqisë; edhe strehimi në Gjermani është transferim jashtë vendit në kuptimin e KVKK. Meqë këto transferime janë të rregullta dhe të vazhdueshme, nuk mbështeten në pëlqim të shprehur; do të mbështeten në kontratat standarde të shpallura nga Bordi sipas nenit 9/4-c. Në datën e këtij teksti kontratat standarde ende nuk janë nënshkruar dhe nuk i janë njoftuar Bordit; çdo kontratë do t'i njoftohet Bordit brenda 5 ditëve pune nga nënshkrimi dhe kjo tabelë do të përditësohet me datat. Bordi nuk ka shpallur vendim përshtatshmërie për këto vende (kontrolli i fundit: 11 tetor 2026). Kjo listë mund të përditësohet në varësi të ndryshimeve të ofruesve të shërbimeve; lista aktuale mund të ndiqet në Politikën e privatësisë dhe/ose në ekranin përkatës informues brenda produktit Corenta.

12. Regjistrimi në VERBİS

Në datën e këtij dokumenti Teta Studio nuk ka regjistrim në VERBİS. Detyrimi i regjistrimit vlerësohet sipas kritereve të vendimeve të Bordit nr. 2025/1572 (për kontrolluesit, veprimtaria kryesore e të cilëve është përpunimi i të dhënave të kategorive të veçanta, pragu i përjashtimit është 10 punonjës në vit dhe bilanc 10 milionë TL) dhe nr. 2025/2393 (kriteri i numrit të punonjësve për ata që nuk mbajnë libra sipas parimit të bilancit). Meqë Teta Studio i përpunon të dhënat shëndetësore klinike jo si kontrollues, por si përpunues, vlerësimi për veprimtaritë e saj si kontrollues (Pjesët A dhe C) bëhet me këto kritere. Kur të përfundojnë shënimi me shkrim i vlerësimit dhe konfirmimi nga Autoriteti (ALO 198), ky seksion do të përditësohet me datën dhe arsyetimin; nëse regjistrimi nevojitet, do të bëhet para se të vazhdohet veprimtaria.

Sqarim sipas roleve: Detyrimi i regjistrimit në VERBİS vlerësohet për kontekstin e faqes zyrtare (formulari i qasjes së hershme në corenta.app), ku Corenta vepron si Kontrollues i të dhënave, dhe gjendja e tij shpjegohet më sipër. Në kontekstin e produktit SaaS (app.corenta.app), meqë Kontrolluesi i të dhënave të klientëve është Klinika, nëse ka apo jo detyrim regjistrimi në VERBİS duhet vlerësuar veçmas dhe në mënyrë të pavarur sipas kritereve të vetë secilës Klinikë (numri i punonjësve, vëllimi vjetor i përpunimit të të dhënave, fusha e veprimtarisë, vendimet e përjashtimit të Bordit etj.); ky vlerësim dhe detyrimi i regjistrimit, nëse ka, i përkasin Klinikës dhe nuk mund t'i kalohen Corenta.

13. Përditësimi i Politikës

Kjo Politikë mund të përditësohet në përputhje me ndryshimet në legjislacion, vendimet e Bordit, zhvillimet në infrastrukturën teknike të Corenta (për shembull shtimi i kontrollit për PII brenda tekstit të lirë të shënimeve të seancave, i përmendur në Seksionin 4, rreshti 3, dhe në Seksionin 6.2; lidhja e dokumenteve të verifikimit të specialistit (specialist-verification-docs), të përmendura në Seksionin 5.4/Seksionin 4, rreshti 11, me procesin e mbylljes së tenant-it; verifikimi/vënia në punë e pastrimit të token-ave push, i përmendur në Seksionin 4, rreshti 10, dhe në Seksionin 7, pika 4; ngritja e mekanizmit të kontrollit automatik për të dhënat e formularit të qasjes së hershme, i përmendur në Seksionin 7, pika 3; zhvillimi i procesit të transportueshmërisë së të dhënave, i përmendur në Seksionin 8.2; plotësimi i bazave ligjore për transferimin jashtë vendit në Seksionin 11; ndryshimet në listën e nënpërpunuesve) ose ndryshimet në proceset e biznesit. Versioni aktual publikohet në platformat përkatëse të Corenta (faqja zyrtare dhe/ose brenda aplikacionit) dhe, për dispozitat që bien ndesh me versionin e mëparshëm, merret për bazë versioni aktual. Për ndryshimet e rëndësishme, për aq sa është e zbatueshme, përdoruesit/Klinikat informohen veçmas.

14. Kontakti

Për pyetjet tuaja për këtë Politikë ose për ruajtjen/asgjësimin e të dhënave personale:

Email: hello@corenta.app Kontrolluesi i të dhënave: Mertcan Demir — biznes individual me emrin tregtar "Teta Studio" Mbështetja: support@corenta.app Zona e shërbimit: Corenta ofrohet globalisht përmes App Store dhe Google Play, në vendet ku këto dyqane ofrohen. Afatet në këtë Politikë zbatohen për përdoruesin në çdo vend; nëse legjislacioni i detyrueshëm i një vendi parashikon një detyrim fshirjeje më të shkurtër ose ruajtjeje më të gjatë, zbatohet ajo dispozitë.

Përditësimi i fundit: 19 tetor 2026 Versioni 1.9 · 19 tetor 2026