Article 26: Obligations of deployers of high-risk AI systems
Article 26 sets out what an organisation must do when it uses a high-risk AI system under its own authority: the deployer. In short: use the system in accordance with the instructions for use, have competent people exercise oversight, control the input data you manage, monitor operation, keep the logs for at least six months and inform workers before putting the system into service. Where you see a risk within the meaning of Article 79(1), inform the provider or distributor and the market surveillance authority and suspend use. The duties apply from 2 December 2027 for Annex III systems and from 2 August 2028 for Annex I systems.
Praxikon tracks Article 26 (Obligations of deployers of high-risk AI systems) under the EU AI Act, citing the source for every statement.
Application dates
- : Obligations for high-risk systems listed in Annex III
- : Obligations for high-risk systems linked to Annex I
Official text
Source: EUR-Lex, Regulation (EU) 2024/1689. Text reproduced verbatim.
Download AI Act (PDF) →Decision tree
What are your obligations as deployer of high-risk AI?
Article 26 applies to whoever uses a high-risk system under their own authority. For Annex III systems from 2 December 2027, for Annex I systems from 2 August 2028.
Question 1 · Art. 26(1) · art. 6
Do you use, under your own authority, an AI system that is high risk under Article 6?
Full diagram
- 1
Do you use, under your own authority, an AI system that is high risk under Article 6?
Art. 26(1) · art. 6
- Yes → Question 2
- No, or I do not know → Outcome A
- 2
Do you put the system under your own name or trademark, make a substantial modification to it, or use it for a purpose other than the one the provider intended?
Art. 25(1)
- Yes → Outcome B
- No → Question 3
- 3
Have you identified a serious incident, meaning an incident or malfunctioning that directly or indirectly leads to death or serious harm to health, a serious and irreversible disruption of critical infrastructure, an infringement of obligations under Union law intended to protect fundamental rights, or serious harm to property or the environment?
Art. 26(5) · Art. 3(49)
- Yes → Outcome C
- No → Question 4
- 4
Do you have reason to consider that use in accordance with the instructions may result in the system presenting a risk to the health, safety or fundamental rights of persons?
Art. 26(5) · Art. 79(1)
- Yes → Outcome D
- No → Question 5
- 5
Are you a public authority, or a Union institution, body, office or agency, or do you act on behalf of one of them?
Art. 26(8) · Art. 49(3)
- Yes → Outcome E
- No → Question 6
- 6
Are you a financial institution subject to requirements regarding internal governance, arrangements or processes under Union financial services law?
Art. 26(5), second subparagraph · Art. 26(6), second subparagraph
- Yes → Outcome F
- No → Outcome G
Outcome A · Check further
First establish whether the system is high risk
Article 26 only applies to high-risk systems. Check the system against Article 6 and Annex III, or ask the provider for its classification. For other AI systems Article 4 and, depending on the function, Article 50 apply.
art. 6 · art. 4 · art. 50
Outcome B · Check further
You may become the provider: check Article 25
With your own name or trademark, a substantial modification or a changed intended purpose you may become the provider of the high-risk system yourself, with the heavier obligations of Article 16.
Art. 25(1) · art. 16
Outcome C · Applies
Report the serious incident immediately
Immediately inform first the provider, then the importer or distributor and the market surveillance authority. If you cannot reach the provider, the reporting procedure of Article 73 applies to you. If there is a risk within the meaning of Article 79(1), also suspend the use. The other obligations of Article 26 continue to apply as well.
Art. 26(5) · art. 73 · Art. 79(1)
Outcome D · Applies
Suspend the use and report without undue delay
Inform the provider or distributor and the market surveillance authority without undue delay, and suspend the use of the system. Suspension is not a choice but an obligation. The other obligations of Article 26 continue to apply as well.
Art. 26(5) · Art. 79(1)
Outcome E · Applies
Core obligations, plus registration and FRIA
Use the system in accordance with the instructions for use (paragraph 1); assign human oversight to people with the necessary competence, training, authority and support (paragraph 2); ensure input data is relevant and sufficiently representative to the extent you control it (paragraph 4); monitor the operation (paragraph 5); keep the automatically generated logs under your control for at least six months, unless other law provides otherwise (paragraph 6); and cooperate with the authorities (paragraph 12). In addition, for an Annex III system other than point 2 (critical infrastructure), you register yourself and the use in the EU database before putting into service or use (Article 49(3)). You do not use a system that is not registered in the EU database, and you inform the provider or distributor (paragraph 8). A public authority is as a rule also a body governed by public law within the meaning of Article 27: you then also carry out a FRIA for an Annex III system, except for critical infrastructure. For high-risk systems placed on the market or put into service before the date of application and intended to be used by public authorities, providers and deployers must comply by 2 August 2030 (Article 111(2)).
Art. 26(1) to (12) · Art. 26(8) · Art. 26(10) · Art. 49(3) · Art. 27(1) · Art. 111(2)
Outcome F · Applies
Core obligations, partly through your financial governance
Use the system in accordance with the instructions for use (paragraph 1); assign human oversight to people with the necessary competence, training, authority and support (paragraph 2); ensure input data is relevant and sufficiently representative to the extent you control it (paragraph 4); monitor the operation (paragraph 5); keep the automatically generated logs under your control for at least six months, unless other law provides otherwise (paragraph 6); and cooperate with the authorities (paragraph 12). For you the monitoring obligation is deemed fulfilled by complying with the governance rules of financial services law, and you keep the logs as part of the documentation under that law. If you use the system to evaluate the creditworthiness of natural persons (not: fraud detection) or for risk assessment and pricing in life and health insurance, a FRIA also applies (Article 27, Annex III point 5(b) and (c)).
Art. 26(5), second subparagraph · Art. 26(6), second subparagraph · Art. 27(1)
Outcome G · Applies
The core obligations of Article 26 apply
Use the system in accordance with the instructions for use (paragraph 1); assign human oversight to people with the necessary competence, training, authority and support (paragraph 2); ensure input data is relevant and sufficiently representative to the extent you control it (paragraph 4); monitor the operation (paragraph 5); keep the automatically generated logs under your control for at least six months, unless other law provides otherwise (paragraph 6); and cooperate with the authorities (paragraph 12). A system placed on the market or put into service before the date of application only falls under the regulation after a significant change in design from that date (Article 111(2)). If you provide public services as a private entity, a FRIA also applies for an Annex III system (Article 27), except for critical infrastructure. The same applies to any deployer using the system for the creditworthiness of natural persons (not: fraud detection) or for risk assessment and pricing in life and health insurance (Annex III point 5(b) and (c)).
Art. 26(1) to (12) · Art. 111(2) · Art. 27(1)
Official guidance on this article
3- Regulation (EU) 2026/1744, Digital Omnibus on AIMoves deployer obligations in Section 3 to 2 December 2027 for Annex III and 2 August 2028 for Annex I.PublishedRegulationEuropean Parliament and Council of the European Union24 Jul 2026
- AI Literacy - Questions & AnswersLinks AI literacy to the requirement that deployers of high-risk systems designate personnel with sufficient competence and authority for human oversightPublishedQ&AEuropean Commission, DG CONNECT27 Jul 2026
- Generative AI and the EUDPR. Orientations for ensuring data protection compliance when using Generative AI systems (Version 2)Translates the question of who bears what obligations in a generative AI chain into the data protection law division of roles, which aligns with the obligations of the deployer under the AI ActPublishedGuidelinesEDPS (European Data Protection Supervisor)28 Oct 2025
What does this mean for you?
Provider+
Deployer+
SME / Startup+
Public Sector+
Article 26 checklist
- Paragraph 1: instructions for use received from the provider, and use within those limits ensured with technical and organisational measures
- Paragraph 2: human oversight assigned to named people with the necessary competence, training, authority and support
- Paragraph 3: duties under other Union and national law (GDPR, sector rules, employment law) mapped alongside Article 26
- Paragraph 4: recorded who controls the input data and, where you do, relevance and representativeness for the intended purpose checked
- Paragraph 5: monitoring set up on the basis of the instructions for use, with a reporting route to the provider (Article 72)
- Paragraph 5: where there is a risk within the meaning of Article 79(1), inform the provider or distributor and the market surveillance authority without undue delay and suspend use
- Paragraph 5: for a serious incident, immediately inform the provider first, then the importer or distributor and the market surveillance authorities
- Paragraph 6: automatically generated logs under your control kept for at least six months and retrievable
- Paragraph 7: as an employer, workers' representatives and affected workers informed before putting the system into service at the workplace
- Paragraph 8: as a public authority, registration under Article 49 completed and checked that the system is in the EU database
- Paragraph 9: the provider's Article 13 information used for the DPIA, where Article 35 GDPR requires one
- Paragraph 10: for post-remote biometric identification by law enforcement, the authorisation route followed
- Paragraph 11: natural persons informed when an Annex III system makes or assists decisions about them
- Paragraph 12: contact point and procedure set for cooperation with the competent authorities
- Outside Article 26: a FRIA only where Article 27 applies, and AI literacy measures under Article 4
Related recitals
Whilst risks related to AI systems can result from the way such systems are designed, risks can as well stem from how such AI systems are used. Deployers of high-risk AI system therefore play a critic…
Any processing of biometric data involved in the use of AI systems for biometric identification for the purpose of law enforcement needs to comply with Article 10 of Directive (EU) 2016/680, that allo…
Related tools
Related enforcement
- •
- •
Related blog posts
Cross-references
Annexes
Frequently asked questions
What must a deployer do under Article 26 of the AI Act?+
How long must deployers keep the logs of a high-risk AI system?+
What should I do in case of a risk or a serious incident with high-risk AI?+
Do I need to inform workers before using high-risk AI at the workplace?+
Do I need to conduct a FRIA as a deployer?+
What is the difference between a provider and a deployer?+
When does a deployer become a provider under the AI Act?+
What should I as deployer do if my AI vendor goes bankrupt?+
Do I as deployer need to retain the input and output data of the AI system?+
What Article 26 requires in practice
Connections
What connects to Article 26 AI Act
Themes where this returns
- Assessing risks in advance: DPIA and FRIA
- Automated decisions and human oversight
- Keeping records: record of processing, technical documentation and logs
- Reporting: data breaches and serious incidents
- Rights of people: access and explanation of decisions
- Transparency: informing people
- Who is responsible: roles in both laws
Where this meets the other law
The counterpart in the other law
- Article 4 GDPR: Definitions
- Article 5 GDPR: Principles relating to processing of personal data
via Keeping records: record of processing, technical documentation and logs
- Article 12 GDPR: Transparent information, communication and modalities for the exercise of the rights of the data subject
- Article 13 GDPR: Information to be provided where personal data are collected from the data subject
via Informing people that a high-risk system is used on them, alongside the GDPR information
- Article 14 GDPR: Information to be provided where personal data have not been obtained from the data subject
via Informing people that a high-risk system is used on them, alongside the GDPR information
- Article 15 GDPR: Right of access by the data subject
- Article 22 GDPR: Automated individual decision-making, including profiling
via Human oversight under the AI Act and Article 22 GDPR: only meaningful involvement counts
- Article 24 GDPR: Responsibility of the controller
- Article 28 GDPR: Processor
- Article 30 GDPR: Records of processing activities
via Keeping records: record of processing, technical documentation and logs
- Article 33 GDPR: Notification of a personal data breach to the supervisory authority
- Article 34 GDPR: Communication of a personal data breach to the data subject
- Article 35 GDPR: Data protection impact assessment
via The provider's instructions for use feed the deployer's DPIA
- Article 36 GDPR: Prior consultation
GDPR interpretation that also applies here6 of 28
- SCHUFA: a credit score on which third parties draw strongly is automated decision-making
2023-12-07 · final, Hof van Justitie van de EU (Eerste kamer), OQ tegen Land Hessen, met SCHUFA Holding AG als interveniënt · via Transparency: informing people
- Dun & Bradstreet: right to an intelligible explanation of an automated decision, trade secrets are no absolute ground for refusal
2025-02-27 · final, Hof van Justitie van de EU (Eerste kamer), CK tegen Magistrat der Stadt Wien, met Dun & Bradstreet Austria GmbH als andere partij · via Transparency: informing people
- EDPS v SRB: pseudonymised data are not always personal data for everyone, but the information duty applies from collection
2025-09-04 · final, Hof van Justitie van de EU (Eerste kamer), Europese Toezichthouder voor gegevensbescherming (EDPS) tegen Gemeenschappelijke Afwikkelingsraad (SRB) · via Transparency: informing people
- Guidelines on transparency under Regulation 2016/679
2018-05-25 · final, Article 29 Working Party, bekrachtigd door de European Data Protection Board (EDPB) · via Transparency: informing people
- EDPB Template for Data Protection Impact Assessment
2026-04-14 · under consultation, European Data Protection Board (EDPB) · via Assessing risks in advance: DPIA and FRIA
- Guidelines on Data Protection Impact Assessment (DPIA) and determining whether processing is likely to result in a high risk
2018-05-25 · final, Article 29 Working Party, bekrachtigd door de European Data Protection Board (EDPB) · via Assessing risks in advance: DPIA and FRIA