Az adatok határozatlan ideig tartása felelősség. Az adatvédelmi jog előírja, hogy töröld az adatot, ha már nincs rá szükséged. Ez a fejezet a megőrzési szabályokról szól (meddig tartsd az adatokat) és a törlési folyamatokról (hogyan kezeld a felhasználók törlési kérelmeit és a rendszer takarítását).
Miért fontosak az adatmegőrzési szabályok
Jogi követelmény
A GDPR és a hasonló törvények adatmegőrzési szabályokat követelnek. A megadott cél elérése után törölnöd kell az adatot. Az „örökre megtartjuk, hátha kell” sérti az adatminimalizálás elvét, és bírság oka lehet.
Működési előny
A régebbi adat kevésbé hasznos. Egy 2 évvel ezelőtti esemény ritkán befolyásolja a mostani döntéseket. A régi adatok törlése csökkenti a tárolási költséget, egyszerűsíti a mentéseket, és kisebb a kitettség, ha adatvédelmi incidens történik (kisebb az adathalmaz, ami kikerülhet).
A felhasználók elvárásai
A felhasználók elvárják, hogy törölöd az adataikat, ha már nincs rájuk szükség. Egy felhő alapú teendőalkalmazásnak törölnie kell a feladataidat, amikor lezárod a fiókodat, nem pedig a végtelenségig őriznie. A világos törlési szabályok bizalmat építenek.
Megőrzési szabályok kialakítása
Milyen adat? Mennyi ideig?
A különböző adattípusoknak különböző megőrzési igényeik vannak:
Analitikai események: a tipikus 12 hónap. Egy év után a korábbi eseményeket ritkán elemzik. Ha hosszabb kell, a 24 hónap észszerű. Ne tartsd örökké.
Ügyfélfiók-adatok: Tartsd, amíg a fiók aktív. A fiók lezárása után 90 nappal töröld (így van idő a helyreállításra). Ne tartsd határozatlan ideig.
Támogatási jegyek: Tartsd 2-3 évig (vitákra vonatkozó elévülési idő). Utána töröld.
Pénzügyi nyilvántartások: Tartsd 7 évig (adó- és jogi követelmények). Utána töröld.
Marketinglisták: Tartsd, amíg az ügyfél a listán van. A leiratkozás után 30 nappal töröld.
Hosszabb megőrzés bizonyos esetekben
Egyes adatokat hosszabb ideig kell megőrizni: csalásfelderítés (az auditnyom miatt), jogviták (a lezárásukig), szabályozási megfelelés (ágazatonként eltér). Ezek kivételek. Az alapszabály: töröld, amint már nem hasznos.
A szabályzat dokumentálása
Írd le a megőrzési szabályzatodat: milyen adattípusokra, mennyi ideig, mi a megőrzés jogalapja. Tedd elérhetővé a felhasználóknak az adatvédelmi tájékoztatóban. „Az adataidat X hónapig őrizzük, utána töröljük.” Az átláthatóság bizalmat épít.
Automatikus törlés bevezetése
Ütemezett törlési feladatok
Állíts be automatikus feladatokat, amelyek ütemezetten (havonta, negyedévente) törlik a megőrzési határidőn túli adatokat. Például egy feladat, amely törli a 12 hónapnál régebbi analitikai eseményeket. Futtasd automatikusan, hogy a törlés ne legyen kézi, és ne maradjon el.
Eseményvezérelt törlés
Némelyik törlést egy esemény váltja ki: amikor a felhasználó lezárja a fiókját, töröld az adatait. Amikor leiratkozik, töröld az e-mail-címét. Állíts be automatikus munkafolyamatokat, amelyek bizonyos események bekövetkeztekor törölnek.
A törlés naplózása
Naplózd, mikor töröltél adatot (mit, mikor, miért). Ez auditnyomot hoz létre. Ha a hatóság megkérdezi, miért hiányzik valamilyen adat, megmutathatod, hogy a szabályzat szerint törölted, nem eltitkoltad.
A felhasználók törlési kérelmeinek kezelése
A felejtéshez való jog
A GDPR az egyéneknek megadja a „felejtéshez való jogot”. A felhasználók kérhetik a személyes adataik törlését. 30 napod van a teljesítésre (a jogi kötelezettségek kivételével). Ez azt jelenti, hogy kérésre tudnod kell törölni a felhasználó adatait.
Törlési munkafolyamatok kialakítása
1. lépés: A kérelem fogadása. A felhasználó a támogatási űrlapon vagy a fiókbeállításokban nyújtja be a törlési kérelmet.
2. lépés: Személyazonosság ellenőrzése. Győződj meg róla, hogy a kérelem a fióktulajdonostól jön (nem hamis kérés).
3. lépés: Az adatok megkeresése. Keress meg minden adatot, ami ehhez a felhasználóhoz kapcsolódik: fiók, analitikai események, támogatási jegyek, e-mail-listák, mentések.
4. lépés: Törlés. Töröld az éles rendszerekből és a mentésekből. Írásban erősítsd meg a felhasználónak a törlést.
5. lépés: Naplózás. Dokumentáld a törlést: ki kérte, mikor, mit töröltek.
Kivételek a törlés alól
Nem kell törölnöd, ha: jogi kötelezettséged van az adat megőrzésére (adónyilvántartások, bírósági végzések), szükséged van rá egy még teljesítés alatt álló, megadott célhoz, vagy a felhasználó a törlési kérelem után hozzájárult a további feldolgozáshoz. De ezek kivételek. Az alapszabály: kérésre törölj.
A megvalósítás kihívásai
Szétszórt adatok
A felhasználói adatok gyakran több rendszerben vannak: éles adatbázis, mentések, külső szolgáltatások (analitikai szolgáltatók, e-mail-szolgáltatók), munkatársak laptopjai. Az összes törlendő adat megtalálása bonyolult. A megoldás: vezess adatleltárt. Tudd, hol vannak a felhasználói adatok. A szállítói szerződésekbe foglald bele a törlési követelményeket.
Mentések megőrzése
A mentések az éles rendszerből való törlés után is tartalmaznak felhasználói adatokat. Meddig tartod a mentéseket? Valószínűleg nem fogsz naponta 3 éves mentésből visszaállítani, de jogi zárolás miatt lehet, hogy meg kell őrizni őket. Tisztázd: a mentések tarthatók hosszabb ideig, mint az éles adatok, de végül azokat is törölni kell.
Anonimizált adatok
Az igazán anonimizált adatokra nem vonatkozik a törlési jog (nem személyes adat). De a legtöbb „anonimizált” adat valójában összesített vagy álnevesített (visszafejthető). Ha újra azonosítható, személyes adat, és kérésre törölni kell. Értsd meg, mit tárolsz valójában.
Beépített adatvédelem: a törlés a felépítésben
A rendszereket már az elejétől a törlést szem előtt tartva tervezd. Használj olyan adatstruktúrákat, amelyekből hatékonyan lehet törölni. Ne keverd az eltérő megőrzési igényű adattípusokat. Legyen könnyű lekérdezni és törölni a felhasználói adatokat. Ha a törlési képességet előre megépíted, később egyszerűbb a megfelelés.
Mi egy reális megőrzési idő az analitikai adatokra különböző vállalkozástípusoknál?
Blog vagy tartalmi oldal: 12 hónap elég (alig kell régi adat). SaaS: 24 hónap (trendelemzés kell). Webshop: 24-36 hónap (szezonalitás-elemzés, csalásfelderítés). Pénzügy és egészségügy: kövesd a szabályozást (gyakran 6 év felett). Vizsgáld át az utolsó 6 havi riportjaidat: ha X hónapnál régebbi adatot nem elemeztél, azon túl töröld. Állítsd az analitikai platformod beállításait automatikus törlésre.
Pontosan mi a folyamat egy törlési kérelem jogi határidőn belüli megválaszolására?
1. nap: kérelem fogadása, személyazonosság ellenőrzése, rögzítés a kérelemkezelő rendszerben. 2-7. nap: az összes adat felkutatása a rendszerekben (adatbázis, mentések, külső szolgáltatások). 8-20. nap: a törlés végrehajtása, ellenőrzés a naplókban. 28. nap: visszaigazolás küldése a felhasználónak arról, mit töröltek. Dokumentálj mindent. A 30 nap szigorú határidő; az azonnali kezdés kritikus.
Honnan tudom, hogy az „anonimizált” adataim tényleg anonimak, vagy még mindig személyes adatnak számítanak?
Valódi anonimizálás: lehetetlen újra azonosítani (csak összesített statisztika: „a felhasználók 50%-a kattintott a gombra”). Álnevesítés: kulccsal visszafejthető (hash-elt felhasználói azonosító; még mindig személyes adat). Biztonságos szabály: ha van kereső kulcsod, vagy más adatokkal összevethető, személyes adat, és kérésre törölni kell. Ha kétséges, kezeld személyes adatként.
Meddig őrizzem a mentéseket, és hogyan kezeljem a mentésben lévő adatok törlési kérelmét?
Az éles adatok törlése: azonnali. 0-30 napos mentések: töröld minden másolatból. 30-90 napos mentések: megtarthatók, ha nem használod őket a napi működéshez való visszaállításra. 90 napnál régebbi mentések: a GDPR szerint végül törölni kell (nincs határozatlan idejű tárolás). Készíts mentéstörlési ütemtervet: negyedéves felülvizsgálat, töröld a szabályzat szerinti dátumnál régebbi mentéseket. A felhasználónak adott válaszban szerepeljen a törlés megerősítése.
Hogyan néz ki egy lépésről lépésre törlési munkafolyamat, ha az adatok az analitikában, az e-mailben, a CRM-ben és külső eszközökben vannak szétszórva?
1. lépés: az adatleltár dokumentum felsorolja, hol vannak a felhasználói adatok (adatbázis, GA, e-mail-platform, CRM stb.). 2. lépés: az automatikus törlési feladat lefut az elsődleges adatbázison. 3. lépés: kézi vagy API-val indított törlés a külső eszközökben. 4. lépés: a szállítói szerződések törlési visszaigazolást írnak elő (SLA: 7 nap). 5. lépés: a törlési visszaigazolások összegyűjtése, és elküldése a felhasználónak legfeljebb 30 napon belül.
Mi a különbség a „működési késedelem” és a 30 napos szabály megszegése között?
Elfogadható késedelem: az adat váratlan helyen bukkan fel, jogos technikai gond (legfeljebb 8-10 nap). Elfogadhatatlan: „majd egyszer sort kerítünk rá”, a havi feladat futására várás, 15 napon túli adat-helyreállítási késedelem. A 30 nap a válaszra és a magyarázatra szól, nem a megvalósítás idejére. Ha nem tudsz 30 napon belül törölni, az szabálysértés. A késedelmet azonnal közöld, és dokumentáld az okát.