Control over AI
Blog
Compliance and AI 6 min read

AI literacy in municipalities: who needs to know what?

Article 4 of the AI Act asks a municipality for measures towards a sufficient level of AI literacy. What sufficient means for the front desk, the policy adviser, the youth care consultant, IT and the board, and how you demonstrate it.

Abstract river through terraces
Quick answer

Article 4 of the AI Act asks a municipality, as a deployer, to take measures towards a sufficient level of AI literacy among everyone who uses AI on its behalf, contractors included. Sufficient differs per role: the front desk needs to know which tools are allowed and which data never goes in, a youth care consultant that case work belongs in no unapproved tool, a policy adviser that an answer with sources still needs checking, and the board that it takes the decisions. You demonstrate it with what was determined per role, what was done with it, and what happens at the moment of work.

01

A municipality is a deployer as soon as employees use an AI tool for work, and article 4 then applies

02

Sufficient is a standard per role, not one training session for the whole town hall

03

The front desk, social services and policy use AI for different work with different data, so the explanation differs

04

Some applications in municipalities may fall under high risk; that is an assessment per system, not per tool

05

Demonstrating it takes a register, the explanation per role, the decision at the moment of work and aggregated figures

In a municipality's management team, the town clerk asks whether AI literacy has been taken care of. The CISO points to the spring lunch lecture: 140 attendees, a presentation on Copilot, and the agreement that no personal data goes into free tools. Then it goes quiet, because nobody is sure that covers a youth care consultant whose conversations are written up by a transcription tool.

It depends on the role. Article 4 of the AI Act asks a municipality for measures towards a sufficient level of AI literacy among everyone who uses AI on its behalf. Sufficient for the front desk is not sufficient for social services, and one lecture for the whole town hall does not cover that difference. What article 4 asks in general is in AI literacy in 2026.

When does article 4 apply to a municipality?

As soon as employees use an AI system for work. The regulation is addressed to providers and deployers, and a municipality where people use Copilot, a chatbot or a transcription tool is a deployer. Whether the municipality procured those tools itself makes no difference. The text is in Regulation (EU) 2024/1689, article 4, with the definition of AI literacy in article 3.

"On their behalf" reaches beyond the payroll. A municipality works with contractors, a joint arrangement for social services, an external communications agency. Whoever uses an AI system on the municipality's behalf falls under the measures, appointment or not.

There is no training in article 4, no certificate and no number of hours. The European Commission confirmed in its questions and answers on AI literacy that a certificate is not required and that an organisation may record its own measures. Supervision has sat with national authorities since August 2026; how that is divided in the Netherlands is not yet settled.

Why does it differ per role in a municipality?

Because the work differs, and so does the data in it. A front-desk employee makes an email easier to read, a policy adviser has research done with sources, a youth care consultant handles notes about families, and the town clerk explains the decision per tool to the council.

RoleWhat sufficient meansWhat you record
Front desk, contact centreWhich tools are allowed, that the citizen service number and case file contents go in no prompt, and that an answer is checked before it goes to a residentThe explanation this group received, and the decision per tool
Policy adviser, communicationsThat an answer with sources still means sources you open yourself, and that a resident's case is not an example for a promptThe same, plus the condition on research tools
Youth care, social support, debt counsellingThat case work belongs in no unapproved tool, even without a name, and which route does existThe instruction for social services and who was briefed on it
IT, CISO, DPOWhich tools are in use, what their status is, how to assess a tool and how the decision reaches employeesThe register, the assessment questions and the decisions
Board, town clerk, management teamThat the municipality decides and not the vendor, which applications may be high risk, and who decided whatThe policy, the decisions and their dates

For most employees it sits in the first two rows, where the explanation is short. What a municipal employee does and does not put in a prompt, per task, is in ChatGPT and personal data in municipalities.

When does it become more than an explanation?

When AI is used in a decision about a resident. Annex III of the regulation lists, among other things, AI systems public authorities use to assess whether someone is eligible for benefits and public services. A chatbot that rewrites a letter does not fall under that. A system that pre-sorts applications may. Whether a specific application is high risk is an assessment per system and per use, and it is the municipality's, not the vendor's. How to make it is in when is an AI application high risk.

Whoever works with such a system needs to understand how it reaches an outcome, what it misses, and when to deviate from it. This is also where the Dutch government's algorithm register comes in: public bodies are asked to describe impactful algorithms there publicly, and the explanation given to employees should match that description. Everyday AI use with chatbots and transcription is not in it, and needs its own internal register.

What does that look like in a municipality?

After the management meeting, the municipality from the first paragraph finds out what is in use. Next to Copilot, Perplexity, ChatGPT and three specialised tools are running, among them a transcription tool two youth care teams have used for months for conversations with families. No decision was ever taken on that tool, and the lunch lecture did not cover it, because in spring nobody knew it existed.

That is no proof the lecture failed. It explained what was known in May; the work went on with tools nobody then recognised as AI. It does show what a lecture cannot do: be present when a consultant starts a recording.

The municipality then does three things. It decides on the transcription tool, after a look at the vendor, the processing location and the terms. It writes a shorter instruction for social services. And it makes sure that whoever opens an AI tool sees the decision at that moment, with the approved alternative alongside.

How do you demonstrate it?

With three kinds of evidence. The explanation per role and who received it shows that you told people what they need to know. The register and the decisions show what was decided. The figures on what happens at the moment of work show whether that decision reached the working day. Which of the three an auditor weighs most, and what you honestly call not substantiated, is in how do you demonstrate AI literacy.

That third kind of evidence is what an attendance list lacks. A notice that appears when someone opens a tool can be counted with what the person did: opened the alternative or continued anyway. A marking of a citizen service number in a prompt can be counted with its outcome: masked, removed, or sent anyway. Counts only, never who.

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 matches a catalog of AI tools to the use observed in the municipality, shows the decision per tool in the browser when someone opens that tool, and marks sensitive data while someone types, in the tools people already work in. The figures on what happens afterwards are aggregated and carry no user id. What the AI tools module records is on the product page.

Who takes it on?

The municipality as a whole, with the executive board ultimately responsible; the regulation names no department. In practice HR carries the explanation per role, IT the register and the path from decision to employee, the CISO the link to the BIO (the Dutch government security baseline), and the DPO advises and tests without owning it. How that division works, and why "the DPO does it" is wrong, is in who is responsible for AI literacy. Where the BIO and AI use meet is in BIO and NEN 7510, and the other pieces on this subject are under AI governance.

At the next management meeting the town clerk asks a different question: not whether AI literacy is taken care of, but what the youth care consultant, the front-desk employee and the policy adviser each need to know, and whether that comes back when they open a tool.

FAQ

Common questions

Does article 4 of the AI Act apply to municipalities?

Yes. Article 4 is addressed to providers and deployers of AI systems, and a municipality where employees use Copilot or a chatbot for work is a deployer. The obligation is to take measures towards a sufficient level of AI literacy among staff and others who use AI on the municipality's behalf, matched to their knowledge, experience and the context of use.

Does every municipal employee need AI training?

No. The regulation prescribes no training, certificate or number of hours. Someone who does not use AI at work needs to know little. Someone who uses a chatbot for letters needs to know which tools are allowed and which data does not go in. Someone who uses AI in decisions about residents needs to understand how the system reaches an outcome. The measure follows the role.

What does a front-desk employee need to know about AI?

Three things: which tools the municipality has allowed, that the citizen service number, benefits data and case file contents belong in no prompt, and that an answer from an AI tool is checked before it goes to a resident. That can be explained in an hour. The hard part is not the knowledge, but having it still there when it gets busy at half past four.

Is AI in a municipality high risk under the AI Act?

Not by default. Annex III lists, among other things, AI used to assess whether someone is eligible for public benefits and services. A chatbot that rewrites a letter does not fall under that; a system that assesses applications may. That is an assessment per system and per use, and the responsibility for it sits with the municipality, not with the tool's vendor.

How does a municipality demonstrate AI literacy?

With records, not a certificate. Which tools are in use and with what status, what was determined and explained per role, how the decision per tool reaches the employee at the moment she opens the tool, and aggregated figures on what happens afterwards. The European Commission states that a certificate is not required and that an organisation's own records suffice.

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.