Control over AI
Blog
AI governance 6 min read

Who is responsible for the AI register?

The board bears final responsibility, but a register held by a single function soon goes stale. What the DPO, CISO, IT, procurement and the business each contribute.

Abstract frames with rounded corners
Quick answer

The organisation, with final responsibility resting with the board. No law assigns the AI register to a particular function. In practice, a layered division of roles works: the board appoints an owner of the register as a whole (usually the CISO or a privacy or compliance team); every row has an owner in the business who knows what the tool is used for and with which data; IT reports which tools are actually being opened; procurement supplies the contracts and account types; and the data protection officer (DPO) advises and reviews. The DPO cannot be the owner: whoever maintains the register cannot assess it independently.

01

The board bears final responsibility and appoints the owner of the register as a whole

02

Every row has an owner in the business, because only they know what the tool is used for

03

IT reports what is being opened and sets a new tool to "No decision yet", without deciding anything itself

04

The DPO advises and reviews, which is exactly why the DPO cannot own the register

05

A register held by one function describes what one person knows, and within a quarter that is no longer enough

At a housing association, the managing director asks the management team who actually maintains the AI register. There is a pause, and then everyone looks at the data protection officer (DPO). She says she is happy to review the register, but she has no way of knowing which tools the lettings department started using this month.

She is right on both counts. The AI register is the organisation's responsibility, and final responsibility rests with the board. Below that level it only works in layers: one owner of the register as a whole, an owner for each row in the business, IT for observing use, procurement for the contracts and the DPO as adviser and reviewer. What belongs in the register is covered in our guide to the AI register. This piece is about who is responsible for which part.

Why does the law not name anyone?

Because no law prescribes an AI register in a fixed form, no law says who should keep one. The GDPR places accountability on the controller, which is the organisation. Article 4 of the AI Act is addressed to providers and deployers, which again means the employer as a whole, not a department. What the AI Act does require is covered in our article on whether an AI register is mandatory.

So the division of roles has to come from within: what is used, what for, under which contract and whether that is acceptable are four kinds of knowledge held by four kinds of people.

Why is "the DPO will handle it" not an answer?

It sounds sensible, but it fails for two reasons.

The first is legal. Article 39 of the GDPR gives the data protection officer an advisory and monitoring task, and Article 38 requires that they can carry it out independently, without instructions about the outcome and without duties that create a conflict of interest. Making the DPO the owner of the register would mean asking them to monitor their own work. The same argument applies to AI literacy; it is set out in our article on who is responsible for AI literacy.

The second is practical, and it is the point the DPO at the housing association made. She cannot see which tools the lettings team opens. A register held by one person describes what that person knows, and within a quarter that is no longer enough. Nor does every organisation have a DPO; whether you need one depends on what kind of organisation you are and what you process.

Who does what?

RoleTask in the registerWhat goes missing without this role
Board or executive teamAppoints the owner, adopts the policy, bears final responsibilityNobody to settle it when two departments want different things
Owner of the register (CISO, privacy or compliance team)The format, the fields, the review rhythm, the link to the record of processingA register that each department fills in differently and that is complete nowhere
Owner per row (the business)Purpose, data, how the tool is used and the review of their own rowRows that stay exactly as they were recorded a year ago
IT or the administratorObserving which tools are opened. Sets a new tool to "No decision yet" and shows people the decision while they workA register that only knows what someone reported
Procurement or contract managementAccount type, data processing agreement, terms and changes to themA tool marked as allowed although the business licence was never signed
Data protection officerAdvises on assessments, checks that the register matches the processing, flags what is missingNobody independent to say a decision is wrong

Two rows deserve a comment. The row owner is the field most often left blank, because "IT" or "the CISO" is easier to write down. But only the department that uses the tool can say what it is used for and with which data, the two fields where the risk lies. A transcription tool for internal meetings and the same tool for conversations with tenants are two rows with two owners.

The IT row is the flip side. IT decides nothing about a tool, but it is the only function that can see the tool exists. A newly observed tool is set to "No decision yet", and that is where IT's task ends. How this division works at review time is covered in our article on keeping an AI register up to date.

Who makes the decision on each tool?

The organisation. The decision is one of four statuses: allowed, limited use, no decision yet, not allowed. The row owner makes a proposal based on purpose and data. Procurement supplies the account type and the contract. The DPO advises. The owner of the register records the decision, with a date and a name. For a tool that makes decisions about tenants or employees, the board itself signs off.

What never makes the decision: a risk score, a vendor or a tool. A score is advice. Every tool starts with the status "No decision yet" and keeps it until a named person changes it.

What does that look like at the housing association?

The management team divides the roles in one meeting. The CISO becomes owner of the register as a whole. Every quarter, IT delivers a list of the AI services that were opened, as counts, without names. For each tool, procurement supplies the account type and whether a data processing agreement is in place. Every six months, the DPO checks whether the register still matches the record of processing.

IT's first list shows why this was needed. Copilot is allowed and in the register. Alongside it, Perplexity, ChatGPT and a transcription tool turn out to be in use, and two of them appear nowhere in the register. That is not an incident: nothing had been decided about those tools, so nobody broke a rule. They are set to "No decision yet", and the CISO looks for an owner in lettings and in communications. That conversation is the register doing its job.

BeeSensible supports exactly this division of roles. The extension reports only the domain of an AI tool that was opened, at most once per day per device, without a user ID or content, and matches it against a catalogue of over 1,000 assessed tools. An administrator sees which tools have no decision yet and records the decision the organisation has made; the product decides nothing itself. The AI tools page explains more about how this works.

AI register
AllowedUnder reviewNot allowedAll tools
Search by tool, vendor, domain or former name…
1,012 tools
DeepSeek
Critical · 90/100
Not allowed
Otter.aiNew
High · 68/100
No decision yet
Grok
High · 67/100
Not allowed
ChatGPT
High · 62/100
Allowed
Perplexity
Medium · 55/100
No decision yet
HeyGen
Medium · 53/100
No decision yet

Every tool, scored for risk

Over 1,000 AI tools, each scored from Low to Critical. Nothing is approved or blocked until someone decides.

More about AI Governance

What does the board itself record?

Three things, briefly and with a date. Who owns the register as a whole, by name and function. Which review rhythm applies and who oversees it. And what happens to a tool that has been spotted but has no owner yet: who finds that owner, and how quickly.

That third decision is the one most often missing, and its absence is why registers fill up with rows that never move. The overview page on AI governance shows how the register fits into the rest of the work.

Open your own register and look at the owner column. If the same function appears everywhere, the managing director's question has not been answered yet, and the next step is not a better register but a conversation with the departments that use the tools.

FAQ

Common questions

Should the data protection officer maintain the AI register?

No. Under the GDPR the DPO has an advisory and monitoring task and must be able to carry it out independently. Making the DPO the owner of the register would mean asking them to monitor their own work. The DPO advises on the substance of assessments, checks whether the register matches the processing activities and points out what is missing. Ownership belongs with another function.

Is the AI register an IT task?

Partly. IT is the only function that knows which AI tools are actually opened in the organisation, manages accounts and licences and can show someone a decision as they open a tool. But IT does not know what a department uses a tool for or which data goes into it, so it cannot decide what should happen to the tool. That decision lies with the row owner and the organisation.

Who owns a row in the register?

The function in the business that uses the application: the head of the department, the process owner, the team lead. That person can explain what the tool is used for and which data is involved, and whether that is still true at review time. Without an owner per row, a decision stays exactly as it was recorded a year ago.

What is procurement's role in the AI register?

Procurement or contract management knows which account type was signed, whether a data processing agreement is in place and when terms change. Those are precisely the fields that decide whether a tool can be allowed. What procurement does miss is the tools that were never bought, such as free accounts, and in most organisations those outnumber the purchased ones.

What does the board itself record about the AI register?

Three things: who owns the register as a whole, by name and function; which review rhythm applies and who oversees it; and what happens to a tool that has been spotted but has no owner. Those three decisions spread the responsibility. Without the third, every new tool sits untouched until someone happens to pick it up.

Portrait of Rens Timmermans from BeeSensible

Prefer someone to walk you through it?

Rens, BeeSensible

I'm happy to give you a twenty-minute tour. Leave your details and I'll find a time that suits you. You're also welcome to call or email.

Prefer to talk to someone first?

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