Copilot en bewaarbeleid: wat elke M365-beheerder moet weten

By Mirko Peters · 2026-03-17 · Updated 2026-03-24

Microsoft 365 Copilot: bewaarbeleid. Lees meer over bewaarbeleid voor Microsoft 365 voor Copilot- en Teams-chats en Copilot-interacties.

Automatically translated with AI from the original post. Read the English original

Als je beheerder bent in de Microsoft 365-wereld, weet je al dat de compliance-inzet hoger is dan ooit. Nu Microsoft Copilot en andere AI-tools rechtstreeks in M365 zijn ingebouwd, is het beheer van bewaarbeleid geen afvinkoefening meer. Het is essentieel om je organisatie veilig, compliant en klaar voor audits te houden.

Copilot kijkt niet alleen naar documenten of e-mails. Het gaat op nieuwe manieren met je gegevens om, en dat brengt specifieke risico's mee op het gebied van levenscyclus, governance en juridische aspecten. Wat is er veranderd? Veel. Klassieke bewaarmaatregelen die voor Exchange of SharePoint werkten, moeten zich ontwikkelen zodat ze ook vastleggen hoe Copilot interactiegegevens opslaat, hergebruikt en verwijdert. Dit negeren kan je blootstellen aan juridische risico's, datalekken of schendingen van regelgeving.

Beheerders moeten vandaag het bewaarbeleid in Copilot niet alleen afstemmen op gegevensbescherming en compliance-audits, maar ook om onaangename verrassingen te voorkomen, zoals shadow data of onopgemerkte gaten in het beleid. Effectieve Copilot-governancestrategieën en veilige technische handhaving helpen je AI veilig uit te rollen, met sterke contracten, toegangsbeheer en ingebouwde geautomatiseerde compliance. Laten we uitzoeken wat bewaring in Copilot anders maakt en waarom je dit niet aan het toeval kunt overlaten.

1. Bewaring kan modelsuggesties beïnvloeden: Waar en hoe lang code- of prompthistorie wordt bewaard, kan de context veranderen die Copilot gebruikt, waardoor de suggesties kunnen verschillen, zelfs bij identieke prompts.
2. Bewaring in de organisatie kan langer duren dan je denkt: Logboeken en telemetrie van de organisatie die aan Copilot zijn gekoppeld, kunnen om compliancereden maanden of jaren worden bewaard, en niet alleen tijdelijk voor debuggen.
3. Scheiding tussen persoonlijke en organisatiegegevens is niet absoluut: Ook als Copilot persoonlijke en organisatiegegevens scheidt, kunnen bewaarsystemen en back-ups overlappende kopieën maken die beleidsmaatregelen nodig hebben.
4. Bewaarbeleid heeft invloed op juridisch onderzoek: Gegevens die Copilot bewaart (codefragmenten, prompts, chatgeschiedenis) kunnen bij rechtszaken of audits opvraagbaar zijn als het bewaarbeleid ze behoudt.
5. Korte bewaring beperkt het zicht op het "leren" van het model: Agressieve verwijderingstermijnen kunnen het vermogen beperken om te controleren waarom Copilot bepaalde aanbevelingen deed, wat debuggen en veiligheidsonderzoeken bemoeilijkt.
6. Bewaarinstellingen kunnen aanvalsvectoren zijn: Verkeerd geconfigureerde bewaring (te lang of te toegankelijk) vergroot de blootstelling van eigen code, geheimen of persoonsgegevens die Copilot mogelijk heeft gezien of gelogd.
7. Bewaring hangt samen met fine-tuning en telemetrie: Gegevens die voor telemetrie- of fine-tuningpijplijnen worden bewaard, kunnen het toekomstige gedrag van het model beïnvloeden, tenzij ze expliciet door het beleid worden uitgesloten.
8. Verschillende Copilot-functies hebben verschillende bewaarregels: Codecompletion, chattranscripten, feedback en telemetrie volgen vaak aparte bewaarschema's en een eigen juridische behandeling.
9. Keuzes in het bewaarbeleid beïnvloeden het vertrouwen en de adoptie van gebruikers: Transparante, restrictieve bewaring verhoogt de bereidheid van ontwikkelaars om Copilot in gevoelige projecten te gebruiken aanzienlijk, terwijl soepel beleid de adoptie in de organisatie verlaagt.

Bewaarbeleid in Microsoft Copilot begrijpen

Bewaarbeleid is altijd een fundament geweest voor compliance in Microsoft 365, maar Copilot brengt daar verandering in. In tegenstelling tot klassieke bestanden die gewoon ergens staan, genereert, verwerkt en slaat Copilot bij elke prompt van een gebruiker en elk AI-antwoord nieuwe interactiegegevens op. Gegevens worden zo niet alleen aangemaakt en vergeten; ze zijn een actief onderdeel van de workflow en stromen voortdurend via nieuwe datapaden.

Wat is het grote probleem? Copilot gaat op manieren met gegevens om die het traditionele model doorbreken. Voor e-mails of documenten zijn beheersmaatregelen nodig, maar ook voor chatgeschiedenissen van gebruikers, AI-gegenereerde tekst en de context die Copilot samenstelt. De gebruikelijke bewaartermijnen gelden hier ook, maar je moet precies weten wanneer en hoe die klokken starten, vooral wanneer generatieve AI een rol speelt.

Met al deze veranderingen volstaat één algemeen bewaarbeleid niet meer. Je hebt nu een strategie nodig die rekening houdt met het cross-platform karakter van Copilot, de verschillende gegevenstypen die een rol spelen, en de complexiteit van de timing: wanneer begint de bewaartermijn en wanneer moet verwijdering worden afgedwongen? Zie dit als een nieuwe laag in je Microsoft 365-governance die voortdurende aandacht en bewuste configuratie vraagt.

In de volgende secties zie je precies hoe Copilot-bewaarbeleid eruitziet, leer je de belangrijkste principes kennen en ontdek je hoe lifecycle management van begin tot eind werkt. Dit is jouw gids om beleidshiaten voor te blijven, ervoor te zorgen dat er niets tussen wal en schip valt, en dat je AI-omgeving echt zo veilig en compliant is als je nodig hebt.

Kernconcepten van bewaarbeleid voor Copilot-gegevens

1. Bewaarbeleid voor Copilot definiëren: Bewaarbeleid bepaalt hoe lang Copilot prompts van gebruikers, door AI gegenereerde output en interactiemetadata bewaart. Het is erop gericht dat gegevens niet langer worden bewaard dan nodig is om redenen van compliance, beveiliging of organisatiebeleid.
2. Soorten Copilot-gegevens die worden gedekt: Veelvoorkomende gegevenstypen zijn vragen van gebruikers, de door Copilot gegenereerde antwoorden, de onderliggende context die wordt verzameld voor verwerking, en soms samengevatte of bijbehorende documentinhoud. Bewaarbeleid geldt voor al deze typen, niet alleen voor chatlogs.
3. Wanneer start bewaarbeleid? De bewaartermijn begint meestal bij het aanmaken: op het moment dat een Copilot-interactie plaatsvindt, of wanneer gegevens worden opgeslagen in een bijbehorende verborgen mailboxmap of applicatiedatarepository. Deze timing is cruciaal voor het plannen van verwijdering.
4. Principes van timing bij bewaarbeleid: Bewaartermijnen voor Copilot volgen die van de Microsoft 365-service waarin Copilot is geïntegreerd, zoals Exchange, SharePoint of Teams. Unieke Copilot-artefacten kunnen echter hun eigen expliciete timingregels nodig hebben om overlap en verwarring te voorkomen.
5. Handhaving en uitzonderingen van beleid: Bewaarbeleid kan worden ingesteld als alleen bewaren, alleen verwijderen of bewaren en daarna verwijderen. Copilot-gegevens moeten zich hieraan houden, maar beheerders kunnen uitzonderingen afdwingen voor juridische blokkeringen of compliancesituaties, vaak via Purview of verwante instellingen.
6. Praktijkvoorbeeld: Stel dat je organisatie een juridische blokkering van zeven jaar heeft op financiële e-mails. Door Copilot gegenereerde samenvattingen of aanbevelingen op basis van die e-mails vallen dan onder hetzelfde bewaarbeleid. Als Copilot gegevens uit meerdere workloads gebruikt, is afstemming tussen platforms essentieel om hiaten te voorkomen.
7. Integratie met bredere Microsoft 365-governance: Bewaarbeleid voor Copilot staat niet op zichzelf; het werkt samen met instellingen voor SharePoint, OneDrive en Exchange. Verkeerde afstemming kan compliancerisico's opleveren, dus beleid moet worden herzien en getest naarmate Copilot-functies evolueren.

Het levenscyclusproces van gegevens voor Copilot

1. Vastleggen van prompts: De levenscyclus begint wanneer een gebruiker met Copilot werkt, bijvoorbeeld door een vraag te typen, een document te laten genereren of om een samenvatting te vragen. Die invoer, en alle inhoud die Copilot erbij haalt, wordt vastgelegd als record binnen de relevante workload (zoals Exchange of SharePoint).
2. Gegevensopslag: Na het vastleggen worden de interactiegegevens opgeslagen, vaak in een verborgen mailboxmap of een versleutelde database die aan de gebruiker of workload is gekoppeld. De opslaglocatie bepaalt hoe bewaarbeleid wordt toegepast en gecontroleerd.
3. Bewaartermijn: Eenmaal opgeslagen, "wacht" Copilot-gegevens de voorgeschreven bewaartermijn af. Dit kan worden ingesteld in Purview, met specifieke duur per contenttype. Gedurende deze tijd kunnen gegevens vindbaar zijn voor onderzoeken of audits, maar ze zijn beschermd tegen voortijdige verwijdering.
4. Doorlopend beheer en monitoring: Beheerders kunnen de levenscyclusstatus volgen via compliancedashboards, auditlogs en timerjobs die aankomende verlopen van bewaartermijnen signaleren. Zo heb je tijd om in te grijpen als een juridische blokkering of handmatige uitzondering nodig is.
5. Permanente verwijdering: Wanneer de bewaartermijn verstrijkt en er geen uitzonderingen of blokkeringen zijn, markeert een achtergrondtaak (zoals een timerjob in Exchange of SharePoint) de Copilot-gegevens voor permanente verwijdering. Deze verwijdering is onomkeerbaar, wat dataminimalisatie en privacycompliance ondersteunt.
6. Levenscyclus visualiseren: Denk aan Copilot-gegevens die stromen door een beleidsgestuurde ‘rivier’: ze komen binnen bij het vastleggen van de prompt, pauzeren bij opslageilanden, blijven even hangen tijdens de bewaring en belanden uiteindelijk in de verwijderingswaterval. Elke stap wordt gecontroleerd op naleving.
7. Ingrijpen in de levenscyclus: Beheerders kunnen de levenscyclus op belangrijke momenten onderbreken of stilzetten door blokkeringen toe te passen, beleidsfouten te corrigeren of rapportages te genereren voor het bijhouden van naleving. Dat biedt zowel flexibiliteit als zekerheid, wat essentieel is voor gereguleerde sectoren. Voor een breder perspectief op governance-discipline in Microsoft 365 kun je ook deze discussie bekijken.

Opslag en beveiligingspraktijken van Copilot-gegevens uitgelegd

Gegevens hebben is één ding, maar ze veilig en goed beheerd houden is iets heel anders. Wanneer je Microsoft Copilot in je omgeving introduceert, voeg je niet alleen een slimme AI-assistent toe, maar ook nieuwe gegevens, nieuwe opslaglocaties en nieuwe beveiligingsoverwegingen waar je misschien nog niet mee te maken hebt gehad.

Copilot-gegevens bevinden zich op plekken die makkelijk over het hoofd worden gezien: verborgen mailboxmappen, ingebedde applicatie-opslag of versleutelde databases die aan gebruikers en workloads gekoppeld zijn. Gegevensresidentie (waar de gegevens geografisch worden opgeslagen) is meer dan een technisch detail. Het kan bepalen of je voldoet aan alles, van Amerikaanse wetgeving tot de AVG.

Op het gebied van beveiliging gaat de aanpak van Microsoft verder dan basisversleuteling. Er zijn extra lagen toegevoegd met toegangscontroles, beperkingen voor medewerkers en strikte bescherming van gevoelige gegevens via labels. Delen met derden is standaard een absolute ‘nee’ voor Copilot-inhoud, maar je wilt precies weten hoe dit wordt gecontroleerd en afgedwongen, zeker naarmate er nieuwe integratiepunten worden uitgerold.

In de volgende secties lees je waar Copilot-gegevens fysiek worden opgeslagen, hoe Microsoft ze afschermt en wat je moet weten over toegang door medewerkers, extern delen en bescherming tegen lekken. Omdat de architectuur van Copilot afwijkt van klassieke Exchange- of SharePoint-workloads, is het begrijpen van deze veranderingen geen keuze maar noodzaak voor elke beheerder die vandaag risico's en naleving beheert.

Opslaglocaties van Copilot-gegevens en geografische aandachtspunten

Waar Copilot-gegevens terechtkomen is geen bijzaak, het is cruciaal om compliance- en regelgevingsrisico's aan te pakken. Microsoft Copilot slaat de meeste interactiegegevens op in repositories specifiek voor gebruikers of workloads, die vaak ‘verborgen’ zijn voor directe gebruikerstoegang. Wanneer Copilot bijvoorbeeld met Outlook of Teams werkt, worden interactielogboeken en gegenereerde output meestal opgeslagen in verborgen mappen van Exchange Online of in applicatiespecifieke databases die aan gebruikersaccounts zijn gekoppeld.

Gegevensresidentie speelt hier een belangrijke rol. Volgens de documentatie van Microsoft worden Copilot-gegevens opgeslagen in hetzelfde regionale datacenter als de oorspronkelijke M365-workload. Als de Exchange-gegevens van je organisatie in een datacenter in de VS staan, geldt dat ook voor de Exchange-gekoppelde Copilot-gegevens. Een recent rapport van Gartner toonde aan dat 67% van de ondernemingen gegevensresidentie in 2024 als een belangrijkste zorg rond AI-naleving beschouwde, vooral bij gevoelige Amerikaanse patiënt- of financiële gegevens.

Praktijkvoorbeelden laten zien dat organisaties met strikte eisen voor gegevensresidentie uitsluitend in de VS kunnen vertrouwen op de geo-fencing-afspraken van Microsoft voor Copilot-diensten. Beheerders moeten echter de instellingen voor de residentie van SharePoint, OneDrive of Teams dubbel controleren om te voorkomen dat gegevens per ongeluk over regio's heen terechtkomen. De fysieke opslagaanpak van Copilot kan afwijken van klassieke SharePoint- en OneDrive-repositories: applicatiespecifieke gegevens zijn mogelijk sterker gesegmenteerd. Dat helpt bij dataminimalisatie, maar kan eDiscovery bemoeilijken.

Experts raden aan de regionale opslagafspraken van Microsoft jaarlijks te bekijken, omdat de architectuur kan veranderen door nieuwe functies of wetswijzigingen. Uiteindelijk is de opslag van Copilot-gegevens ontworpen om aan te sluiten op je tenantinstellingen, maar de taak van de beheerder is om uitzonderingen te valideren en te monitoren, vooral bij grensoverschrijdende teams of gereguleerde sectoren.

Bescherming van gevoelige gegevens en toegangscontrole voor medewerkers

1. Vertrouwelijkheidslabels voor Copilot-inhoud: Microsoft breidt vertrouwelijkheidslabels uit vanuit Purview naar door Copilot gegenereerde en gerefereerde inhoud. Als de prompt van een gebruiker of het antwoord van Copilot vertrouwelijke gegevens raakt, beperken vertrouwelijkheidslabels wat er mee kan: doorsturen, kopiëren of zelfs leestoegang worden geblokkeerd, behalve voor geautoriseerd personeel.
2. Beperkte medewerkerstoegang bij Microsoft: Backend-engineers en medewerkers van datacenters bij Microsoft hebben geen permanente toegang tot tenant-Copilotgegevens. Noodtoegang verloopt via strikte “break-the-glass”-procedures, wordt gecontroleerd en moet expliciet worden goedgekeurd. Zo wordt het risico op lekken door interne medewerkers verkleind.
3. Role-Based Access Control (RBAC) en Entra ID: Beheerders kunnen fijn instellen wie in je organisatie toegang heeft tot Copilotgegevens, met Entra ID en RBAC. Dit geldt niet alleen voor gegevens van eindgebruikers, maar ook voor auditlogs van beheerders en eDiscovery-exports. Zo vergrendel je de toegang bij onboarding, functiewijzigingen of vertrek van medewerkers.
4. Versleuteling van Copilotgegevens: Alle Copilotgegevens zijn zowel in rust als tijdens transport versleuteld met algoritmen van enterprisekwaliteit. Zelfs als een onbevoegde partij de inhoud probeerde te onderscheppen, zou die wiskundig onbruikbaar zijn.
5. Geautomatiseerde auditing en waarschuwingen: Microsoft registreert elke toegang tot Copilotgegevens, of die nu komt van gebruikers, beheerders of geautomatiseerde processen. Zo beschik je bij een onderzoek over een controleerbaar auditspoor. Voor meer inzichten in granulaire gegevensbeveiliging en best practices voor automatisering, zie Dataverse-beveiligingsstrategieën.
6. Onbevoegde openbaarmakingen voorkomen: Er zijn maatregelen om het per ongeluk vrijgeven van door Copilot gegenereerde gevoelige output te voorkomen, zoals beleidsgestuurde beperkingen, DLP-regels en waarschuwingen bij afwijkende toegangspatronen. Zo verlaten je gevoelige gegevens niet zomaar de virtuele deur.

Omgaan met delen met derden en verwerking van app-gegevens

• Standaard geen delen met derden: Standaard zijn Copilotgegevens niet beschikbaar voor externe partijen of apps buiten Microsoft 365. Dit beleid houdt prompts en antwoorden van gebruikers binnen de organisatie, waardoor het risico op lekken kleiner wordt.
• Strikte verwerking van app-gegevens: De app-gegevens van Copilot blijven beperkt tot de betreffende M365-service, met expliciete toepassingsgrenzen. Zo worden ze niet per ongeluk blootgesteld via Teams-bots, API-aanroepen of connectors.
• Verzoeken om externe toegang controleren: Met verbeterde auditing kun je pogingen tot onbevoegd of riskant delen met derden monitoren en signaleren. Dit lijkt op de geavanceerde SharePoint- en OneDrive-beheersingen die hier worden beschreven.
• Beheerdersgestuurde beperkingen: Beheerders hebben de middelen om het delen verder af te sluiten: nieuw beleid instellen, riskante connectors uitschakelen en auditlogs van het delen voor Copilot-workloads proactief controleren.

Naleving van regelgeving en compliance-eisen voor Copilotgegevens

Als je volledige compliance wilt halen in het tijdperk van Microsoft Copilot, kun je er niet zomaar van uitgaan dat je oude beleidsregels voldoende dekking bieden. De regelgeving rond AI en door gebruikers gegenereerde content wordt steeds strenger, zeker voor de publieke sector, zorginstellingen en financiële organisaties in de VS. Copilot brengt een geheel nieuw type gegevens met zich mee, en dat betekent dat je zowel je beleidshandhaving als je auditaanpak opnieuw moet bekijken.

In dit deel krijg je een overzicht van regelgevende normen zoals GDPR, HIPAA en meer, en lees je waar Copilot in past en wat er verandert. Je krijgt inzicht in hoe je de controles van Copilot afstemt op juridische blokkeringen (legal holds) voor de hele organisatie, privacybescherming en auditvereisten. Het gaat er niet alleen om dat beleid bestaat, maar om het op elk moment correct uit te voeren en dat aan auditors of toezichthouders te kunnen aantonen.

We bekijken ook hoe tools als Purview en Defender for Cloud compliancemonitoring en doorlopende rapportage kunnen samenbrengen, zodat je niet achter de feiten aanloopt wanneer er een audit komt. Wil je dieper ingaan op veelvoorkomende valkuilen bij bewaring en compliance-drift, bekijk dan deze aflevering over compliance-drift in Microsoft 365. Het is een echte eyeopener.

Lees verder om te zien welke belangrijke regelgevingen voor Copilot gelden, hoe Microsoft de controles per regelgeving in kaart brengt en hoe je je eDiscovery- en auditprocessen kunt versterken, zodat je organisatie veilig blijft als de juristen of toezichthouders aan de deur komen.

Voldoen aan Amerikaanse compliance-eisen en wereldwijde regelgeving

• GDPR-naleving: Copilot moet ervoor zorgen dat gegevens van inwoners van de EU rechtmatig worden verwerkt, met een duidelijk afgebakend doel worden opgeslagen, en op verzoek kunnen worden verwijderd of geëxporteerd. Gegevensopslaglocatie en toestemming zijn cruciaal voor GDPR-naleving.
• HIPAA-waarborgen voor zorggegevens: Voor zorgaanbieders in de VS moeten Copilot-interacties met beschermde gezondheidsinformatie (PHI) voldoen aan de HIPAA-regels voor beveiliging en privacy. Gegevensoverdrachten zijn versleuteld en toegangsbeheer wordt afgedwongen om PHI veilig te houden.
• Amerikaans compliancebeheer: Federale, staats- en lokale overheidsinstanties hebben Copilot nodig om FedRAMP, CJIS en andere Amerikaanse compliancekaders te ondersteunen. Gegevens worden binnenlands opgeslagen, en eisen voor auditlogs en incidentmeldingen worden gehaald met de ingebouwde Microsoft-controles.
• Grensoverschrijdende en multiregionale omgevingen: Multinationals moeten ervoor zorgen dat Copilot geen onbedoelde beleidsverschillen veroorzaakt tussen de regio’s EU, VS en APAC. Configuratie van de tenant en beoordeling van het beleid zijn cruciaal om conflicten in gegevensopslaglocatie of toegang te voorkomen.
• Best practices voor naleving van regelgeving: Gebruik een combinatie van Purview DLP, auto-labeling, RBAC en auditrapportage om de hiaten tussen Copilot en workloads zoals Exchange of SharePoint te dichten. Deze geïntegreerde aanpak is essentieel voor een volledige compliance. Voor continue monitoring en geautomatiseerde remediëring kun je een kijkje nemen bij compliancebeheer met Defender for Cloud.
• Beleidsdocumentatie en bewijsverzameling: Bewaar volledige documentatie over het ontwerp van het Copilot-beleid, de handhaving en de afhandeling van incidenten voor audits. Test beleid proactief en houd een duidelijk overzicht bij van wie waarvoor verantwoordelijk is in alle wereldwijde business units.

eDiscovery- en auditmogelijkheden inschakelen voor Copilot

• eDiscovery-integratie: Door Copilot gegenereerde content, prompts en antwoorden worden geïndexeerd voor compliance-eDiscovery, zodat juridische, HR- of securityteams zoekopdrachten kunnen uitvoeren op gebruikersinteracties, net zoals bij e-mails of chats.
• Workflow voor juridische blokkering: Wanneer een juridische blokkering wordt ingesteld, wordt Copilot-data die onder die blokkering valt gemarkeerd en bewaard, ongeacht andere bewaarinstellingen. Content wordt pas verwijderd wanneer de blokkering is opgeheven, waardoor het juridische risico wordt beperkt.
• Beheer van het Purview-auditlogboek: Elke Copilot-interactie kan worden bijgehouden in auditlogs, met registratie van gebruikersacties, wijzigingen door beheerders en achtergrondtaken voor bewaring en verwijdering. Teams die Purview Premium gebruiken, beschikken over uitgebreidere bewaarmogelijkheden en forensische tracering. Benieuwd naar geavanceerde auditpraktijken? Lees de diepgaande uitleg over Purview Audit.
• Verdedigbare rapportage voor toezichthouders: eDiscovery- en auditTools helpen juridische adviseurs en compliancebeheerders om met tijdstempels voorziene, tegen manipulatie beschermde rapporten te maken. Dat is essentieel om met vertrouwen te voldoen aan eisen van toezichthouders of de rechter.
• Proactieve compliancebewaking: Geautomatiseerde meldingen en doorlopende beleidscontroles signaleren beleidsafwijkingen voordat ze een bedrijfsprobleem worden. Integratie met SIEM- en SOAR-tools brengt forensische paraatheid en detectie van risico’s in realtime naar een hoger niveau.
• Visualisatie van de auditlevenscyclus van gegevens: Dashboards en logboeken laten beheerders de levenscyclus van Copilot-gegevens stap voor stap doorlopen, van prompt tot verwijdering, en tonen in één oogopslag de bewaartriggers, blokkeringen en verwijderschema’s.

Gegevensverwijdering en offboarding van gebruikers in Copilot

Een solide workflow voor gegevensverwijdering en offboarding van gebruikers in Copilot is cruciaal. Gegevens verwijderen zichzelf niet, en content van ex-medewerkers blijft gemakkelijk achter. Dat kan uitgroeien tot een compliancetijdbom of een aansprakelijkheidsrisico als het niet goed wordt aangepakt. Copilot biedt, net als de rest van Microsoft 365, verschillende beleidsgestuurde tools om ervoor te zorgen dat informatie wordt gewist wanneer de termijn is verstreken, of wordt bewaard als de juristen dat vragen.

Het belangrijkste is begrijpen hoe verwijdering werkt in de wereld van Copilot. Het gaat om meer dan het leegmaken van de prullenbak. Bewaarbeleid-overrides, timerjobs en controles van contentpaden spelen allemaal een rol om ervoor te zorgen dat content zonder uitzonderingen wordt opgeruimd. Timing van het beleid wordt een tactische overweging: wanneer begint de klok te lopen voor Copilot-artefacten, en wat kun je doen als iets eerder moet worden verwijderd (of langer moet worden bewaard) dan gebruikelijk?

Offboarding betekent ondertussen dat je bij elk vertrek van een medewerker alles tot in detail regelt: toegang intrekken, gegevens bewaren of verwijderen volgens het beleid, en de naleving op elk moment controleren. Eén vergeten mailbox of verborgen map kan je later bij een audit of, erger nog, tijdens een juridische procedure duur komen te staan.

We lopen met je door hoe je verwijderbeleid, uitzonderingen en op maat gemaakte workflows instelt voor belangrijke Copilot-scenario's. Daarnaast krijg je een checklist met best practices voor offboarding, zodat je organisatie opgeruimd, juridisch in orde en klaar is voor wat er daarna komt.

Gegevensverwijdering en uitzonderingen op bewaring configureren

1. Identificeer de paden van Copilot-gegevens: Breng voordat je verwijdering configureert in kaart waar Copilot-gegevens zich bevinden: verborgen mailboxmappen, Teams-chats, applicatiedatabases of in SharePoint opgeslagen bestanden. Gebruik Purview en de nalevingsdashboards om er zeker van te zijn dat geen enkel gegevenspad over het hoofd wordt gezien.
2. Stel verwijderbeleid in (alleen verwijderen): Voor scenario's waarin bewaring niet vereist is, configureer je verwijderbeleid in Purview of via PowerShell. Bepaal duidelijke triggers en termijnen, bijvoorbeeld het verwijderen van Copilot-prompts na 30 dagen als ze geen gereguleerde gegevens bevatten.
3. Pas bewaren-en-dan-verwijderen-regels toe: In gereguleerde sectoren combineer je bewaring en verwijdering. Stel een verplichte bewaartermijn in en leg vast onder welke voorwaarden Copilot-gegevens definitief moeten worden verwijderd. Controleer of de timerjobs zijn ingeschakeld, zodat de verwijdering automatisch start zodra de bewaartermijn afloopt.
4. Gebruik uitzonderingen op bewaarbeleid: Wanneer juridische of nalevingseisen veranderen, pas je uitzonderingen op het beleid toe op het niveau van de gegevenscontainer of de gebruiker. Een uitzondering kan verwijderingen pauzeren (via een juridische bewaring) of de bewaartermijn voor specifieke records verlengen. Uitzonderingen zijn zichtbaar in de auditlogboeken, zodat je ze kunt verantwoorden.
5. Monitor verwijderingsworkflows: Gebruik activiteitenlogboeken en rapporten van timerjobs om bij te houden wanneer Copilot-gegevens gepland staan voor verwijdering, en controleer of de verwijdering daadwerkelijk plaatsvindt. Test het beleid door beoordelingstaken uit te voeren en steekproefcontroles te doen, zodat je zeker weet dat de naleving niet alleen op papier bestaat.
6. Aanpassen voor specifieke Copilot-scenario's: Voor Copilot-functies die met meerdere workloads zijn geïntegreerd, zorg je voor afstemming van het beleid op alle relevante platforms (Exchange, Teams, SharePoint). Zo voorkom je bewaarhiaten of conflicten. Dit is een belangrijke stap in cross-platform governance.
7. Voorbeeld in de praktijk: Stel dat de Copilot-prompts van een vertrekkende manager verwijzen naar gevoelige HR-documenten. Dan bekijk je welke gegevenspaden er zijn, pas je eventuele juridische bewaringen toe en plan je de prompts in voor geplande verwijdering. Met een ‘bewaren-en-dan-verwijderen’-beleid sluit je de cirkel en beschermt je je organisatie.

Strategieën voor gebruikersoffboarding en bewaring van Copilot-gegevens

• Beleidsgestuurde gegevensbewaring voor vertrekkend personeel: Pas bewaar- (of verwijder)beleid toe op Copilot-gegevens die aan accounts van oud-medewerkers zijn gekoppeld, en zorg dat mailboxen van oud-medewerkers (inclusief verborgen mappen) correct zijn gemarkeerd.
• Geautomatiseerd intrekken van toegang: Gebruik Entra ID of PowerShell om de toegang tot Copilot-workloads tijdens het offboardingproces uit te schakelen en te verwijderen. Zo sluit je elke mogelijkheid voor onbedoelde of kwaadwillige blootstelling af.
• Controleer en documenteer offboardingacties: Houd gedetailleerde logboeken bij van beleidstoepassingen, verwijderingen en het intrekken van toegang, zodat je je proces kunt verantwoorden bij regelgevende controles. Tips voor het beveiligen van gastaccounts en accounts van oud-medewerkers vind je in deze gids over het beheren van M365-gastaccounts.
• Juridisch verdedigbare administratie: Zorg dat alle offboardingstappen controleerbaar, verifieerbaar en reproduceerbaar zijn, zodat je bij een rechtszaak of een verzoek van een betrokkene (data subject access request) over bewijsmateriaal voor naleving beschikt.

Copilot-gegevensverwerking en gebruik voor AI-training

Een vraag die veel beheerders bezighoudt: waar belandt Copilot-data nadat je op “Enter” hebt gedrukt, en wordt die gebruikt om de AI-modellen van Microsoft te trainen? Inzicht in de technische aanpak van Copilot voor gegevensverwerking is essentieel, niet alleen voor naleving, maar ook voor privacy en vertrouwen van gebruikers. Gegevens worden niet zomaar verwerkt en vervolgens weggegooid. Ze kunnen terechtkomen in logbestanden en verborgen mappen en, afhankelijk van het beleid, zelfs worden overwogen voor toekomstige AI-training als bepaalde waarborgen ontbreken.

Microsoft loopt op een slappe koord tussen Copilot de kans geven om te leren en verbeteren, en ervoor zorgen dat gebruikersgegevens niet misbruikt worden of per ongeluk blootgesteld worden aan machine learning buiten je organisatie. Er is een robuust raamwerk aanwezig dat afhankelijk van de gevoeligheid, herkomst of toestemmingsinstellingen van de gegevens extra controle activeert.

De volgende twee secties ontrafelen hoe Copilot gebruikersinvoer verwerkt, van ontvangst tot beveiligde opslag, en beschrijven de exacte beleidsregels die Microsoft toepast om ervoor te zorgen dat het merendeel van de Copilot-gegevens standaard buiten de AI-trainingspool blijft. Beheerders krijgen ook inzicht in verantwoorde AI-waarborgen, opt-outmechanismen en wat het proces van opname en uitsluiting betekent voor praktische implementaties.

Doordat toezichthouders elk jaar meer aandacht besteden aan transparantie van AI en de zuiverheid van trainingsdata, is het kennen van deze stromen geen technische bijzaak. Het is essentieel om je AI-positie te kunnen verdedigen als er ooit vragen over privacy (of van auditors) komen.

Technische details van de verwerking van Copilot-gegevens

Copilot verwerkt gebruikersprompts door de tekst die je typt in te lezen, de bijbehorende context uit gekoppelde workloads op te halen en resultaten te genereren via beveiligde servers. Gebruikersprompts en gegenereerde antwoorden worden vastgelegd als gestructureerde records, vaak opgeslagen in verborgen mailboxmappen of speciale databases, afhankelijk van de betrokken M365-workload. Gegevens worden versleuteld opgeslagen en tijdens transport om ongeautoriseerde toegang te voorkomen.

Bewaarlogica is ingebouwd in de verwerkingspipeline. Zodra de prompt en het antwoord zijn aangemaakt, bepalen timerjobs of policy-engines hoelang de interactie opgeslagen blijft voordat deze wordt verwijderd, volgens het bewaarbeleid van je organisatie. Copilot verwerkt of slaat gegevens zelf niet op buiten geautoriseerde omgevingen, zodat compliancegrenzen worden gerespecteerd.

Beleid voor AI-trainingsdata en beperkingen op gegevensgebruik

1. Standaard uitsluiting van AI-modeltraining: Standaard gebruikt Copilot in Microsoft 365 geen organisatorische gebruikersgegevens (prompts, antwoorden of context) voor het trainen van openbare of gedeelde AI-modellen. Zo wordt voorkomen dat gevoelige zakelijke en persoonlijke informatie buiten je tenant wordt hergebruikt voor verbeteringen van AI-modellen.
2. AI-training alleen via expliciete toestemming: In speciale programma's of via een uitzondering die door een beheerder is ingesteld, kan bepaalde Copilot-data worden meegenomen voor AI-verbeteringen, maar pas nadat expliciete toestemming van de gebruiker of organisatie is verleend. Opt-in-banners en beleidsinstellingen maken dit proces transparant en controleerbaar.
3. Verantwoorde AI-waarborgen: Gegevens die als gevoelig zijn gemarkeerd of voorzien zijn van een hoog vertrouwelijkheidslabel, worden automatisch uitgesloten van elke trainingspool, ongeacht individuele gebruikersinstellingen. Microsoft handhaaft dit met een combinatie van beleidslogica, technische maatregelen en compliancecontroles.
4. Controle en toezicht op gegevensgebruik: Beheerders kunnen logs van opname in AI-training en de opt-outstatus per gebruiker of workload bekijken. Rapporten helpen compliance-officers, indien nodig, aan te tonen dat gevoelige Copilot-interacties nooit de grenzen van de organisatie hebben verlaten. Voor een praktijkgericht perspectief op verantwoorde AI kun je de rol van governanceboards bij AI-risicomanagement bekijken.
5. Dynamische beleidsaanpassingen: Vertrouwelijkheidslabels, risicoanalyses en levenscyclustriggers kunnen automatisch bepalen of bepaalde Copilot-gegevens worden meegenomen voor AI-leren. Als de rol van een gebruiker verandert of gegevens opnieuw worden geclassificeerd, kunnen bewaar- en AI-opnamebeleid direct meebewegen, zodat compliance behouden blijft in veranderende omgevingen.
6. Uitsluiting van training door derden: Copilot-gegevens worden nooit gedeeld met AI-platforms van derden, zoals ChatGPT Enterprise of externe Microsoft Foundry-modellen, tenzij er zeer expliciete, contractuele opt-ins zijn gegeven en vastgelegd. De meeste organisaties zullen standaard nooit zien dat hun Copilot-gegevens de beveiligde clouds van Microsoft verlaten.
7. Doorlopend beleidstoezicht: Governanceboards en beleid op het controlevlak zijn essentieel voor het monitoren en afdwingen van verantwoord gebruik. Zoals uitgebreid besproken in deze gids over veilig AI-governance, gaat het niet alleen om de technische configuratie, maar ook om voortdurende evaluatie, scheiding van operationele en controlevlakken, en proactief beperken van AI-risico's.

Veelgestelde vragen: microsoft 365 copilot en bewaarbeleid

Wat is de relatie tussen Microsoft 365 Copilot en bewaarbeleid?

Microsoft 365 Copilot gebruikt content die in Microsoft 365-services staat, dus bewaarbeleid en bewaarlabels die in Microsoft Purview zijn ingesteld, blijven van toepassing op content waar Copilot toegang toe heeft. Bewaren voor Copilot betekent dat de onderliggende items (e-mails, SharePoint-bestanden, Teams-chats en Copilot-interacties) onderhevig blijven aan regels voor bewaren en verwijderen. Een bewaarbeleid wordt geconfigureerd en afgedwongen via het Microsoft Purview-portaal om aan compliance-eisen te voldoen en ongewenst gegevensverlies te voorkomen.

Hoe beïnvloeden bewaarbeleidsregels voor Copilot Teams-chats en Copilot-interacties?

Bewaarbeleid voor Teams kan Teams-chats, kanalen en opnames van vergaderingen omvatten. Wanneer Copilot in Teams interactiecontent genereert of opslaat, valt die content onder hetzelfde bewaarbeleid voor teams. Als een bewaarbeleid is ingesteld om te bewaren en daarna te verwijderen, blijft de Copilot-gerelateerde content bewaard gedurende de bewaarperiode en wordt ze aan het einde daarvan verwijderd. Zo blijft de organisatie compliant en voorkom je onnodig lang bewaren.

Hoe maak en configureer ik een bewaarbeleid voor Copilot-gegevens?

Om een bewaarbeleid te maken, ga je naar het Microsoft Purview-portaal en maak en configureer je bewaarbeleidsregels die gericht zijn op de locaties waar Microsoft 365 Copilot-gegevens staan (Exchange, SharePoint, OneDrive, Teams). Gebruik statische beleidsscopes voor bewaren of voeg specifieke Microsoft 365-groepen en postvakken toe. Configureer de beleidsacties (alleen bewaren of bewaren en daarna verwijderen), stel de bewaarperioden in en activeer het beleid voor bewaren zodra je klaar bent. Raadpleeg Microsoft Learn voor stapsgewijze instructies over bewaren.

Hoelang duurt het voordat bewaren werkt nadat een beleid is toegepast?

Bewaren werkt zodra het bewaarbeleid is gepubliceerd, maar in de praktijk kan het even duren: het kan tot 24 uur of langer duren voordat een beleid volledig is toegepast op alle locaties. De bewaarperiode begint meestal wanneer het item wordt gemaakt of gewijzigd, afhankelijk van de beleidsconfiguratie. Let daarom goed op wanneer de bewaarperiode start en hoe meerdere bewaarinstellingen (labels en beleidsregels) in jouw tenant op elkaar inwerken.

Wat gebeurt er als meerdere bewaarbeleidsregels of labels op dezelfde Copilot-content van toepassing zijn?

Wanneer meerdere bewaarbeleidsregels van toepassing zijn, kiest de bewaarlogica van Microsoft 365 de meest restrictieve instelling, dus de instelling die de content het langst bewaart. Als een bewaarlabel op content is toegepast en een bewaarbeleid dezelfde items ook dekt, dan gaan beleidsregels die langer bewaren of verwijderen voorkomen meestal voor. Je kunt beleidsconflicten bekijken in het Microsoft Purview-portaal om zeker te zijn van het gewenste resultaat voor Copilot-content. Lees ook meer over bewaarbeleidsregels voor Microsoft 365 om een scenario met één of meerdere bewaarbeleidsregels te plannen.

Kan Copilot content benaderen die onder een bewaarblokkade of juridische blokkade valt?

Ja, Copilot kan content gebruiken voor het genereren en samenvatten als een gebruiker toestemming heeft voor die content. Bewaarblokkades en juridische blokkades voorkomen echter verwijdering en houden de content op zijn plek. Blokkades staan los van bewaarbeleidsregels en maken deel uit van de beveiligings- en compliancemaatregelen van Microsoft 365. Als content onder een bewaar- of juridische blokkade valt, blijft ze beschikbaar om aan compliance-eisen te voldoen en wordt ze niet verwijderd door verwijderacties van een bewaarbeleid.

Hoe werken bewaarbeleidsregels en preventie van gegevensverlies (DLP) samen met Copilot?

Bewaarbeleidsregels richten zich op het bewaren of verwijderen van content op basis van compliance-regels, terwijl DLP-beleid en gegevensverliesbeheersing voorkomen dat gevoelige gegevens worden blootgesteld. Combineer voor Copilot en AI-apps bewaarbeleid voor Microsoft 365 Copilot-gegevens met DLP-beleid om het risico op gegevensverlies te beperken. Configureer DLP-regels voor Teams-chats en Copilot-interacties, beperk het delen en houd het gebruik van Copilot in de gaten. Gebruik Copilot Studio en governancemaatregelen om te beperken wat Copilot kan opnemen, en zorg dat compliance-eisen worden afgedwongen.

Waar kunnen beheerders meer leren over bewaren voor Copilot en de configuratie van beleid controleren?

Beheerders kunnen op Microsoft Learn en in het Microsoft Purview-portaal terecht voor meer informatie over bewaarbeleid, bewaren en verwijderen, en de specifieke kenmerken per locatie van een bewaarbeleid. In het Purview-portaal kun je een bewaarbeleid maken, controleren of een bewaarbeleid correct is geconfigureerd, bekijken welke items onder het beleid vallen en de uitrol van het beleid monitoren. Voor Copilot-specifieke richtlijnen kun je de documentatie over Copilot voor Microsoft 365 en Copilot Studio raadplegen om te begrijpen hoe gegevens van Microsoft 365 Copilot worden verwerkt en hoe bewaarbeleid voor Copilot aansluit op bestaande compliance-workflows.