1. Adatkezelő
| Adatkezelő jogállása | Gazdasági társaság |
|---|---|
| Adatkezelő neve | Linkartsys Kft. |
| Székhely | 1117 Budapest, Budafoki út 91-93 |
| Adószám | 34113413-5-34 |
| Cégjegyzékszám | 1309534213 |
| Adatvédelmi kapcsolat | [email protected] |
2. Milyen adatokat kezelünk?
- Feltöltött tulajdoni lap tartalma: az ingatlan adatai és a dokumentumban szereplő természetes személyek adatai, például név, születési adat, anyja neve, cím, tulajdoni/jogosulti minőség.
- Elemzési és riportadatok: a dokumentumból készített strukturált megállapítások, forráshivatkozások, AI-ellenőrzési eredmények és a privát riport.
- QA futásnapló: a sikeres, további ellenőrzést igénylő és hibával megszakadt elemzések technikai története, például pipeline-verzió, AI-stage-ek, token- és költségadatok, futási idő, verifier hibakategóriák és forrásdokumentum-hash. Ha a QA payload-archívum aktív, az AI stage-kimenetek és a végső riport is megőrizhető a beállított időtartamig; productionben ezek titkosított artifact-tárolóba kerülnek. A Run Ledger eseménytörténete önmagában nem ágyazza be a nyers PDF-et. Az eredeti PDF KMS-alapú titkosítással, a runId-hez kötött artifactként 30 napig megőrzésre kerül, és kizárólag védett QA admin hozzáféréssel tölthető le. A fejlesztési célú Markdown/JSON export továbbra sem ágyazza be a PDF-et, de az AI-kimenetekben szereplő személyes adatokat tartalmazhatja.
- E-mail-verifikációs adatok: ha a nyilvános béta e-mail-ellenőrzése aktív, a megadott e-mail-cím az egyszer használható ellenőrző üzenet elküldéséhez kerül feldolgozásra. A fair-use számlálókhoz és a verifikált munkamenethez a rendszer HMAC-alapú pszeudonim e-mail-azonosítót használ; a nyers e-mail-cím nem kerül a használati számláló fájlokba. Az e-mail-címet marketingre nem használjuk külön hozzájárulás nélkül.
- Fair-use és visszaélésvédelmi technikai azonosítók: egy véletlen böngészőazonosítóból képzett szerveroldali HMAC-azonosító, valamint anonim használatnál a kliens hálózati címéből képzett külön pszeudonim hálózati azonosító és használati számlálók. IPv4 esetén az aktuális cím, IPv6 esetén a /64 hálózati prefix szolgál az átmeneti kiinduló értékhez; a fair-use fájlokba a nyers IP-cím nem kerül.
- Süti- és preferenciaadat: a feltétlenül szükséges technikai sütik mellett a cookie-kezelő tudomásulvételi állapota a böngésző helyi tárhelyén (
tlai_cookie_preferences_v1) tárolódik; ez nem marketingazonosító.
Munkamenet-adat: ha hozzáférési kulcsos védelem aktív, rövid élettartamú hozzáférési munkamenet-süti. - Visszajelzés: ha a felhasználó önként visszajelzést ad vagy béta fejlesztési hozzájárulást választ, az ehhez kapcsolódó értékelési és minőségi adatok.
3. Adatkezelési célok és jogalapok
| Cél | Jellemző jogalap | Adatok |
|---|---|---|
| Kért elemzés és riport elkészítése | GDPR 6. cikk (1) b) – a felhasználó által kért szolgáltatás teljesítése | PDF, dokumentumadatok, riport |
| Béta-hozzáférés e-mail ellenőrzése és keretkezelés | GDPR 6. cikk (1) b) – a felhasználó által kért béta szolgáltatás biztosítása; visszaélésvédelmi részben 6. cikk (1) f) | E-mail-cím az ellenőrző üzenet kiküldéséhez, pszeudonim e-mail-azonosító, ellenőrzési munkamenet |
| Biztonság, visszaélés-megelőzés, fair-use | GDPR 6. cikk (1) f) – jogos érdek | Pszeudonim böngésző-, e-mail- és hálózati azonosítók, használati számlálók, átmeneti rate-limit adatok; a hálózati fair-use tároló nem őrzi meg a nyers IP-címet |
| Minőségbiztosítás, hibakeresés és regressziók felismerése | GDPR 6. cikk (1) f) – a szolgáltatás biztonságos és pontos működéséhez fűződő jogos érdek | QA futásnapló, AI-stage metaadatok és titkosított AI-kimenetek; az eredeti PDF KMS-alapú titkosítással 30 napig megőrzésre kerül a minőségbiztosításhoz és hibakereséshez |
| Önkéntes béta minőségfejlesztés | GDPR 6. cikk (1) a) – hozzájárulás, ahol a felület ezt külön kéri | Strukturált minőségi adatok és visszajelzés; ez a külön hozzájárulás nem módosítja az eredeti PDF 30 napos QA-megőrzését |
| Jogi kötelezettség, igényérvényesítés | GDPR 6. cikk (1) c) vagy f), az adott helyzettől függően | Szükséges kapcsolattartási és bizonyítási adatok |
4. Az AI-feldolgozás
A jelenlegi kód a feltöltött PDF-et közvetlen PDF-bemenetként továbbítja az AI API-nak. Az API-kérések store:false beállítással készülnek, és a hosszú elemzéseknél háttérfeldolgozás, valamint prompt cache is használható. Az AI-szolgáltató saját adatbiztonsági és ideiglenes technikai megőrzési szabályai ettől függetlenül alkalmazandók.
Az OpenAI jelenlegi API-adatkezelési dokumentációja szerint az API-ba küldött adatok alapértelmezés szerint nem kerülnek modelltréningre, kivéve külön önkéntes adatmegosztási beállítást. Ugyanakkor a szolgáltató alapértelmezett abuse-monitoring naplói ügyféltartalmat is tartalmazhatnak és legfeljebb 30 napig megőrizhetők, ha az adott szervezet/projekt nem rendelkezik ennél szigorúbb jóváhagyott adatmegőrzési beállítással. A store:false háttérfeldolgozásnál a válasz ideiglenesen, a lekérdezhetőséghez szükséges rövid időre tárolódhat; a jelenlegi OpenAI dokumentáció ezt nagyságrendileg körülbelül 10 percként írja le. A rendszer explicit prompt cache-t is használ, jelenlegi alkalmazásoldali TTL-kérése 30 perc. Az OpenAI oldali konkrét adatmegőrzés és adatrezidencia az üzemeltetői fiók/projekt beállításaitól, valamint az API-szolgáltató mindenkor alkalmazandó szerződéses és technikai feltételeitől függ.
5. Megőrzési idők
| Adatkör | Jelenlegi működés |
|---|---|
| Nyers szerveroldali PDF-munkafájl | A feldolgozási munkafájl a feldolgozás befejezése után törlésre kerül. Ettől külön az eredeti PDF KMS-alapú titkosított archív példánya a QA forrásarchívumban 30 napig megőrzésre kerül, majd törlődik. |
| Privát riport és kapcsolódó case-state | Alapértéken 7 nap, utána automatikus törlés. |
| Titkosított audit/snapshot forrás, ha aktív | Alapértéken legfeljebb 7 nap. |
| QA Analysis Run Ledger és AI-stage artifactok | Alapértéken legfeljebb 30 nap. A PDF nem kerül bele a Markdown/JSON QA exportba; külön QA artifactként 30 napig kezeljük. Productionben a QA forrás-PDF kizárólag KMS-alapú envelope titkosítással archiválható. |
| Felhasználói fair-use havi pszeudonim használati rekord | Legfeljebb 13 hónap; a régebbi havi rekordokat a rendszer takarítja. |
| Pszeudonim hálózati visszaélésvédelmi rekord | Alapértéken legfeljebb 2 hónap; nyers IP-cím nem kerül ebbe a tárolóba. |
tlai_beta süti | Legfeljebb 1 év. |
tlai_beta_email verifikált béta munkamenet-süti, ha az e-mail-ellenőrzés aktív | Alapértéken legfeljebb 30 nap; kizárólag a korábban ellenőrzött e-mailhez tartozó pszeudonim munkamenetet igazolja, nyers e-mail-címet nem tartalmaz. |
tlai_access munkamenet-süti | Legfeljebb 8 óra, ha az access-key védelem aktív. |
tlai_cookie_preferences_v1 helyi beállítás | A böngésző helyi tárhelyén marad a felhasználó törléséig vagy a beállítási séma változásáig; kizárólag a cookie-kezelő állapotát jegyzi meg. |
6. Címzettek és adatfeldolgozók
- AI-infrastruktúra szolgáltató: a jelenlegi alkalmazás OpenAI API-t használ az AI-feldolgozáshoz. Az OpenAI által végzett adatkezelésre az API-szolgáltatás mindenkor alkalmazandó adatfeldolgozási, biztonsági és adattovábbítási feltételei vonatkoznak.
- E-mail kézbesítési szolgáltató: ha az e-mail-verifikáció aktív, a konfigurált kézbesítő szolgáltató kapja meg a címzett e-mail-címet az egyszer használható ellenőrző üzenet elküldéséhez. A jelenlegi alkalmazás Resend-alapú kézbesítést támogat.
- Botvédelmi szolgáltató: ha a Cloudflare Turnstile aktív, a botvédelmi ellenőrzéshez a Cloudflare technikai adatokat dolgozhat fel a saját feltételei szerint. A Turnstile kikapcsolható környezeti beállítással.
- Alkalmazás- és szerverinfrastruktúra: DigitalOcean – az alkalmazás és a kapcsolódó szerveroldali infrastruktúra biztosítása.
- DNS, CDN, biztonság és forgalomkezelés: Cloudflare – DNS-, CDN-, biztonsági és forgalomkezelési szolgáltatások; ahol aktív, ideértve a Turnstile botvédelmet is.
- Jogszabály alapján jogosult hatóságok: kizárólag jogszerű megkeresés esetén.
7. Harmadik személyek adatai a tulajdoni lapon
A feltöltött dokumentum jellemzően nemcsak a feltöltő, hanem tulajdonosok, jogosultak és korábbi jogosultak személyes adatait is tartalmazhatja. A felhasználó csak olyan dokumentumot töltsön fel, amelynek feldolgozására jogszerű jogosultsága van. Az ilyen adatok kezelésére és az érintettek tájékoztatására a GDPR szabályai, különösen a GDPR 14. cikk szerinti tájékoztatási követelmények vonatkozhatnak; a konkrét kötelezettség és az esetleges kivételek az adott adatkezelési helyzettől függnek.
8. Érintetti jogok
Az alkalmazandó feltételektől függően az érintett kérheti a személyes adataihoz való hozzáférést, helyesbítést, törlést, az adatkezelés korlátozását, tiltakozhat a jogos érdeken alapuló adatkezelés ellen, illetve hozzájárulás esetén azt a jövőre nézve visszavonhatja. Ahol alkalmazható, adathordozhatósági jog is megilletheti.
Kérelem: [email protected]. Az érintett panaszt tehet a Nemzeti Adatvédelmi és Információszabadság Hatóságnál is.
9. Adatbiztonság
A riportok tokenes hozzáférés-védelmet kapnak, a hozzáférési token nem kerül bele az alkalmazás normál kérésnaplójába, és az oldal no-referrer szabályt használ. A nyers feltöltési fájlok feldolgozás után törlődnek, a szerveroldali fájlterületek korlátozott jogosultsággal jönnek létre.