By Rafael Luque Ocaña

What an authority can ask you: the article that usually gets cited belongs to the provider, not you

Article 21 — cooperation with the authorities — binds providers, and sets no deadline. What reaches the deployer is Article 26(12). The difference changes what can be demanded of you, and what can't.

When people talk about what an authority can ask of you, the article that almost always gets cited is Article 21, "Cooperation with competent authorities." It's a name that invites the assumption.

And it isn't yours.

Article 26 series → This article covers paragraph 12; the map of all twelve paragraphs says which post covers each one.

Who owes what: provider and deployerRegulation (EU) 2024/1689, as amended by Regulation (EU) 2026/1744Obligationand the articles it rests onProviderArt.3(3)DeployerArt.3(4)Technical requirements ofthe systemArts.9, 10, 13 and 15 · viaArt.16(a)Obligationrisk management, data,instructions for use,accuracy and cybersecurity—Technical documentation,QMS, conformityArts.11, 17, 18 and 43 · AnnexIVObligationdraw it up, keep it and putthe system through conformityassessment—Registration in the EUdatabaseArt.49 · Annex III, exceptpoint 2Obligationregister itself and thesystem before placing on themarket or into serviceObligationonly public authorities andEU bodies, or persons actingon their behalfAutomatically generatedlogsArts.12, 19 and 26(6)Obligationdesign the system to generatethem; keep those under itscontrolObligationkeep those under its controlHuman oversightArts.14 and 26(2)Obligationdesign the system so it canbe effectively overseenObligationassign it to people with thecompetence, training andauthority, and supportUse per instructions; inputdataArt.26(1) and (4)—Obligationinput data: to the extent itexercises control over itMonitoring the system inoperationArts.72 and 26(5)Obligationpost-market monitoring system(Art.72)Obligationmonitor per the instructions,inform the provider; if atrisk, suspend useSerious incidentsArts.73 and 26(5)Obligationreport them to the marketsurveillance authority(Art.73)Obligationprovider → importer ordistributor → authorities; nocontact, 73 mutatis mutandisInforming workers andaffected personsArt.26(7) and (11)—Obligationworkers, if an employer;affected persons, if itdecides on them (Annex III)Fundamental rights impact(FRIA)Art.27—ObligationFRIA (Article 27): Annex IIIsystems only, except point 2,for public bodies, privateentities providing publicservices and the uses inpoint 5(b) and (c)Transparency of certain AIsystemsArt.50Obligation50(1) interaction notice50(2) marking · with itsexceptionsObligation50(3) emotion recognition,biometric categorisation ·50(4) deep fakes, textAI literacyArt.4Obligationtake measures; no specificlevel of AI literacy of anyindividualObligationtake measures; no specificlevel of AI literacy of anyindividualAI Officerno article · a method roleInternal controlno direct legal basisInternal controlno direct legal basisObligation: the article imposes it on that roleInternal control: no direct legal basis—: not an obligation of that roleRegulation (EU) 2024/1689, as amended by Regulation (EU) 2026/1744 · who owes each duty, not from when
Obligations by role, not by date: when each one applies is on the calendar. The high-risk rows only reach high-risk systems. The FRIA applies to bodies governed by public law and private entities providing public services — except Annex III, point 2 — and to deployers of Annex III, point 5(b) and (c) systems. The paragraphs of Article 50 carry exceptions, among them text that has undergone human review or editorial control.

The figure divides the AI Act's obligations between the provider and the deployer, one per row, and marks each cell as an obligation, an internal control or nothing. With no row highlighted, the focus is on the deployer's column: the obligations that shape what an authority can ask of it — among them use per the instructions, human oversight, monitoring, logs, and informing workers and affected persons — while technical documentation and conformity stay in the provider's column.

What Article 21 says, and to whom

"Providers of high-risk AI systems shall, upon a reasoned request by a competent authority, provide that authority all the information and documentation necessary to demonstrate the conformity of the high-risk AI system with the requirements set out in Section 2 […]"

Providers. The two paragraphs that impose duties — 1 and 2 — are addressed to whoever builds the system and places it on the market; paragraph 3 deals with the confidentiality of the information the authority obtains. The purpose of paragraph 1 is to demonstrate the conformity of the system, which is precisely what a deployer cannot do: it doesn't hold the technical documentation, because it doesn't produce it.

Two consequences worth keeping straight.

It doesn't bind you. If someone tells you that Article 21 requires you to hand over conformity documentation, they're making the attribution error that runs through half the Regulation.

And it sets no deadline. Neither Article 21 nor its paragraphs mention a number of days. It speaks of a "reasoned request," not response deadlines. Any figure cited as "the Article 21 deadline" isn't in the article.

The one that does reach you

At the end of Article 26, among the deployer's obligations:

"12. Deployers shall cooperate with the relevant competent authorities in any action those authorities take in relation to the high-risk AI system in order to implement this Regulation."

It's a general duty of cooperation, with no closed list of documents and no deadline of its own, and bounded by its closing words: you cooperate in the actions the authority takes "in order to implement this Regulation". What the authority can ask of you is determined, in practice, by what the other obligations in Article 26 require you to have.

And there the list does exist, even if it isn't called that:

  • That you use the system in accordance with its instructions for use, with the technical and organisational measures you've adopted — 26(1).
  • Who has been assigned human oversight, with the necessary competence, training and authority — 26(2).
  • What input data you use, to the extent you control it — 26(4).
  • How you monitor the system's operation and what you've reported to the provider — 26(5).
  • The logs the system generates, to the extent they're under your control — 26(6).
  • What you've told the workers affected, if you're an employer — 26(7).

Read the list backwards and you see what can actually be asked of you: not the conformity of the system, but the diligence of your use of it. They're two different things, and only one of them is yours.

The specific national procedure isn't published

This is where it's worth being explicit, because it's where most of the improvising happens.

The framework is set by Article 74(1), and it is set by cross-reference: "Regulation (EU) 2019/1020 shall apply to AI systems covered by this Regulation." For that purpose, any reference in that regulation to an economic operator includes all operators identified in Article 2(1) of the AI Act, and any reference to a product includes all AI systems within the AI Act's scope. The powers with which market surveillance authorities act are therefore those conferred by Regulation (EU) 2019/1020. That's the framework.

What doesn't exist today is a published Spanish procedure that spells out step by step how an action is conducted: who gives notice, in what form, with what deadlines for submissions, with what remedies. That procedure is a matter of national law, and this article neither describes nor anticipates it: any detailed "step by step" description circulating today is a forecast, not a procedure.

And it's worth saying it that way rather than filling the gap: describing a procedure that isn't published is exactly the kind of claim no one can later verify. For who AESIA is and how it fits into the map of authorities, there's already an article that covers it; what this one adds is whose obligation each item is once the request arrives.

And the date, which puts all of this in order

None of Article 26 — including paragraph 12 — is enforceable today: it applies from 2 December 2027 for high-risk systems under Annex III and from 2 August 2028 for those under Annex I; it does not reach products under Annex I, Section B. And for Annex III, the date circulating in many guides is a different one.

What an authority can ask you today has to do with what's already binding: Article 4 on literacy and Article 5 on prohibited practices, in force since 2 February 2025, and — through a completely separate route, with its own authority — everything the GDPR has required for years.

What's worth having, and it isn't conformity documentation

Three things, and all three are yours by definition.

What systems you use, and for what. Without that, no question has a possible answer.

Who's accountable for each one. Not the provider — someone inside your own organisation.

And what you decided, when, and on what basis. Because the question an authority asks you isn't about the system — that one goes to the provider — it's about you: "what did you do before you used it?"

Content in accordance with Articles 4, 5, 21, 26 and 74 and Annex III of Regulation (EU) 2024/1689, as amended by Regulation (EU) 2026/1744 (Official Journal of the EU, 24 July 2026).

This article is for informational purposes only and does not constitute legal advice.

Frequently asked questions

Does Article 21 require the deployer to hand over conformity documentation?

No. It binds providers of high-risk AI systems, upon a reasoned request by a competent authority. What reaches the deployer is the duty of cooperation in Article 26(12).

Is there a deadline for answering an authority?

Neither Article 21 nor Article 26(12) sets one. The national procedure specifying how an action is conducted is not published.

What powers does the market surveillance authority act with?

Those conferred by Regulation (EU) 2019/1020, which Article 74(1) makes applicable to AI systems covered by the AI Act.

Get analysis like this in your inbox

Alethexis regulatory and product news. No noise.

I agree to receive communications from Alethexis: content about AI and regulation, and product news. I can unsubscribe at any time.

Data protection — newsletter

Controller: ALETHEXIS, S.L. (NIF B88758057). Purpose: to send you the Alethexis newsletter (content about AI and regulation, and product news). Legal basis: your consent (Art. 6(1)(a) GDPR), which you can withdraw at any time. Recipients and transfers: we use providers acting on behalf of Alethexis for hosting, security and email delivery. No disclosure of your data to third parties for their own purposes is planned, except where required by law. Some providers may process data outside the EEA with the safeguards set out in the additional information. Rights of access, rectification, erasure, objection, restriction and portability: [email protected]. You may lodge a complaint with the Spanish Data Protection Authority (AEPD, www.aepd.es) or with the supervisory authority of your Member State (Article 77 GDPR). More information in the privacy policy.