CORENTA — ADATMEGŐRZÉSI ÉS ADATMEGSEMMISÍTÉSI SZABÁLYZAT

Ez a fordítás kizárólag tájékoztató jellegű; jogilag kötelező erejű a török nyelvű szöveg.

Fiókkal nem rendelkező ügyfél törlése: a Klinikai adminisztrátor Törlés művelete kérelemnek minősül; a rekord azonnal kikerül az aktív listából, és 30 nap elteltével törlődnek/kiürülnek az azonosító/elérhetőségi adatok, valamint az ügyfél egészségügyi mezői (vércsoport, allergia, krónikus állapot, gyógyszer) (lásd az 5.0. pontot). Az alábbi általános fióktörlési leírás ebben a különös körben nem értelmezhető úgy, hogy az ügyfél sorát véglegesen törölni kellene. Az anamnézis-, mérési, óramegjegyzés- és pénzügyi nyilvántartásokra továbbra is a saját megőrzési rendelkezéseik vonatkoznak.

Hatályos / utolsó frissítés: 2026. október 19. Verzió: 1.9 Adatkezelő / kiadó: Mertcan Demir — a „Teta Studio” üzleti néven működő egyéni vállalkozó

Változásnapló

• 1.9 — 2026. október 19.: A 14. fejezetben a „csak Törökország” kifejezés helyébe a globális szolgáltatásnyújtás lépett; a megőrzési idők nem változtak.
• 1.8 — 2026. október 19.: Közzétételi verzió; hatálybalépés: 2026. október 19. A 4. fejezet új sorral (12. sor) bővült a klinikai csoportüzenetekre és a csapat általi felülvizsgálatra elkülönített üzenetmásolatokra; a 7. fejezet időszakos megsemmisítési listája ennek megfelelően bővült; az 1.3. táblázatból kikerült az üresen maradt MERSİS- és KEP-adat.
• 1.7 — 2026. október 11.: A 2026. október 11-i megfelelőségi vizsgálat alapján (F01, F02, F08, F11, F13, F19, F21): a §11-ből kikerült a „Supabase/Frankfurt nem külföldi adattovábbítás” kijelentés, és a külföldi adattovábbításról szóló rész a 6698. sz. törvény 9. cikkének 2024 utáni állapota szerint íródott (az általános szerződési feltételeket még nem írták alá); az egészségügyi/klinikai/pénzügyi nyilvántartásokra vonatkozó „anonim” kifejezés a személyhez fűződő kapcsolat megszakításával történő korlátozott megőrzésre javult (az óramegjegyzés szabad szövege nem változik); a hozzájárulás-bizonyíték sorának jogalapja 5. cikk (2) bekezdés e) pontra javult (a hibás 20. cikk (2) bekezdésére való hivatkozás kikerült); a korai hozzáférési űrlap sora a tájékoztatás és a kereskedelmi üzenetekhez adott hozzájárulás szétválasztása szerint frissült; az automatikus megsemmisítéssel nem rendelkező kategóriákra bekerült a 6 havi időszakos megsemmisítés elve; az azonosító adat egyéni vállalkozásként javult; a VERBİS-fejezet a Testület 2025. évi határozatai szerint íródott.
• 1.6 — 2026. október 10.: Az Expo (Expo Push Notification Service) kikerült az alvállalkozói/adatfeldolgozói nyilvántartásokból; a push-értesítéseket kizárólag az Apple (APNs) és a Google (FCM) továbbítja, az Expo/EAS csak alkalmazásépítő eszköz, és végfelhasználói adatot nem kezel.
• 1.5 — 2026. október 10.: Kikerült a Google Analytics választására vonatkozó megfogalmazás; tisztázva, hogy harmadik féltől származó analitikát nem használunk, valamint a push-értesítések adatfeldolgozói.
• 1.4 — 2026. október 4.: A meglévő szöveg jóváhagyott verzióként rögzítve. Ebben a verzióban csak a következők kerültek átvezetésre: fióktörlés (a hozzáférés azonnal megszűnik, a személyes adatok törlődnek/anonimizálódnak, a jogszabály szerint megőrzendő fizetési nyilvántartások azonosítás nélkül maradnak meg; nincs visszavonási időszak); az ügyfél egészségügyi mezőinek törlése 30 nap elteltével; a 7 napos árva bizonylatok határideje; az ügyfél elérhetőségének rejtve maradása támogatói módban; azonosítás nélküli szerveroldali mérés; szolgáltatási e-mailek és Google Workspace; push-adatfeldolgozók; támogatási cím; piac (Törökország).
• 1.3 — 2026. július 7. (2026. augusztus 4-i frissítés): korábbi verzió.

Fontos megjegyzés az adatkezelői / adatfeldolgozói minőségről: jelen Adatmegőrzési és Adatmegsemmisítési Szabályzat (a „Szabályzat”) azt szabályozza, hogy a „Teta Studio” üzleti néven egyéni vállalkozóként működő Mertcan Demir (a „Corenta”, a „Teta Studio”, a „Társaság”) által fejlesztett és üzemeltetett Corenta szoftverszolgáltatás (a „Szolgáltatás” vagy az „Alkalmazás”) keretében kezelt személyes adatokat mennyi ideig őrizzük meg, milyen szempontok alapján határozzuk meg ezeket az időtartamokat, és a megőrzési idő lejárta vagy az adatkezelési ok megszűnése esetén milyen módszerekkel töröljük, semmisítjük meg vagy anonimizáljuk ezeket az adatokat.

E Szabályzat a 6698. számú, a személyes adatok védelméről szóló török törvény (a „KVKK”), a személyes adatok törléséről, megsemmisítéséről vagy anonimizálásáról szóló rendelet (a „Rendelet”) és a vonatkozó egyéb jogszabályok keretében készült, és a Corenta személyesadat-kezelési nyilvántartásának elválaszthatatlan része. E Szabályzatot az adatkezelési célokat és jogalapokat részletesen ismertető Tájékoztatóval/Adatvédelmi szabályzattal együtt kell olvasni; ez a dokumentum csak a megőrzési időket és a megsemmisítés módját szabályozza, és nem célja, hogy egymagában teljesítse a KVKK 10. cikke szerinti tájékoztatási kötelezettség egészét.

1. Cél és hatály

1.1. Cél

E Szabályzat célja, hogy ismertesse a Corenta által kezelt személyes adatok kezelési céljához szükséges leghosszabb időtartam meghatározásának szempontjait, a jogszabályokban előírt határidők alkalmazását, valamint a megőrzési idő lejártát követően a személyes adatok törlésére, megsemmisítésére vagy anonimizálására vonatkozó eljárásokat és elveket. E Szabályzat a KVKK 5., 6., 7., 10., 11. és 12. cikke, valamint a Rendelet vonatkozó rendelkezései alapján készült.

1.2. Hatály és szerepmegosztás — fontos figyelmeztetés

E Szabályzat két külön területet fed le, amelyeken a Corenta két különböző minőségben kezel adatokat; ezt a megkülönböztetést a Szabályzat egészében következetesen alkalmazzuk, és ez közvetlenül befolyásolja a megőrzési idők táblázatának értelmezését:

(a) A vállalati weboldal összefüggése (corenta.app — korai hozzáférési/demóigénylő űrlap): a termék iránt érdeklődő potenciális üzleti ügyfelek által a korai hozzáférési jelentkezési űrlapon megadott személyes adatok tekintetében a Corenta/Teta Studio a KVKK 3. cikke szerint közvetlenül Adatkezelőként jár el.

(b) A SaaS termék összefüggése (app.corenta.app): a Corenta platformot előfizetéssel használó klinikai pilates-, fizioterápiás, reformer-, wellness/masszázs- és jógaközpontok (a „Tenant”, a „Vállalkozás” vagy a „Klinika”) által a saját ügyfeleikre (az „Érintett Ügyfél”) vonatkozóan a platformra bevitt személyes adatok (elérhetőségi adatok, anamnézis, óramegjegyzések, időpont-/csomagadatok stb.) tekintetében a Klinika a KVKK 3. cikke szerint Adatkezelő; a Corenta/Teta Studio pedig kizárólag Adatfeldolgozóként, a Klinika utasításai szerint nyújt műszaki infrastruktúra-szolgáltatást. Az ügyfelek tájékoztatásának kötelezettsége, a kifejezett hozzájárulás beszerzése és az ügyféladatok végső megőrzésére/megsemmisítésére vonatkozó döntés a Klinika jogi felelőssége. A Corenta e kötelezettségek teljesítését a terméken belül (a hozzájárulás-nyilvántartási mechanizmus consent_logs, a mobilos KVKK-jóváhagyó képernyő kvkk.tsx, a naplók) műszakilag megkönnyíti, de a Klinika KVKK-megfelelési kötelezettségét nem veszi át és nem vállalja magára. Az e Szabályzatban erre az összefüggésre leírt megőrzési idők azt mutatják, hogy a Corenta adatfeldolgozóként ténylegesen mennyi ideig tárolja ezeket az adatokat az infrastruktúrájában; a végső megsemmisítési döntés és időtartam a Klinika utasítása és a rá vonatkozó jogszabályok szerint alakulhat.

E Szabályzat általános elvek szintjén kiterjed a Corenta munkavállalóira, üzleti partnereire és beszállítóira vonatkozó személyes adatok megőrzési/megsemmisítési folyamataira is; a Szabályzat fő hangsúlya azonban a fenti (a) és (b) pontban meghatározott ügyfél-/érintettiügyfél-adatokon van.

1.3. Az adatkezelő / adatfeldolgozó adatai

1.4. Alapul szolgáló jogszabályok

• a személyes adatok védelméről szóló 6698. számú törvény,
• a személyes adatok törléséről, megsemmisítéséről vagy anonimizálásáról szóló rendelet (Hivatalos Közlöny, 2017.10.28., 30224. szám),
• a személyes adatok törléséről, megsemmisítéséről vagy anonimizálásáról szóló útmutató és a Személyesadat-védelmi Testület (a „Testület”) határozatai,
• a 6102. számú török kereskedelmi törvény (a kereskedelmi könyvek és iratok megőrzése),
• a 213. számú adóeljárási törvény (a pénzügyi nyilvántartások megőrzése),
• a vonatkozó egyéb ágazati jogszabályok (az egészségügyi szolgáltatásnyújtásra vonatkozó jogszabályokat is beleértve, amennyiben alkalmazhatók).

2. Fogalmak

3. A megőrzési és megsemmisítési idő meghatározásának szempontjai (KVKK 5. és 6. cikk)

3.1. A megőrzést szükségessé tevő okok

A Corentánál a személyes adatokat csak a vonatkozó jogszabályokban kifejezetten előírt ideig, vagy a kezelésük céljához szükséges ideig őrizzük meg. A megőrzési idő meghatározásakor a következő szempontokat vesszük alapul:

1. Van-e jogszabályi megőrzési kötelezettség? (Pl. a török kereskedelmi törvény és az adóeljárási törvény szerinti pénzügyi nyilvántartások minimális megőrzési ideje.)
2. Milyen célból kezelték az adatot, és érvényes-e még ez a cél? (KVKK 5. cikk (2) bekezdés — célhoz kötöttség elve.)
3. Szükséges-e a szerződés megkötéséhez/teljesítéséhez? (Pl. az időpont- és csomagadatok, amíg az előfizetési/szolgáltatási jogviszony fennáll.)
4. Szükséges-e valamely jog megalapozásához, gyakorlásához vagy védelméhez (egy esetleges jogvitában bizonyítási eszközként)? (A kötelmi jogi törvény általános elévülési idejének figyelembevételével.)
5. Van-e az érintettnek kifejezett hozzájárulása, és az érvényes-e még?
6. Fűződik-e a Corentának vagy a Klinikának jogos érdeke? (Pl. biztonsági naplók, csalás/visszaélés felderítése.)
7. Különleges (egészségügyi) adatnak minősül-e az adat? Ilyenkor a KVKK 6. cikke miatt szigorúbb hozzáférési korlátozást és indoklást alkalmazunk; a megőrzési időt soha nem terjesztjük ki a célon túl.

Ha a fenti szempontok egyike sem teszi szükségessé egy adott személyes adat megőrzését, az adatot haladéktalanul töröljük, megsemmisítjük vagy anonimizáljuk.

3.2. A megsemmisítést szükségessé tevő okok

A személyes adatokat a következő esetekben – az érintett kérésére vagy a Corenta/Klinika által hivatalból – töröljük, megsemmisítjük vagy anonimizáljuk:

a) a kezelés alapjául szolgáló jogszabályi rendelkezések módosítása vagy hatályon kívül helyezése, b) a kezelést vagy megőrzést szükségessé tevő cél megszűnése, c) kifejezett hozzájáruláson alapuló kezelés esetén az érintett hozzájárulásának visszavonása, d) ha az érintett a KVKK 11. cikke szerinti jogai keretében törlést/megsemmisítést kér, és a kérés megalapozott (fióktörlési kérelem), e) a személyes adatok megőrzési idejének lejárta, ha a megőrzést szükségessé tevő jogalap már nem áll fenn, f) ha a szerződés létre sem jött, érvénytelen, megszűnt, vagy attól elálltak, g) ha a fióktörlési kérelem az e Szabályzat 5. pontjában meghatározott folyamatban véglegesen lezárult.

4. Az adatkategóriák, megőrzési idők és megsemmisítési módszerek táblázata

Az alábbi táblázat bemutatja a Corenta infrastruktúrájában kezelt főbb személyesadat-kategóriákat, a megőrzési időt, annak indokát és az idő lejártakor alkalmazandó megsemmisítési módszert. Kifejezett eltérő jelzés hiányában az általános szabály: „Amíg a kapcsolódó fiók/rekord aktív + a fióktörlési kérelem feldolgozásától számított 30 nap.” A táblázatot az 5. fejezetben ismertetett fióktörlési folyamattal együtt kell olvasni. Egyes kategóriáknál e folyamat 30 nap utáni lépése nem DELETE (végleges törlés), hanem anonimizálás — ezt a megkülönböztetést a vonatkozó sorok és a 6.2. pont kifejezetten jelzi.

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

</div>

1. megjegyzés: a fenti táblázatban az „amíg a fiók/tenant aktív” kifejezés azt az időszakot jelenti, amíg az érintett Klinika Corenta-előfizetése fennáll, és az ügyfélrekordot a Klinika nem törölte. Azt, hogy a Klinika mikor törli a saját ügyfelére vonatkozó adatokat, a Klinika (Adatkezelőként) saját KVKK-szabályzata és az ügyféllel fennálló jogviszonya határozza meg; a Corenta ehhez biztosítja a műszaki lehetőséget.

2. megjegyzés: a 7. sorban (Naplóbejegyzések) szereplő 2 év és a 8. sorban (Hozzájárulási nyilvántartások) szereplő 5 év a Corenta által meghatározott rögzített megőrzési idő (a 6. sor kereskedelmi/adóeljárási időtartamával ellentétben nem közvetlen jogszabályi rendelkezésen alapul; a KVKK 5. cikk (2) bekezdés f) pontja szerinti jogos érdek és bizonyítási kötelezettség keretében meghatározott, önkéntesen kötelező vállalás). Ezen időtartamok végén jelenleg nem működik automatikus, a megőrzési idő végén törlő mechanizmus a rendszerben — az idő lejártakor a törlést/anonimizálást manuálisan végezzük, az automatizálás bevezetésekor e Szabályzatot frissítjük. A 9. sorban (A korai hozzáférési űrlap adatai) szereplő „legfeljebb 2 év” kifejezés eltérő körre vonatkozik, és – ahogy a saját sora is kifejti – külön jogi felső korlátot jelent.

5. A fióktörlési folyamat — teljes működés

A Corenta annak érdekében, hogy az érintettek KVKK 11. cikke szerinti törlési kérelmét műszakilag teljesítse, a felhasználói élmény és az adatbiztonsági/jogi bizonyítási igény közötti egyensúlyt szem előtt tartó, kétszakaszos törlési architektúrát alkalmaz: azonnali logikai törlés (soft-delete), majd ezt követően végleges törlés 30 nap elteltével.

5.0. A 2026. október 4-i módosítás — az 5.1–5.7. ponttal való ellentmondás esetén ez a pont az irányadó

Fióktörlés (2026. október 4-től): a törlési kérelem jóváhagyásakor a fiókhoz való hozzáférés azonnal megszűnik (a munkamenetek lezárulnak, bejelentkezni nem lehet); a személyes adatok törlődnek vagy anonimizálódnak (a név, az e-mail-cím, a telefonszám, a kép, valamint az ügyfél azonosító/elérhetőségi adatai és egészségügyi mezői – vércsoport, allergia, krónikus állapot, gyógyszer – törlődnek); a jogszabály szerint megőrzendő fizetési és jutalék-nyilvántartások nem törlődnek; a személyhez fűződő kapcsolat megszakításával, korlátozott hozzáféréssel maradnak meg. A kérelem után nincs visszavonási időszak; a hitelesítési rekord és a fájlok végleges törlése a meglévő harmincnapos háttérfolyamatban fejeződik be.

Az ügyfélrekord törlése és az egészségügyi mezők (2026. október 4-től): ha a vállalkozás egy fiókkal nem rendelkező ügyfél rekordját törli, a rekord azonnal kikerül az aktív listából; 30 nap elteltével az azonosító és elérhetőségi adatokkal együtt az ügyfél egészségügyi mezői is (vércsoport, allergia, krónikus állapot, gyógyszer) törlődnek/kiürülnek. E rendelkezés nem érinti az anamnézisűrlapok, a mérések és az óramegjegyzések megőrzési szabályait.

Bizonylatfájlok (2026. október 4-től): a fizetéshez nem kapcsolt (árva) bizonylatfájlok 7 nap elteltével automatikusan törlődnek; a fizetéshez kapcsolt bizonylatot egyetlen szerepkör sem törölheti.

Az ügyfél elérhetőségei támogatói módban (2026. október 4-től): a Corenta támogatói (szuperadminisztrátori) munkamenetében az ügyfél e-mail-címe és telefonszáma nem jelenik meg a támogatási munkatárs számára; a támogatási munkatárs csak korlátozott azonosító összefoglalót (név, fiókállapot, aktivitás, létrehozás dátuma) láthat.

Az egészségügyi mezők írási jogosultsága (2026. október 4-től): az ügyfél egészségügyi mezőit (vércsoport, allergia, krónikus állapot, gyógyszer) csak maga az ügyfél és a hozzárendelt szakember írhatja; a vállalkozás tulajdonosa/adminisztrátora ezekbe a mezőkbe nem írhat (a vészhelyzeti kapcsolattartót és az azonosító mezőket szerkesztheti).

Álnevesített termékmérés: a termék fejlesztése érdekében kizárólag szerveroldalon, klinikai álazonosítóval összesített használati események mérhetők; ez a mérés nem tartalmaz IP-címet, egészségügyi adatot, illetve forrás-/hirdetéskövetést. A klinikai álazonosító álnév jellegű (nem azonosítás nélküli). A funkció jelenleg ki van kapcsolva.

5.1. 1. szakasz — azonnali logikai törlés (soft-delete)

Abban a pillanatban, amikor a felhasználó az alkalmazásban jóváhagyja a fióktörlési kérelmet, a rendszer egyidejűleg és azonnal elvégzi a következő műveleteket:

1. A felhasználó profilrekordját a deleted_at mező kitöltésével inaktívvá teszi; a fiók ettől kezdve a szokásos használat során nem érhető el/nem látható, és bejelentkezésre sem használható.
2. A felhasználó függő (még meg nem valósult) időpontjait automatikusan töröljük.
3. Megszűnnek azok a hozzárendelések (ügyfél–szakember párosítások, programhozzárendelések), amelyekben a felhasználó szakemberként/erőforrásként szerepel.
4. A felhasználó összes hozzájárulását visszavonjuk (a consent_logs rekordokban a revoked_at mező kitöltésével rögzítjük).

Ebben a szakaszban az adatokat fizikailag nem töröljük, de a szokásos adatkezelési és megjelenítési célokra hozzáférhetetlenné tesszük. Ez a KVKK 7. cikke és a Rendelet értelmében a törlési folyamat első, „hozzáférhetetlenné tétel” jellegű lépése.

5.2. 2. szakasz — végleges törlés (30 nap elteltével)

A logikai törléstől számított 30 (harminc) nap elteltével a rendszeren automatikusan futó ütemezett feladat (cron job) visszafordíthatatlanul elvégzi a következő műveleteket:

1. A felhasználó hitelesítési rekordját (auth.users) véglegesen és visszafordíthatatlanul töröljük.
2. A felhasználóhoz kapcsolt adatbázis-rekordokat kategóriánként eltérő módon dolgozzuk fel: az önálló üzleti/bizonyítási értékkel nem rendelkező rekordokat (pl. értesítések) véglegesen töröljük (DELETE/cascade); az egészségügyi adatokat (anamnesis_forms, session_notes, measurements), valamint a klinikai/pénzügyi nyilvántartásokat (payments, attendance, consent_logs) nem töröljük, hanem megszakítjuk a személyhez fűződő kapcsolatot — a személyre mutató kapcsolatot adatbázisszinten megszakítjuk, egyes szabad szöveges mezőket kitisztítunk, és a rekord a tenant személytelenített nyilvántartásaként, korlátozott hozzáféréssel marad meg (mivel az óramegjegyzés szabad szövege nem változik, nem minősül anonimnak) (lásd a 4. fejezet 2–5., 8. és 10. sorát, valamint a 6.2. pontot).
3. Ezt a műveletet kizárólag a rendszer kiemelt jogosultságú (service-role által védett) háttérfolyamata indítja automatikusan; sem az adminisztratív munkatársak, sem egyetlen felhasználó vagy Vállalkozás-adminisztrátor nem indíthatja el manuálisan, nem indíthatja korábban és nem állíthatja le a szokásos termékfelületeken keresztül — ez tudatos biztonsági kialakítás a véletlen vagy visszaélésszerű korai/késői törlés megelőzésére. (Ez a garancia a termék szokásos felhasználói és kezelőfelületeire vonatkozik; a rendszer kiemelt infrastruktúra-szintjén közvetlen adatbázis-hozzáféréssel rendelkező műszaki üzemeltetési folyamatok e garancia hatályán kívül esnek, és külön belső hozzáférés-szabályozás alá tartoznak.)

A 30 napos háttérfolyamat célja (2026. október 4-től): mivel a fiókhoz való hozzáférés a törlési kérelemmel azonnal megszűnik, ez az időszak nem ad lehetőséget a visszavonásra/elállásra; a hitelesítési rekord és a fájlok végleges törlésének befejezésére, valamint az esetleges visszaélések vizsgálatára szolgál. Ez az időszak a KVKK 5. cikke szerinti arányosság elvének megfelelő, észszerű és korlátozott időtartam. A törlési kérelem állapotáról a hello@corenta.app címen lehet érdeklődni.

5.3. Kivétel: jogszabályi megőrzési kötelezettség alá tartozó adatok

A fenti 30 napos végleges törlési folyamat nem terjed ki a 4. fejezet táblázatának 6. sorában (Előfizetési/tranzakciós metaadatok) megjelölt, a kereskedelmi törvény/adóeljárási törvény szerint jogszabályi megőrzési kötelezettség alá tartozó nyilvántartásokra. Ezeket a nyilvántartásokat a fiók végleges törlése esetén is a vonatkozó jogszabályi megőrzési idő lejártáig, a személyesadat-kezelési céltól elkülönítve, kizárólag a jogszabályi kötelezettség teljesítésére korlátozott hozzáféréssel külön megőrizzük. Ugyanígy a naplóbejegyzések (audit_logs) és a hozzájárulási nyilvántartások bizonyítási célú minimális magja (lásd a 4. fejezet 7–8. sorát) a jogos érdek/jogi bizonyítás indokával e 30 napos időszakon kívül, külön és korlátozott célra továbbra is megőrizhető. A 4. fejezet 2. megjegyzése kifejezetten rögzíti, hogy az e kivétel alá tartozó időtartamoknak nem felel meg a rendszerben automatikusan alkalmazott műszaki mechanizmus.

5.4. Külön tájékoztatás a tárolt csatolt fájlokról (fontos — átláthatóság)

Az átláthatóság elve alapján kifejezetten rögzítjük: a végleges törlés során az adatbázis-rekordokat (profil, időpont, hozzárendelés, hozzájárulás stb.) teljesen töröljük vagy (az egészségügyi/klinikai/pénzügyi nyilvántartások esetében, lásd a 6.2. pontot) anonimizáljuk; a felhasználóhoz tartozó, külön tárhelyen (Storage) tárolt csatolt fájlokat pedig a következőképpen kezeljük: az avatar/profilfotó, az anamnézisűrlaphoz csatolt dokumentum/fénykép és a fizetési bizonylat képe a végleges törlési lépés részeként automatikusan (best-effort) törlődik a Storage-ból — ez a rendszerben jelenleg ténylegesen működő, igazolt viselkedés. Ha egy bucketben a törlési művelet sikertelen, ezt naplózzuk; ez azonban nem akadályozza a többi bucket kiürítését, sem a fiók anonimizálási/végleges törlési lépéseit (best-effort kialakítás).

Őszinte korlát: az egyetlen fájlkategória, amely ezen automatikus folyamat hatályán kívül esik, a szakemberi/önálló regisztrációs folyamatban feltöltött személyazonosító/oklevél-ellenőrzési dokumentumok köre (specialist-verification-docs bucket). Ezek a dokumentumok műszakilag nem a felhasználóhoz, hanem az érintett tenant (Klinika) ellenőrzési folyamatához kötődnek, és az adatbázis-rekordban nem hordoznak felhasználói hivatkozást; ezért nem vonhatók be automatikusan a meglévő felhasználóifiók-törlési folyamatba. E dokumentum megsemmisítését külön kezeljük, amikor az érintett Klinika tenantszinten megszünteti fiókját/előfizetését (lásd az 5.6. pontot); ennek megvalósulásáig a kivételes kérelmeket a hello@corenta.app címen manuálisan bíráljuk el.

Ezért e Szabályzatban nem vállalunk olyan abszolút kötelezettséget, hogy a fióktörlési kérelemmel „a felhasználóhoz tartozó összes adat/fájl hiánytalanul és azonnal törlődik” (különösen a biztonsági mentésekben maradó műszaki maradványokra lásd a 6.3. pontot, valamint a fenti kivételt); a fent leírt fájlkategóriák tekintetében azonban az automatikus törlés ténylegesen működik.

5.5. Külön megjegyzés az egészségügyi adatokról

A különleges egészségügyi adatok, például az anamnézisűrlapok, az óramegjegyzések és a mérési nyilvántartások szintén a fenti általános törlési folyamat (soft-delete → 30 nap → végleges törlés) alá tartoznak; a 4. fejezet 2–4. sorában és a 6.2. pontban leírtak szerint azonban e táblákban a végleges törlési lépést a személyhez fűződő kapcsolat megszakításával és részleges kitisztítással hajtjuk végre — a rekordot nem töröljük (DELETE), a személyre mutató kapcsolatot megszakítjuk, és egyes szabad szöveges mezőket kitisztítunk; a klinikai nyilvántartás (különösen az append-only óramegjegyzés tartalma) a tenant személytelenített nyilvántartásaként, korlátozott hozzáféréssel marad meg, és nem minősül anonimnak. Emellett mivel ez az adatkategória összefonódik a Klinika által adatkezelőként vezetett nyilvántartásokkal, egy ügyfél fiók-/adattörlési kérelme ütközhet a Klinika saját jogszabályi megőrzési kötelezettségeivel (például az egészségügyi szolgáltatásnyújtásra vonatkozó jogszabályokból eredő nyilvántartási kötelezettségekkel); a személyhez fűződő kapcsolat megszakításának és a korlátozott megőrzésnek a módszere e két kötelezettség (az ügyfél személyes adataira vonatkozó jogai és a Klinika nyilvántartási kötelezettsége) közötti egyensúlyt célozza. Ilyen esetekben a végső döntéshozó az adatkezelőként eljáró Klinika; a Corenta a Klinika utasításai szerint jár el.

5.6. Törlés klinikai (tenant) szinten

Ha egy Klinika teljesen megszünteti Corenta-előfizetését, a Klinikához tartozó tenantadatokra és az e tenant alá tartozó valamennyi ügyfélrekordra is ugyanez a kétszakaszos (soft-delete → 30 nap → végleges törlés) architektúra alkalmazandó. Mivel a Klinika saját ügyfelei tekintetében Adatkezelő, köteles előfizetése megszüntetése előtt saját KVKK-kötelezettségei keretében tájékoztatni ügyfeleit; ez a kötelezettség nem ruházható át a Corentára.

5.7. Kapcsolat a szuperadminisztrátori támogatói móddal (megszemélyesítés)

A fióktörlési és megőrzési folyamatok a Corenta támogatási/megszemélyesítési mechanizmusától függetlenül működnek. A megszemélyesítési munkamenetek időben korlátozottak (30 perc), és alapértelmezés szerint csak olvashatók; az egészségügyi adatkategóriákhoz (anamnézis, óramegjegyzés, mérés) való hozzáférés külön jóváhagyási lépést (health_data_enabled) igényel, és e táblák írási/törlési műveleteit megszemélyesítésen keresztül semmilyen körülmények között nem engedjük (az RLS-szabályzatok a megszemélyesítésre semmilyen kivételt nem tartalmaznak). Pontosítás: ez a korlátozás az olyan ember által indított megszemélyesítési munkamenetekre vonatkozik, amelyekben egy támogatási munkatárs bejelentkezik és manuálisan végez műveletet; az 5.2. pontban leírt automatikus (emberi beavatkozás nélküli) service-role cron folyamat e korlátozástól elkülönült réteg, és nem érinti — a megszemélyesítési korlátozás nem akadályozza a fióktörlési folyamat automatikus végleges törlési mechanizmusát, és nem is téveszthető össze vele. Ennek megfelelően a fióktörlési/megsemmisítési folyamatok kizárólag az e Szabályzatban meghatározott automatikus mechanizmusokon keresztül zajlanak.

6. Megsemmisítési módszerek

A Rendelet 8. és azt követő cikkei szerint a nyilvántartási közegektől függően alkalmazott törlési/megsemmisítési/anonimizálási módszereket az alábbiakban ismertetjük.

6.1. Törlés

Az a művelet, amellyel a személyes adatokat az érintett felhasználók (az alkalmazás felhasználói és a kezelőfelülethez hozzáféréssel rendelkező munkatársak is) számára semmilyen módon hozzáférhetetlenné és ismét felhasználhatatlanná teszik. A Corentánál ezt a módszert az 1. szakasz szerinti soft-delete folyamatban alkalmazzuk: bár az adatot fizikailag nem távolítjuk el az adatbázisból, a hozzáférési jogosultságokon és a felületeken keresztül teljesen hozzáférhetetlenné tesszük.

6.2. Megsemmisítés (végleges törlés)

Az a művelet, amellyel a személyes adatokat senki számára semmilyen módon hozzáférhetetlenné, visszaállíthatatlanná és ismét felhasználhatatlanná teszik. A Corenta 2. szakasz szerinti végleges törlési folyamatában ezt az elvet az adatkategóriától függően két különböző műszaki módszerrel valósítjuk meg:

• Hitelesítési rekord és önálló üzleti értékkel nem rendelkező rekordok: a felhasználó hitelesítési rekordját (auth.users) a service-role által védett automatikus folyamatban közvetlenül DELETE művelettel, visszafordíthatatlanul töröljük; a fiók törlése után önmagában üzleti/bizonyítási értékkel nem rendelkező kapcsolódó rekordokat (pl. értesítések, notifications — lásd a 4. fejezet 10. sorát) adatbázisszinten ON DELETE CASCADE révén együtt töröljük.
• Egészségügyi, klinikai és pénzügyi nyilvántartások: az anamnesis_forms, session_notes, measurements, payments, attendance és consent_logs esetében a végleges törlési lépést a rekord DELETE művelettel történő törlése helyett a személyhez fűződő kapcsolat megszakításával és részleges kitisztítással (lásd a 6.6. pontot) hajtjuk végre: a személyt azonosító idegenkulcs-oszlopokat (client_id, specialist_id, user_id stb.) ON DELETE SET NULL FK-korláttal visszafordíthatatlanul NULL-ra állítjuk; a közvetlen azonosítót vagy szabad szöveges PII-t tartalmazó tartalmi oszlopokat (anamnézisválaszok, mérési/fizetési szabad szöveges megjegyzések, a fizetési bizonylat hivatkozása, a hozzájárulási rekord IP-címe) az anonymize_user_relations() függvény (csak service-role hívhatja, default-deny) kitisztítja vagy anonim jelölésre cseréli. A klinikai/pénzügyi numerikus és időbeli tartalom (dátum, összeg, mérési érték, hátralévő alkalomegyenleg, megjelent/nem jelent meg állapot, a hozzájárulás megadásának/visszavonásának időpontja) viszont a Klinika nyilvántartási kötelezettsége és (az óramegjegyzések esetében) az append-only elv miatt a tenant személytelenített nyilvántartásaként megmarad; mivel az óramegjegyzés szabad szövege nem változik, ezek a nyilvántartások nem minősülnek anonimnak, és korlátozott hozzáféréssel őrizzük meg őket.

Az óramegjegyzéseknél (session_notes) az append-only korlát nem enged tartalmi módosítást; csak a személyre mutató kapcsolati oszlopok (client_id, specialist_id) NULL-ra állítására van szűk, egyetlen célra szóló kivétel — magát a megjegyzés tartalmát e folyamat semmilyen szakaszában nem töröljük és nem módosítjuk.

Korlát: a közvetlen azonosító oszlopokon kívül a szabad szöveges mezőkben előforduló, szövegbe ágyazott személyes adatokra (pl. egy óramegjegyzés törzsében szereplő névre) nincs átvizsgálási/kitisztítási mechanizmus. Ezért ezek a nyilvántartások nem minősülnek anonimnak; személyes adatként, korlátozott hozzáféréssel őrizzük meg őket, és az idő lejártával megsemmisítjük.

A fenti két módszer egyike sem indítható el és nem vonható vissza a szokásos termékfelületeken keresztül, mivel mindkettőt service-role védi.

6.3. Törlés a biztonsági mentésekből (backup)

Az adatbázis biztonsági mentései a szokásos mentési ciklus (rotáció) keretében egy bizonyos idő után automatikusan felülíródnak/megsemmisülnek. Bár a végleges törlés az elsődleges adatbázisban azonnal hatályos, kifejezetten jelezzük, hogy a korábban készült mentésekben az adat a mentési szolgáltató (Supabase) szabványos mentési rotációs idejének lejártáig műszakilag továbbra is létezhet. Ez az érintett alvállalkozó adatfeldolgozó (Supabase) adatfeldolgozói szerződése (DPA) szerinti szabványos gyakorlat.

6.4. A fájltárhelyen (Storage) lévő mellékletek

A felhasználók által feltöltött fájlokat, például az avatarképeket, a fizetési bizonylatokat és az anamnézismellékleteket külön tárhelyen (Storage) tároljuk. Lásd az 5.4. pontot — e tartalmak fióktörlési folyamatban betöltött jelenlegi helyzetét (automatikus törlés az avatar/anamnézismelléklet/fizetési bizonylat esetében, egyetlen kivétel a specialist-verification-docs) ott ismertetjük részletesen és átláthatóan.

6.5. Papíralapú adatok

A Corenta SaaS terméke keretében kezelt személyes adatokat digitális közegben tároljuk; papíralapú személyesadat-kezelés nem előirányzott. Ha a Társaság üzleti/adminisztratív levelezésében kivételesen papíralapú közeget használnak, a megsemmisítést kitakarással/égetéssel/iratmegsemmisítő géppel történő visszafordíthatatlan aprítással végezzük.

6.6. Anonimizálás

A Corenta a fiók végleges törlési folyamatának részeként (lásd a 6.2. pontot) az egészségügyi adatok és a klinikai/pénzügyi nyilvántartások esetében a személyhez fűződő kapcsolat megszakításának és a részleges kitisztításnak a módszerét alkalmazza. Mivel az óramegjegyzés szabad szövege nem változik, és kis vállalkozásoknál a dátum- és mérési sorozat elegendő lehet a személy újbóli azonosításához, ez a módszer nem minden esetben felel meg az alábbi anonimizálási követelménynek; ezek a nyilvántartások nem minősülnek anonimnak, személyes adatként, korlátozott hozzáféréssel őrizzük meg őket, és az idő lejártával megsemmisítjük. Ezen túlmenően a Corenta termékfejlesztés, statisztikai elemzés vagy piackutatás céljára is felhasználhat olyan módon anonimizált adatokat, hogy azok azonosított vagy azonosítható természetes személyhez ne legyenek kapcsolhatók. Az anonimizálás megköveteli, hogy az adat – még más adatokkal összekapcsolva is – visszafordíthatatlanul ne legyen személyhez kapcsolható; az e követelmény teljesítése nélkül végzett maszkolás/álnevesítés nem minősül anonimizálásnak, és továbbra is a személyesadat-kezelési szabályok alá tartozik. Az anonimizált adatok a KVKK hatályán kívül esnek, és nem tartoznak az e Szabályzatban foglalt megőrzési korlátozások alá.

6.7. A módszer kiválasztása

Az alkalmazandó megsemmisítési módszert a Corenta és/vagy a Klinika határozza meg az adat jellegének (különleges-e), a tárolás közegének (adatbázis, fájltárhely, naplórendszer, mentési rendszer), a jogi és műszaki lehetőségeknek, valamint a Testület határozataiban és a Rendeletben meghatározott elveknek a figyelembevételével. A különleges személyes adatok (az egészségügyi adatokat is beleértve) megsemmisítése során a legnagyobb gondossággal járunk el.

7. Az időszakos megsemmisítés folyamata

A Rendelet 11. cikke szerint a Corentát terheli az a kötelezettség, hogy a megőrzési idő lejárta és/vagy a kezelési cél megszűnése után a személyes adatokat hivatalból (kérelem bevárása nélkül) törölje, megsemmisítse vagy anonimizálja; az e körben előírandó időszakos megsemmisítési időköz nem haladhatja meg a 6 (hat) hónapot. Ennek keretében kifejezetten megkülönböztetjük a rendszerben jelenleg ténylegesen működő és nem működő mechanizmusokat:

1. A fióktörlési kérelmet követő 30 napos végleges törlési folyamatot automatikus ütemezett feladat (cron job) időszakosan (naponta) átvizsgálja, és a lejárt fiókokat tömegesen feldolgozza. Ez a rendszerben jelenleg ténylegesen működő, igazolt automatizálás.
2. A naplóbejegyzésekre (audit_logs) előírt megőrzési időt időszakosan felülvizsgáljuk; ezt a felülvizsgálatot automatikusan végrehajtó törlési mechanizmust azonban jelenleg nem alkalmazunk (lásd a 4. fejezet 7. sorát).
3. A korai hozzáférési űrlap adataira meghatározott leghosszabb megőrzési idő (lásd a 4. fejezet 9. sorát) a Rendelet 11. cikke szerinti időszakos megsemmisítési kötelezettség jogi felső korlátjának hivatkozása; ennek az időtartamnak megfelelő, a rendszerben automatikusan működő átvizsgálási/törlési mechanizmus azonban jelenleg nincs. E adatkategória esetében a törlést/anonimizálást az automatizálás bevezetéséig manuálisan és kérésre bíráljuk el (lásd a 4. fejezet 2. megjegyzését). Ezt a kérdést a többi nem igazolt automatizálási állítással (lásd a 2. és 4. pontot) összhangban átláthatóan kezeljük.
4. A lejárt/érvénytelen push-értesítési tokenek külön, automatikus és időszakos kitisztítása a termék ütemtervében tervezett fejlesztés; műszakilag nem igazolt, hogy ez a mechanizmus a rendszerben jelenleg ténylegesen működik (lásd a 4. fejezet 10. sorát). Igazolása vagy bevezetése esetén e Szabályzatot frissítjük.
5. 6 havi időszakos megsemmisítés: az e fejezetben automatikus megsemmisítéssel nem rendelkező kategóriákra (naplóbejegyzések, személytelenített hozzájárulási bizonyítékok, a korai hozzáférési űrlap adatai, szakemberi ellenőrző dokumentumok, csoportüzenetek moderálási másolatai) a Corenta 6 havonta időszakos megsemmisítést alkalmaz, és minden ciklusról megsemmisítési jegyzőkönyvet készít. Az e ciklusokat automatizáló ütemezett feladatok még nem léteznek; a ciklusokat manuálisan hajtjuk végre.

Az időszakos megsemmisítési folyamat – az e Szabályzatban megjelölt időtartamoktól függetlenül – nem akadályozza az érintett KVKK 11. cikke szerinti egyéni törlési/megsemmisítési kérelmét; az érintett akkor is kérheti a törlést, ha a megőrzési idő még nem járt le, de az adott adatkezelési tevékenység jogalapja megszűnt (pl. a hozzájárulás visszavonása). Az automatizálással még nem rendelkező kategóriák tekintetében is, ha az érintett egyéni kérelmét a hello@corenta.app címen eljuttatja, azt manuálisan elbíráljuk és lezárjuk.

8. Az érintett jogai és a kérelmezés módja (KVKK 11. cikk)

8.1. A KVKK 11. cikke szerinti jogok

Az érintetteket a KVKK 11. cikke szerint a következő jogok illetik meg:

1. megismerni, hogy kezelik-e a személyes adatait,
2. ha személyes adatait kezelték, erről tájékoztatást kérni,
3. megismerni a személyes adatok kezelésének célját, és azt, hogy azokat céljuknak megfelelően használják-e,
4. megismerni azokat a belföldi vagy külföldi harmadik személyeket, akiknek a személyes adatokat továbbították,
5. ha a személyes adatokat hiányosan vagy hibásan kezelték, azok helyesbítését kérni,
6. a KVKK 7. cikke keretében a személyes adatok törlését vagy megsemmisítését kérni,
7. kérni, hogy a fenti (5) és (6) pont szerint végzett műveletekről értesítsék azokat a harmadik személyeket, akiknek a személyes adatokat továbbították,
8. tiltakozni az ellen, hogy a kezelt adatoknak kizárólag automatizált rendszerekkel végzett elemzése révén rá nézve hátrányos következmény álljon elő,
9. kártérítést követelni, ha a személyes adatok jogellenes kezelése miatt kár érte.

8.2. A jelenlegi műszaki megvalósítás őszinte összefoglalása

Az alábbiakat a jelenlegi műszaki megvalósítás őszinte és valósághű összefoglalásaként ismertetjük:

• Törlési kérelem (fióktörlés): közvetlenül kérhető a mobilalkalmazás vonatkozó beállítási menüjéből; e kérelmet az 5. fejezetben leírt kétszakaszos (azonnali soft-delete → 30 nap → végleges törlés) folyamat automatikusan teljesíti (11. cikk (6) bekezdés).
• Tájékoztatás kérése / adathordozhatóság: úgy teljesítjük, hogy az érintettnek a saját tenantkörébe tartozó adatait tagolt, géppel olvasható formátumban, észszerű időn belül átadjuk (export_user_data függvény, a tenantkör igazolt). E folyamat átadási mechanizmusát (fájlformátum, átadási mód, aláírt letöltési hivatkozás és hasonló jellemzők) folyamatosan fejlesztjük; e Szabályzat keretében nem vállalunk konkrét átadási határidőt vagy meghatározott fájl-/hozzáférési formátumot (11. cikk (1)–(2) bekezdés).
• Tájékoztatás a harmadik személyeknek történő továbbításról (11. cikk (4) bekezdés): a személyes adatok belföldi/külföldi harmadik személy/alvállalkozó adatfeldolgozó címzettjeire vonatkozó tájékoztatást e Szabályzat 11. fejezetének (Alvállalkozó adatfeldolgozók és adatlokalizáció) táblázata tartalmazza.
• Helyesbítési kérelem (11. cikk (5) bekezdés): műszakilag a Klinika kezelőfelületén manuálisan végezhető el; nincs külön, automatikus „helyesbítési kérelem” munkafolyamat. A SaaS termék összefüggésében az ügyféladatok helyesbítésére irányuló kérelmeket elsősorban az érintett Klinikához kell intézni; a Corenta Adatfeldolgozóként a Klinika utasításai szerint nyújt műszaki támogatást.
• Értesítés harmadik személyeknek (11. cikk (7) bekezdés): a törlési/helyesbítési műveletekről a címzett harmadik személyek értesítésére irányuló kérelmet akkor bíráljuk el, ha az a kérelmezési eljárásban megjelölt csatornákon érkezik; ez a folyamat jelenleg nem automatikus, hanem manuálisan zajlik.
• Tiltakozás automatizált döntéshozatal/profilalkotás ellen (11. cikk (8) bekezdés): a rendszerben nincs olyan automatizált döntéshozatali vagy profilalkotási tevékenység, amely a kezelt adatok kizárólag automatizált rendszerekkel végzett elemzése révén az érintettre nézve hátrányos következménnyel járna; ezért jelenleg nincs szükség e pontra vonatkozó, ténylegesen működtetett külön tiltakozási mechanizmusra.
• A kérelmeket a KVKK 13. cikke szerint legkésőbb 30 napon belül díjmentesen lezárjuk (ha a művelet külön költséggel jár, a Testület által meghatározott díjtétel szerinti díj kérhető).

8.3. A kérelmezés módja

A fenti jogokra vonatkozó kérelmeket

• a hello@corenta.app e-mail-címre,
• az alkalmazáson belüli vonatkozó beállítási/támogatási képernyőkön keresztül,
• vagy a KVKK által előírt egyéb módokon

lehet eljuttatni a Corentához.

Fontos megjegyzés az ügyféladatokról: ha egy Klinika ügyfele vagy, és az adataiddal kapcsolatban kérelmet szeretnél előterjeszteni, elsősorban az érintett Klinikához (Adatkezelő) kell fordulnod; az ügyféladatok tekintetében ugyanis a Klinika a végső döntéshozó és címzett. A Corenta adatfeldolgozóként a Klinika utasításai szerint biztosítja a szükséges műszaki eszközöket (adatmegtekintési, exportálási és törlési funkciók).

9. Szerepek és felelősségi körök

10. Biztonsági intézkedések (a megőrzési idő alatt)

A személyes adatokat a megőrzési idő alatt a következő műszaki és szervezési intézkedésekkel védjük (KVKK 12. cikk):

• A több bérlős (multi-tenant) architektúrában minden táblában kötelező a tenant_id, és sorszintű biztonsági (Row Level Security) szabályzatokkal az alapértelmezett elutasítás (default-deny) elvét alkalmazzuk (37/37 tábla, 86 szabályzat); így a bérlők közötti adatszivárgást műszakilag megakadályozzuk.
• Az egészségügyi adatokat tartalmazó táblákhoz való hozzáférés az érintett ügyfélre, a hozzárendelt szakemberre és a tenant adminisztrátorára korlátozódik; a hozzáférés-szabályozást adatbázisszinten (RLS) érvényesítjük. Az óramegjegyzések elküldésük után nem módosíthatók/nem törölhetők (append-only); az anamnézisűrlapok törlésére egyetlen felhasználó (az adminisztrátort is beleértve) sem kapott jogosultságot.
• A szuperadminisztrátori támogatói mód (megszemélyesítés) időben korlátozott (30 perc), alapértelmezés szerint csak olvasható; az írási műveletek és az egészségügyi adatokhoz való hozzáférés külön, további jóváhagyást igénylő lépésekhez kötött; egyetlen megszemélyesítési helyzetben sem nyílik írási hozzáférés az egészségügyi adatok tábláihoz. (Ez a korlátozás az ember által indított megszemélyesítési munkamenetekre vonatkozik; az automatikus service-role cron folyamatok külön réteget alkotnak — lásd az 5.7. pontot.)
• Az adatátvitel során végponttól végpontig titkosítást (TLS) alkalmazunk; a mobilalkalmazásban a munkamenet-tokeneket az eszköz biztonságos, hardveresen támogatott kulcstárában (Keychain/Keystore) titkosítva tároljuk.
• Az érzékeny képernyőkön a képernyőképek készítésének korlátozására irányuló műszaki intézkedéseket alkalmazunk.
• A szuperadminisztrátori fiókok esetében kötelező a kétfaktoros hitelesítés (2FA/MFA).
• A fizetési műveletekről szóló értesítések (webhook) kriptográfiai aláírás-ellenőrzése az architektúrában elő van irányozva és alkalmazzuk; a kapcsolódó konfiguráció/kulcskezelés minden környezetben (az éles környezetet is beleértve) történő hiánytalan befejezésére irányuló munka folyamatban van.
• Ezeket a biztonsági intézkedéseket folyamatosan felülvizsgáljuk és fejlesztjük; egyetlen műszaki intézkedés sem garantál azonban abszolút biztonságot, és e Szabályzat keretében abszolút biztonsági vállalást nem teszünk.

11. Alvállalkozó adatfeldolgozók és adatlokalizáció

A személyes adatokat a megőrzési idő alatt az alábbi alvállalkozó adatfeldolgozók/szolgáltatók útján kezeljük vagy tároljuk. Az e szolgáltatókkal kötött szerződések előírják, hogy az adatokat kizárólag a meghatározott szolgáltatás teljesítése céljából kezeljék; ez a viszony nem a megőrzési időket, hanem az adatok tárolásának műszaki környezetét jelenti — a megsemmisítési döntés végrehajtása ezeknél a szolgáltatóknál is műszakilag megtörténik. Az alábbi táblázat a KVKK 11. cikk (4) bekezdése szerinti, „az adatok címzettjeinek megismeréséhez” fűződő jog teljesítését is szolgálja:

Ezenfelül:

• E-mail-infrastruktúra: a szolgáltatási e-maileket a Google Workspace (Google) útján küldjük; a hitelesítési e-maileket a Supabase Auth indítja. Promóciós e-maileket csak külön hozzájárulás és İYS-nyilvántartásba vétel esetén küldünk. A push-értesítéseket az Apple (APNs) és a Google (FCM) továbbítja.
• Analitikai eszköz: harmadik féltől származó analitikai eszközt (pl. Google Analytics) nem használunk. Az alkalmazáson belüli termékhasználati mérés jelenleg nem aktív; bekapcsolása esetén a mérés a Corenta saját adatbázisában (Supabase, Frankfurt/Németország) tárolt első fél táblába íródik, nem tartalmaz egészségügyi adatot és szabad szöveget, és bekapcsolása előtt e Szabályzatot frissítjük; bekapcsoláskor a mérési nyilvántartások megőrzési idejét e Szabályzatban rögzítjük.
• Hibakövetés: harmadik féltől származó hibakövető eszközt nem használunk; a kliensoldali hibákat a Corenta saját adatbázisában rögzítjük.
• Nincs közvetlen bankkártyás webes fizetési infrastruktúra; a fizetések kizárólag az Apple/Google alkalmazáson belüli vásárlási (IAP) mechanizmusain keresztül történnek; a végső számlát/nyugtát az Apple/Google állítja ki (lásd a 4. fejezet 6. sorát).

A fenti alvállalkozó adatfeldolgozókkal az adatmegosztás kizárólag az adott szolgáltatás nyújtásához szükséges mértékben, a KVKK 8. és 9. cikkének keretei között történik. Külföldi adattovábbítás: a fenti szolgáltatók mindegyike Törökországon kívül kezel adatokat; a németországi tárolás is külföldi adattovábbításnak minősül a KVKK értelmében. Mivel ezek a továbbítások rendszeresek és folyamatosak, nem kifejezett hozzájáruláson alapulnak; a 9. cikk (4) bekezdés c) pontja szerint a Testület által közzétett általános szerződési feltételeken fognak alapulni. E szöveg napján az általános szerződési feltételeket még nem írták alá, és a Testületnek sem jelentették be; minden szerződést az aláírástól számított 5 munkanapon belül bejelentünk a Testületnek, és e táblázatot a dátumokkal frissítjük. A Testület ezen országokra vonatkozóan nem tett közzé megfelelőségi határozatot (utolsó ellenőrzés: 2026. október 11.). Ez a lista a szolgáltatóváltozásoktól függően frissülhet; az aktuális lista az Adatvédelmi szabályzatban és/vagy a Corenta terméken belüli vonatkozó tájékoztató képernyőn követhető.

12. VERBİS-nyilvántartás

A Teta Studio e dokumentum napján nem szerepel a VERBİS-ben. A nyilvántartásba vételi kötelezettséget a Testület 2025/1572. (azon adatkezelők esetében, amelyek fő tevékenysége különleges adatok kezelése, a mentességi küszöb évi 10 munkavállaló és 10 millió TL mérlegfőösszeg) és 2025/2393. (a mérlegalapú könyvvezetést nem folytatóknál a munkavállalói létszám kritériuma) számú határozatában foglalt kritériumok szerint mérlegeljük. Mivel a Teta Studio a klinikai egészségügyi adatokat nem adatkezelőként, hanem adatfeldolgozóként kezeli, a saját adatkezelői tevékenységei (A. és C. rész) tekintetében e kritériumok szerint mérlegelünk. Az írásbeli értékelő feljegyzés és a Hatóság (ALO 198) megerősítése elkészültével e fejezetet dátummal és indoklással frissítjük; ha a nyilvántartásba vétel szükséges, azt a tevékenység folytatása előtt elvégezzük.

Szerepalapú pontosítás: a VERBİS-nyilvántartási kötelezettséget a vállalati weboldal (a corenta.app korai hozzáférési űrlapja) összefüggésében mérlegeljük, amelyben a Corenta Adatkezelőként jár el; ennek állását fent ismertettük. A SaaS termék összefüggésében (app.corenta.app), mivel az ügyféladatok tekintetében az Adatkezelő a Klinika, azt, hogy fennáll-e VERBİS-nyilvántartási kötelezettség, minden egyes Klinika saját kritériumai (munkavállalói létszám, éves adatkezelési volumen, tevékenységi kör, a Testület mentességi határozatai stb.) szerint külön és függetlenül kell mérlegelni; ez a mérlegelés és az esetleges nyilvántartási kötelezettség a Klinikát terheli, és nem ruházható át a Corentára.

13. A Szabályzat frissítése

E Szabályzat a jogszabályváltozások, a Testület határozatai, a Corenta műszaki infrastruktúrájában végrehajtandó fejlesztések (például a 4. fejezet 3. sorában és a 6.2. pontban említett, az óramegjegyzések szabad szöveges tartalmában a szövegbe ágyazott PII átvizsgálásának bevezetése, az 5.4. pontban/a 4. fejezet 11. sorában említett szakemberi ellenőrző dokumentumok (specialist-verification-docs) bekötése a tenantmegszüntetési folyamatba, a 4. fejezet 10. sorában és a 7. fejezet 4. pontjában említett push-tokentisztítás igazolása/bevezetése, a 7. fejezet 3. pontjában említett, a korai hozzáférési űrlap adataira vonatkozó automatikus átvizsgálási mechanizmus kiépítése, a 8.2. pontban említett adathordozhatósági folyamat fejlesztése, a 11. fejezetben szereplő külföldi adattovábbítási jogalapok teljessé tétele, az alvállalkozó adatfeldolgozók listájának változása) vagy az üzleti folyamatok változásai alapján frissülhet. Az aktuális verziót a Corenta vonatkozó platformjain (vállalati weboldal és/vagy az alkalmazáson belül) tesszük közzé, és a korábbi verzióval ellentétes rendelkezések tekintetében az aktuális verzió az irányadó. Lényeges változások esetén – amennyiben alkalmazható – a felhasználókat/Klinikákat külön is tájékoztatjuk.

14. Kapcsolat

E Szabályzattal vagy a személyes adatok megőrzésével/megsemmisítésével kapcsolatos kérdéseiddel fordulj hozzánk:

E-mail: hello@corenta.app Adatkezelő: Mertcan Demir — a „Teta Studio” üzleti néven működő egyéni vállalkozó Támogatás: support@corenta.app Szolgáltatási terület: a Corentát az App Store-on és a Google Playen keresztül, az e áruházak által kiszolgált országokban, globálisan kínáljuk. Az e Szabályzatban szereplő időtartamok minden ország felhasználójára alkalmazandók; ha egy ország kötelező jogszabálya rövidebb törlési vagy hosszabb megőrzési kötelezettséget ír elő, az a rendelkezés alkalmazandó.

Utolsó frissítés: 2026. október 19. 1.9-es verzió · 2026. október 19.