Varför slutar en AI-policy att stämma utan att någon ändrat den

En AI-policy beskriver verktygen som de såg ut den dag den antogs. Sedan fortsätter leverantören att ändra dem: nya datakällor, nya modeller, nya förval och nya inställningar. Policyn kan sluta stämma utan att någon har ändrat en rad i den, och då är det inte innehållet i den som brister utan att ingen bevakar det den beskriver.

Varför slutar en AI-policy att stämma utan att någon har ändrat den?

Det går att räkna. Microsoft publicerar versionsnoteringar för Microsoft 365 Copilot med de funktioner som blivit allmänt tillgängliga, ungefär en post per funktion. Ibland återkommer samma funktion i en ny post för en annan plattform. I den publika källan till noteringarna finns omkring 460 sådana poster i de releaser som är daterade mellan april 2025 och mars 2026, mellan 18 och 63 i månaden. Ingen månad var tom. Källfilen fick senast releasen den 21 april 2026, och livesidan visar i dag bara releaser från januari 2026 och framåt.

Många av posterna ändrar ingenting som en policy uttalar sig om. Men några gör det. Under perioden fick Copilot kopplingar till bland annat Dropbox, Google Drive, Asana, Jira Data Center och GitLab, alltså nya platser att hämta text från och nya vägar för text som någon utanför organisationen har skrivit. I releasen från december 2025 står att GPT-5 nu är förvald modell i alla delar av Copilot Chat. Sedan dess har produkten också bytt namn: Microsoft 365 Copilot heter numera Microsoft Copilot, och Microsoft 365 Copilot Chat heter Microsoft Copilot Chat. Microsoft anger att namnbytet inte ändrar något i säkerhet, regelefterlevnad eller dataskydd, men en policy som pekar ut produkten med namn måste ändå följa med.

Ingen av ändringarna är ett fel hos leverantören. Det är så tjänsterna levereras. Men en mening i en policy som namnger en produkt, en modell, en datakälla eller en inställning beskriver ett tillstånd, och tillståndet ändras av någon annan än den som skrev meningen.

När en ny inställning avgör var uppgifterna behandlas

Det tydligaste exemplet för en svensk organisation gäller var uppgifterna behandlas. Microsoft har gjort Anthropics modeller tillgängliga i Copilot med Anthropic som underbiträde. Enligt Microsofts dokumentation om modellerna omfattas de i dag inte av EU Data Boundary, Microsofts åtagande att, med vissa undantag, lagra och behandla kunddata och personuppgifter inom EU och EFTA. För kunder inom EU, EFTA och Storbritannien är de globalt avstängda som förval.

En mening i policyn kan bli beroende av en inställning som inte fanns när meningen skrevs.

Den 3 april 2026 införde Microsoft en separat inställning för Word, Excel och PowerPoint i EU, EFTA och Storbritannien. Den låter Copilot i de apparna använda Anthropics modeller som förval när innehåll skapas eller bearbetas. Inställningen gäller bara Copilot i de tre apparna och påverkar inte den globala inställningen. Enligt Microsofts beskrivning av inställningen är den påslagen som förval i miljöer som skapats efter den 25 mars 2026, medan äldre miljöer hänvisas till meddelandecentret för att se vad som gäller just dem. När modellerna används där sker behandlingen utanför EU Data Boundary. Inställningen går bara att ändra så länge den globala inställningen för Anthropic är avstängd. Är den globala inställningen påslagen, för alla eller för utvalda användare och grupper, går appinställningen inte att ändra, och stödet för Anthropics modeller i apparna beror då på hur den globala inställningen är avgränsad. Microsoft uppmanar alla administratörer att kontrollera vad som gäller i den egna miljön.

Tänk på en policy som antogs före den 3 april 2026 och som godkände Copilot med motiveringen att uppgifterna behandlas inom EU. Den kunde inte ta ställning till en inställning som ännu inte fanns. Om meningen stämmer i dag avgörs av när miljön skapades, av två inställningar i administrationscentret och av om någon har läst Microsofts meddelanden sedan dess. Inställningen syntes dessutom inte bland versionsnoteringarnas poster för april. Den som bara läser de här versionsnoteringarna hade alltså inte sett den.

AI-policyer blir vanligare, och verktygen ändras varje månad

Allt fler organisationer har en AI-policy. I ISACA:s globala AI Pulse Poll, publicerad i maj 2026 med svar från över 3 400 yrkesverksamma inom bland annat IT-revision, styrning, cybersäkerhet och dataskydd, uppger 38 procent att deras organisation har en formell och heltäckande AI-policy, mot 28 procent året innan. 30 procent har en begränsad policy och 25 procent ingen aktiv policy. Samtidigt tror 90 procent att medarbetarna redan använder AI.

Mätningen säger att policyerna blir fler och mer heltäckande. Den säger ingenting om hur de hålls aktuella, och det är där versionsnoteringarna och enkäten möts: varje policy skrivs mot verktyg som ändras varje månad. Det amerikanska standardiseringsinstitutet NIST anger i sitt frivilliga ramverk för AI-risker ett närliggande önskat utfall. Punkt 1.5 under styrning säger att löpande bevakning och återkommande översyn av riskhanteringen och dess resultat ska vara planerade, med tydligt fördelade roller och ett bestämt intervall för översynen.

Det löpande ledet är det som fångar leverantörens ändringar. En översyn på ett bestämt datum ser bara det som har hänt fram till dess. Bevakningen kräver att någon läser leverantörens ändringsmeddelanden, alltså versionsnoteringar, meddelandecentret och dokumentationen, mot de meningar i policyn som ändringarna kan göra osanna.

Invändningen: skriv policyn på principnivå, så åldras den inte

Det finns ett motsatt förhållande som väger tungt. Många av posterna i versionsnoteringarna rör inget en policy behöver säga: en ny bildeffekt, ett nytt sätt att bläddra i chatthistoriken, en ny knapp i en app. En policy som bara säger att medarbetarna ska använda godkända verktyg och inte mata in känsliga uppgifter i andra tjänster överlever varenda en av dem. Att skriva om policyn varje gång leverantören släpper något har dessutom ett pris. Ett dokument som ändras hela tiden slutar folk att läsa, och då har policyn förlorat det enda den ska åstadkomma.

Invändningen är riktig om principerna. Men principen "använd godkända verktyg" flyttar bara frågan. Någon måste fortfarande bestämma vad som är godkänt, med vilka kopplingar och vilka inställningar, och det beslutet åldras precis lika snabbt oavsett om det står i policyn eller i en bilaga.

Policyn kan alltså stå still. Det som inte kan stå still är listan under den, och den behöver en ägare som läser leverantörens ändringsmeddelanden.

Vilka meningar i er AI-policy kan leverantören göra osanna?

Kriteriet är en genomläsning av den policy ni redan har. Markera varje mening som namnger en produkt, en modell, en datakälla eller en inställning. Skriv bredvid varje markerad mening vems ändringsmeddelanden som kan göra den osann, och vem hos er som läser dem.

Svaren delar upp organisationerna. Den som inte hittar en enda markerad mening har en policy på principnivå, och då ligger besluten om verktyg och inställningar någon annanstans. Frågan är då var, och vem som äger dem. Den som hittar många markerade meningar och kan sätta ett namn på läsaren bredvid varje har en policy som går att hålla sann. Den som hittar många markerade meningar men inget namn har en policy som beskriver verktygen som de var den dag den undertecknades.

Det är skillnaden mellan en policy och styrning som körs: policyn säger vad som gäller, och processen med en namngiven ägare ser till att det fortfarande gäller när leverantören har släppt nästa version.