Att spara data för alltid är en risk. Integritetslagar kräver att du raderar data när du inte längre behöver den. Det här kapitlet går igenom policyer för lagring (hur länge du sparar data) och raderingsprocesser (hur du hanterar användares begäranden om radering och rensar i systemen).
Därför är policyer för datalagring viktiga
Lagkrav
GDPR och liknande lagar kräver policyer för hur länge data sparas. Du måste radera data när du har uppnått det ändamål du angett. ”Spara data för alltid för säkerhets skull” strider mot principen om dataminimering och kan ge böter.
Fördelar för verksamheten
Äldre data är mindre användbar. En händelse från för 2 år sedan påverkar sällan dagens beslut. Att radera gammal data minskar lagringskostnaderna, förenklar säkerhetskopiorna och minskar risken vid intrång (mindre datamängd att exponera).
Användarnas förväntningar
Användare förväntar sig att du raderar deras data när den inte längre behövs. En molnbaserad att göra-app ska radera dina uppgifter när du stänger ditt konto, inte spara dem för alltid. Tydliga raderingsregler skapar förtroende.
Ta fram policyer för lagring
Vilken data? Hur länge?
Olika typer av data har olika behov av lagring:
Analyshändelser: 12 månader är vanligt. Efter ett år analyseras gamla händelser sällan. Behöver du längre tid är 24 månader rimligt. Spara inte för alltid.
Kundkontodata: Spara medan kontot är aktivt. Radera 90 dagar efter att kontot stängts (ger tid för återställning). Spara inte för alltid.
Supportärenden: Spara i 2 till 3 år (preskriptionstid för tvister). Radera sedan.
Ekonomiska uppgifter: Spara i 7 år (skatte- och lagkrav). Radera sedan.
Marknadsföringslistor: Spara så länge kunden finns på listan. Radera 30 dagar efter avanmälan.
Längre lagring i vissa fall
Viss data kan behöva sparas längre: upptäckt av bedrägerier (spara som underlag för granskning), juridiska tvister (spara tills de är lösta) och regelefterlevnad (varierar mellan branscher). Det är undantag. Grundregeln ska vara: radera så snart datan inte längre är användbar.
Dokumentera din policy
Skriv ner din policy för lagring: vilka datatyper, lagringstid för var och en och rättslig grund för lagringen. Gör den tillgänglig för användare i din integritetspolicy. ”Vi sparar din data i X månader och raderar den sedan.” Öppenhet skapar förtroende.
Inför automatisk radering
Schemalagda raderingsjobb
Ställ in automatiska jobb som körs enligt schema (varje månad eller kvartal) och raderar data som passerat sitt lagringsdatum. Exempel: ett jobb som raderar alla analyshändelser som är äldre än 12 månader. Kör det automatiskt så att radering inte blir manuell eller glöms bort.
Radering som utlöses av händelser
Viss radering utlöses av händelser: när en användare stänger sitt konto raderar du hens data. När en användare avanmäler sig raderar du hens e-postadress. Ställ in automatiska flöden som raderar när vissa händelser inträffar.
Logga radering
Logga när data raderas (vilken data, när och varför). Det ger ett underlag för granskning. Om tillsynsmyndigheter frågar varför viss data saknas kan du visa att den raderats enligt policyn och inte dolts.
Hantera användares begäranden om radering
Rätten att bli bortglömd
GDPR ger enskilda ”rätten att bli bortglömd”. Användare kan begära att deras persondata raderas. Du har 30 dagar på dig att följa begäran (med undantag för rättsliga skyldigheter). Det betyder att du måste kunna radera användardata på begäran.
Inför flöden för radering
Steg 1: ta emot begäran. Användaren skickar in en begäran om radering via ett supportformulär eller kontoinställningarna.
Steg 2: verifiera identiteten. Bekräfta att begäran kommer från kontoägaren (inte är falsk).
Steg 3: hitta datan. Hitta all data som hör till användaren: konto, analyshändelser, supportärenden, e-postlistor och säkerhetskopior.
Steg 4: radera. Ta bort från skarpa system och säkerhetskopior. Bekräfta raderingen skriftligt till användaren.
Steg 5: logga. Dokumentera raderingen: vem som begärde den, när och vad som raderades.
Undantag från radering
Du behöver inte radera om: du har en rättslig skyldighet att spara datan (skatteuppgifter, domstolsbeslut), du behöver den för ett angivet ändamål som fortfarande pågår eller användaren har samtyckt till fortsatt behandling efter begäran om radering. Men det är undantag. Grundregeln är att radera när det begärs.
Utmaningar i genomförandet
Utspridd data
Användardata finns ofta i flera system: den skarpa databasen, säkerhetskopior, tjänster från tredje part (analysleverantörer, e-postleverantörer) och anställdas bärbara datorer. Att hitta all data som ska raderas är komplicerat. Lösning: för en datainventering. Vet var användardata finns. Ta med krav på radering i avtal med leverantörer.
Lagring av säkerhetskopior
Säkerhetskopior innehåller användardata även efter radering ur de skarpa systemen. Hur länge sparar du säkerhetskopior? Du återställer sannolikt inte från 3 år gamla kopior dagligen, men rättsliga spärrar kan kräva att du sparar dem. Förtydliga: säkerhetskopior får sparas längre än skarp data, men de måste också raderas till slut.
Anonymiserad data
Verkligt anonymiserad data omfattas inte av rätten till radering (den är inte persondata). Men det mesta av den ”anonymiserade” datan är i själva verket aggregerad eller pseudonymiserad (går att vända). Om du kan identifiera personen på nytt är det persondata och den måste raderas på begäran. Förstå vad du faktiskt lagrar.
Inbyggd integritet: radering i arkitekturen
Utforma system med radering i åtanke från början. Använd datastrukturer som gör radering effektiv. Blanda inte datatyper som har olika behov av lagring. Gör det enkelt att söka fram och radera användardata. Om du bygger in möjligheten att radera från början blir efterlevnaden enklare senare.
Hur lång lagringstid är realistisk för analysdata i olika typer av verksamheter?
Blogg eller innehåll: 12 månader räcker (litet behov av gammal data). SaaS: 24 månader (trendanalys behövs). E-handel: 24 till 36 månader (analys av säsongsvariation, upptäckt av bedrägerier). Finans och hälsa: följ regelverket (ofta 6 år eller mer). Gå igenom dina rapporter från de senaste 6 månaderna: om du inte analyserat data som är äldre än X månader, radera allt som är äldre. Uppdatera inställningarna i din analysplattform så att data raderas automatiskt.
Hur ser processen ut för att svara på en begäran om radering inom den lagstadgade tiden?
Dag 1: ta emot begäran, verifiera identiteten och registrera den i ditt ärendesystem. Dag 2 till 7: hitta all data i alla system (databas, säkerhetskopior, tjänster från tredje part). Dag 8 till 20: utför raderingen och kontrollera den i loggarna. Dag 28: skicka en bekräftelse till användaren om vad som raderats. Dokumentera allt. 30 dagar är en strikt gräns, så det är avgörande att börja direkt.
Hur vet jag om min anonymiserade data verkligen är anonym eller fortfarande persondata?
Verklig anonymisering: det går inte att identifiera personen på nytt (bara aggregerad statistik: 50 % av användarna klickade på knappen). Pseudonymisering: går att vända med en nyckel (hashat användar-ID, är fortfarande persondata). Säker tumregel: om du har en nyckel för uppslag eller kan jämföra med annan data är det persondata och måste raderas på begäran. Vid tvekan, behandla den som persondata.
Hur länge ska jag spara säkerhetskopior och hur hanterar jag radering av data i dem?
Skarp data: radera direkt. Säkerhetskopior som är 0 till 30 dagar gamla: radera från alla kopior. Säkerhetskopior som är 30 till 90 dagar gamla: kan sparas om du inte återställer från dem i den dagliga driften. Säkerhetskopior som är över 90 dagar gamla: måste till slut raderas enligt GDPR (ingen lagring utan tidsgräns). Gör ett schema för radering av säkerhetskopior: granska varje kvartal och radera kopior som är äldre än policyns datum. Ta med bekräftelse av radering i svaret till användaren.
Hur ser ett raderingsflöde ut när datan finns i analys, e-post, CRM och leverantörsverktyg?
Steg 1: ett inventeringsdokument listar var användardata finns (databas, GA, e-postplattform, CRM och så vidare). Steg 2: ett automatiskt raderingsjobb körs mot huvuddatabasen. Steg 3: manuell radering eller radering via API i verktyg från tredje part. Steg 4: leverantörsavtal kräver bekräftelse av radering (SLA: 7 dagar). Steg 5: samla alla bekräftelser och skicka till användaren inom 30 dagar totalt.
Vad är skillnaden mellan driftsfördröjning och brott mot 30-dagarsregeln?
Godtagbar fördröjning: du hittar data på en oväntad plats eller har berättigade tekniska problem (högst 8 till 10 dagar). Oacceptabelt: ”vi tar det så småningom”, att vänta på nästa månatliga körning eller förseningar vid återställning av data utöver 15 dagar. De 30 dagarna gäller ditt svar och din förklaring, inte tiden för genomförandet. Om du inte kan radera inom 30 dagar är det en överträdelse. Meddela förseningar direkt och dokumentera varför.