Control over AI
Blog
GDPR and workplace AI 8 min read

A DPIA for Microsoft Copilot: what do you include?

A sector DPIA on Microsoft 365 Copilot exists, and it describes the service. Your DPIA describes your use of it: the permissions, the data, the connections, the measures, and how you later show that those measures are running.

Abstract translucent panels forming a skyline
Quick answer

A DPIA for Microsoft 365 Copilot starts from what already exists: the DPIA that SURF published together with SLM Rijk describes how Microsoft processes data and which residual risks remain. What you add yourself is about your use: which variant and who holds a licence, the permission structure Copilot searches with, which data ends up in prompts and within reach, which connections and agents are switched on, which settings and measures you choose, and which AI tools are in use next to it. And one part most DPIAs miss: how you show afterwards that the measures work, in figures with no user id.

01

The sector DPIA describes the service, your DPIA describes your use of it

02

The permission structure belongs in it, because Copilot searches with the permissions a user already had

03

Connections, agents and new uses of the same licence change the processing, and so the DPIA

04

The AI tools next to Copilot belong in it, because the DPIA describes the actual processing

05

A measure on paper is not yet a measure: write down how you show it is running

The privacy officer of a municipality is forwarded the SURF DPIA on Microsoft 365 Copilot, with the question whether that means the DPIA is "done". She reads it and finds a solid description of what Microsoft does with data. About the forty SharePoint sites open to everyone at the municipality, and the agent the social services department wants to build, it says nothing.

That is not a shortcoming of that document. A sector DPIA describes the service; your DPIA describes your use of it. What you include yourself: which variant and who, the permission structure, which data, which connections, which settings and measures, which tools are in use next to it, and how you later show that the measures are running.

When is a DPIA for Copilot needed?

Article 35 GDPR requires a data protection impact assessment when processing is likely to result in a high risk to individuals, and the EDPB uses the rule of thumb that two of its nine criteria are enough. Copilot for dozens or hundreds of employees, with access to mail, calendars and documents full of personal data, quickly meets more: new technology, large scale, sensitive data and employees as data subjects. How that weighing works is in do you need a DPIA for AI tools at work; for Copilot the answer is rarely no.

What is already in the sector DPIA?

SURF, together with SLM Rijk, published a DPIA on Microsoft 365 Copilot in December 2024, finding four high privacy risks and advising institutions not to use the service for the time being. After changes by Microsoft, a September 2025 update downgraded the risks to amber, with two residual concerns: inaccurate personal data generated about real people, and an 18-month retention period for pseudonymised metadata. The facts about the service itself, from the training commitment to flex routing, are collected in the privacy risks of Copilot.

That document is the description of the processor side, and you do not need to redo it. Carry the residual risks into your own DPIA as residual risks, and write next to them what you do about them locally. Mind the date, though: the service changes monthly, and a DPIA describes the state at the moment it was written.

What do you add yourself?

PartWhat you includeWhy it belongs there
Variant and usersWho works with Copilot Chat, who with the paid Microsoft 365 Copilot, what applies to the consumer versionThe variants differ in reach and in data protection
Permission structureThe state of permissions on SharePoint, OneDrive and Teams, with a date, and what was cleaned upCopilot searches with the permissions a user already had
DataWhich categories end up in prompts and which lie within reach of the search, per kind of workThe DPIA describes the actual processing, not the intended one
Connections and agentsConnectors, agents from Copilot Studio and plug-ins, with the source and owner per connectionEvery connection widens what can land in an answer
SettingsFlex routing, sensitivity labels, DLP, and which of these are temporaryThey determine where processing runs and what is excluded
Other AI toolsWhat is in use next to Copilot, with a statusOtherwise the DPIA describes one tool while four are in use
Measures and evidencePer measure, how you will later show it is runningA DPIA describes; the figures afterwards show

The permission structure is the part most often missing, and the most important. Copilot breaks no permissions; it searches with the permissions a user already had, and that makes years of oversharing findable in a single question. What happens when Copilot can reach SharePoint is therefore a DPIA question: which sites are open to everyone, what has been done about it, and on which date. Microsoft puts that cleanup at the front of its own deployment guidance.

The data splits in two. What employees paste into the prompt, per kind of work: customer contact, personnel files, case files of residents. And what Copilot retrieves on its own from mail and documents, which is everything the user may open. The first is behaviour, the second is configuration, and both belong in the description.

The connections change the processing without anyone requesting a new DPIA. An agent that pre-processes purchase invoices, a connector to an external system, a feature that arrives with a monthly update: each widens what Copilot can read. Record who switches them on and when a new use of the same licence gets its own review; the decisions around that are in Microsoft Copilot governance.

What does that look like at the municipality?

The privacy officer writes the DPIA in five parts. Copilot Chat for everyone with a work account, the paid variant for a hundred and twenty employees, the consumer version not allowed with the reason written down. A permissions report showing that forty sites are open to everyone, and the agreement that those are cleaned up before any licence is assigned. The agent for social services as a separate paragraph, with its own review before it goes live. Summarising meetings with residents in Teams: not allowed until that has been decided separately. And a date, six months on, when the description is laid next to the actual list of tools.

On that date it turns out that ChatGPT and a transcription tool are in use next to Copilot, and that nobody has ever decided anything about the transcription tool. That is not an incident. It is the ordinary distance between a description and a working day, and exactly what that date in the DPIA was for.

How do you show that the measures work?

The DPIA says that sensitive data is marked before a prompt leaves, that employees see a decision when they open a tool that has one, and that the permissions have been cleaned up. Whether that actually happens is not in the document. It is in the figures afterwards: how many markings there were and what happened to them, how many notices appeared and what the person did next, what share of AI use ran through allowed tools, and the permissions report with a new date. Why a dashboard is not evidence explains what still has to be added: the measure and the scope, next to every figure.

Detections over timeLast 30 days
12,438+18% vs the previous period
Detections by platform
ChatGPT
ChatGPT
78% adjusted
8,124
Gmail
81% adjusted
3,210
Gemini
74% adjusted
812
Most encountered data types
Name
4,212
Email address
2,930
Credit card
1,486
Account number
1,104
Diagnosis
612
SensitiveHighly sensitive
BeeSensible dashboard: aggregated detections and top sources, without monitoring individuals.

BeeSensible marks sensitive data in browser text fields, including the Copilot prompt in the browser, as someone types; every marking is counted with its outcome and every notice with what the person did, with no user id. The accountability view maps those figures onto measures per framework, with an honest "Not substantiated" status where the figures do not carry a measure. BeeSensible provides a product DPIA on request as input for the customer's own DPIA; the customer remains the controller. How that fits into the whole of tools and decisions is in the AI governance cluster.

What you do differently now: you read the sector DPIA as a description of the service, and you write the seven parts from the table as a description of your use, with the sentence "and this is how we show it is running" next to every measure. Where that sentence does not work, the measure is still paper.

FAQ

Common questions

Is a DPIA mandatory for Microsoft 365 Copilot?

Not automatically, but usually yes. Article 35 GDPR requires a DPIA when processing is likely to result in a high risk, and the EDPB uses the rule of thumb that two of its nine criteria are enough. Copilot for dozens of employees, with access to mail and documents full of personal data, quickly meets three or four: new technology, large scale, sensitive data and employees as data subjects.

Can we simply adopt the SURF DPIA?

As a description of the service, yes: how Microsoft processes data, which commitments exist and which residual risks SURF sees. Not as a description of your processing. The permission structure, the data that ends up in prompts and within reach at your organisation, the connections your administrators switch on and the tools in use next to it are not in there. That part you write yourself, and it is the part a supervisory authority asks you about.

Why do SharePoint permissions belong in a DPIA?

Because Copilot searches with the permissions a user already had, and summarises everything that user can open. A site opened to everyone years ago becomes findable in one question. The DPIA describes which personal data can reach whom, and with Copilot that is determined by the state of the permissions. A report of that state, with a date, therefore belongs in it.

Do we need a new DPIA if we build a Copilot agent?

If the agent materially changes the processing, yes: different data, a different source, a different purpose. An agent that reads purchase invoices processes different personal data from an assistant that summarises email. Put an agreement in the DPIA on who reviews a new use of the same licence, so the whole document does not have to be redone, only the paragraph that is added.

How do you show that the measures in the DPIA work?

With figures from after the rollout, with no user id: how many markings of sensitive data there were and what happened to them, how many notices appeared for tools with a decision and what the person did next, what share of AI use ran through allowed tools, and a permissions report with a new date. Put the measure and the scope next to every figure, and leave in what you cannot substantiate.

Portrait of Rens Timmermans of BeeSensible

Would you rather someone showed you?

Rens, BeeSensible

I am happy to give you a twenty-minute tour. Leave your details and I will find a moment that suits you. Calling or emailing works just as well.

Rather talk to someone first? Book a call.

Want a live demo, or a quote for 100+ users? Leave your details and we'll be in touch within one business day.