Du behöver inte AI-förordningen. Artikel 5 sa redan nej.

Compliance-team väntar på vägledning om AI-förordningen innan de rör sina AI-implementeringar. De skyldigheter som faktiskt biter är åtta år gamla och redan i kraft.

Den vanligaste meningen inom europeisk AI-styrning just nu

"Vi väntar tills det finns tydligare vägledning om AI-förordningen."

Jag hör det i nästan varje samtal, oftast från någon kompetent som verkligen försöker göra det här korrekt. Det låter förnuftigt. Det är det enskilt dyraste misstag som görs inom europeiskt dataskydd just nu, och det bygger på en missuppfattning av vilken förordning som gör jobbet.

Två saker är sanna och de pekar i motsatta riktningar. AI-förordningen kräver mindre av ett vanligt företag än de flesta fruktar. GDPR kräver mer, gäller redan idag, och de flesta AI-pipelines misslyckas redan med den.

Vad AI-förordningen faktiskt kräver av dig

Börja med att ta reda på vad du är. Förordningens skyldigheter är uppdelade efter roll, och skillnaden mellan dem är enorm.

Om du bygger och släpper ut ett AI-system på marknaden under ditt eget namn är du leverantör, och du bär den tyngsta delen: bedömning av överensstämmelse, teknisk dokumentation, riskhanteringssystem, övervakning efter utsläppande på marknaden.

Om du köper Copilot, eller Gemini, eller ett API, och använder det i din verksamhet, är du tillhandahållare. Dina skyldigheter är betydligt lättare — framför allt mänsklig tillsyn, att använda systemet i enlighet med leverantörens instruktioner, transparens gentemot berörda personer, och relevans i indata där du har kontroll över dem.

Den överväldigande majoriteten av europeiska företag är tillhandahållare. De budgeterar för leverantörsskyldigheter de aldrig kommer att bära.

Tidslinjen förstärker poängen. Förordningen trädde i kraft i augusti 2024. Förbjudna användningsområden och skyldigheter kring AI-kompetens gällde från februari 2025. Skyldigheter för AI-modeller för allmänna ändamål från augusti 2025. Högriskkategorierna — de som skapar den dokumentation kring överensstämmelse som alla är rädda för — ligger på augusti 2026 och augusti 2027, och gäller bara för system som faller inom Bilaga III-användningsfallen eller säkerhetskomponenter. Rekrytering, kreditbedömning och personalhantering omfattas. Din interna kunskapsassistent gör det nästan säkert inte.

För en typisk tillhandahållare är AI-förordningen alltså en styrnings- och dokumentationsövning, uppdelad i faser, och till största delen inte aktuell ännu.

Vad GDPR kräver, och har krävt sedan 2018

Titta nu på vad som händer i det ögonblick du riktar en hämtningspipeline mot en filresurs.

Artikel 5.1 b, ändamålsbegränsning. Personuppgifter som samlats in för ett ändamål får inte behandlas vidare på ett sätt som är oförenligt med detta. CV:erna som samlades in för att tillsätta en tjänst 2019 samlades in för att tillsätta en tjänst. Att indexera dem i en företagsassistent är ett nytt ändamål, och du måste ha bedömt om det är förenligt. Nästan ingen har dokumenterat detta.

Artikel 5.1 c, uppgiftsminimering. Behandlingen ska vara adekvat, relevant och begränsad till vad som är nödvändigt. Att indexera en hel tenant därför att avgränsningen var svår är själva definitionen av att misslyckas med detta test. "Vi tog in allt och förlitar oss på behörigheter för att filtrera det" är inte minimering; det är avsaknaden av minimering med en kompenserande kontroll fastskruvad ovanpå.

Artikel 5.1 e, lagringsminimering. Du behåller inte personuppgifter längre än ändamålet kräver. Varje organisation jag har granskat lagrar personuppgifter åratal längre än något försvarbart ändamål. Det var redan en överträdelse när det låg tyst på en filresurs. Att mata in det i ett system utformat för att ta fram det på begäran omvandlar en vilande överträdelse till en aktiv.

Artikel 5.2, ansvarsskyldighet. Du måste kunna visa efterlevnad av allt ovanstående. Inte uppnå det. Visa det. Om du inte kan ta fram ett register över vad du har, varför, och enligt vilken lagringsregel, misslyckas du med detta oavsett hur väluppförd din modell är.

Lägg till artikel 6 — du behöver en rättslig grund för den nya behandlingen, och den du hade för insamlingen följer inte automatiskt med — och artikel 35, eftersom storskalig behandling av personuppgifter med ny teknik nästan är en lärobokstriggare för en konsekvensbedömning.

Inget av detta väntar. Inget av det behöver vägledning. Det har varit verkställbart i åtta år, med sanktionsavgiftstaket i artikel 83.5 kopplat till det, vilket är den högre nivån: upp till 4 % av den globala årsomsättningen.

Vad det innebär för den dataskyddsprogramvara du köper

Det finns en verklig effektivitetsvinst här och nästan ingen tar den.

NIS2 artikel 21 kräver riskhanteringsåtgärder som är proportionerliga mot risken, och den omfattar uttryckligen policy för informationssystemssäkerhet och hantering av tillgångar. GDPR artikel 32 kräver säkerhet i behandlingen. AI-förordningens skyldigheter för tillhandahållare kräver att du vet vilka data som går in i systemet.

Alla tre vill ha samma underliggande artefakt: en försvarbar inventering av vilka data du har, var de finns, vem som ansvarar för dem, och vad som händer med dem över tid. Bygg den en gång. Tre tillsynsmyndigheter, tre regelverk, ett bevisunderlag. De flesta organisationer driver tre separata projekt som var för sig producerar en partiell version av det.

Det är också testet att tillämpa när du utvärderar dataskyddsprogramvara. Fråga om den producerar den enda artefakten eller ännu en isolerad rapport. Ett verktyg som gör PII-detektion men inte kan tala om vem som äger uppgifterna, vad lagringsregeln är, och om raderingen faktiskt utfördes, har löst den enkla tredjedelen av problemet och lämnat dig de andra två.

Fyra frågor

Om du vill veta var du står utan att beställa något, svara på dessa. Inga verktyg krävs, och var och en av dem går att besvara redan denna vecka.

1. Vilka personuppgifter har ditt AI-system fått tillgång till? Inte "vilka SharePoint-webbplatser" — vilka kategorier av personuppgifter finns i dem. Om svaret är "vi vet inte, vi avgränsade per webbplats", har du misslyckats med artikel 5.1 c och du kan stanna här.

2. Vad samlades dessa uppgifter ursprungligen in för? För varje betydande kategori. Om du inte kan svara kan du inte bedöma förenlighet enligt 5.1 b.

3. Vad är din lagringsregel för dem, och tillämpas den? Ett policydokument som beskriver radering som ingen utför är värre än ingen policy alls. Det bevisar att du visste.

4. Kan du visa allt ovanstående för en tillsynsmyndighet? Med register, inte påståenden. Det är artikel 5.2, och det är den som förvandlar en försvarbar position till en oförsvarbar.

Om du misslyckas med dessa är AI-förordningen inte ditt problem. Det är det andra lagret på en grund som redan är i strid med reglerna, och ingen mängd vägledning från Bryssel kommer att ändra svaret.

Den goda nyheten, sådan den är

Åtgärden för alla fyra är samma arbete, och det är inget AI-projekt.

Klassificera vad du har. Låt dem som äger uppgifterna bekräfta vad som fortfarande har ett ändamål. Radera det som inte har det, och behåll beviset på att du gjorde det. Koppla sedan ditt AI-system till det som återstår.

Gör det, och AI-förordningen blir vad den borde ha varit hela tiden — en dokumentationsövning ovanpå en datamiljö du faktiskt kan beskriva. Hoppa över det, och du ber en tillsynsmyndighet att acceptera att du satte i drift ett hämtningssystem mot personuppgifter du inte kunde inventera, för ändamål du inte hade bedömt, lagrade utöver en gräns du inte hade tillämpat.

Det samtalet går inte bra. Det har ingenting att göra med AI.

Om du vill veta vad som faktiskt finns i din ostrukturerade data, kör vi en kostnadsfri genomgång.