Article 27 GuideEU AI Act

EU AI Act FRIA and high-risk impact assessments

A practical guide to when Article 27 requires a fundamental rights impact assessment for high-risk AI systems and what evidence the deployer should be ready to show.

Covers Article 6(2) and Annex III classification, the critical-infrastructure carveout, deployer categories, DPIA overlap, authority notification, and EU database registration records.

Author
Sorena AI
Published
May 9, 2026
Updated
May 17, 2026
Sections
5

Structured answer sets in this page tree.

Primary sources
4

Cited legal and guidance references.

Publication metadata
Sorena AI
Published May 9, 2026
Updated May 17, 2026
Overview

Under EU AI Act Article 27, a FRIA is not a generic AI risk memo. It is a pre-deployment fundamental rights impact assessment for specific deployers using high-risk AI systems covered by Article 6(2), with a carveout for Annex III point 2 critical infrastructure systems. The assessment must describe the actual deployment context, affected people, likely fundamental-rights harms, human oversight, mitigation, governance, and complaint routes.

Section 1

When Article 27 requires a FRIA

Article 27 is triggered before deployment of a high-risk AI system referred to in Article 6(2), meaning an AI system listed in Annex III. The article excludes high-risk AI systems intended for the critical-infrastructure area listed in Annex III point 2.

The deployer must be in one of the covered categories: a body governed by public law, a private entity providing public services, or a deployer of Annex III point 5(b) or 5(c) systems. Point 5(b) covers systems used to evaluate the creditworthiness of natural persons or establish a credit score, except systems used to detect financial fraud. Point 5(c) covers risk assessment and pricing for natural persons in life and health insurance.

  • Start with the Article 6(2) question: is the system listed in Annex III rather than only product-safety high-risk under Article 6(1)?
  • Check the Annex III point: point 2 critical infrastructure is carved out of Article 27 and has national-level registration treatment under Article 49.
  • Identify the deployer category: public-law body, private public-service provider, creditworthiness or credit-score deployer, or life/health insurance risk-pricing deployer.
  • Treat the FRIA as a pre-deployment requirement for the first use of the covered high-risk AI system, not as a post-launch audit.
Section 2

How Article 6(2), Article 6(3), and Annex III affect the assessment

Article 6(2) says AI systems referred to in Annex III are high-risk. Article 6(3) then creates a route for an Annex III system not to be treated as high-risk where it does not pose a significant risk of harm to health, safety, or fundamental rights, including by not materially influencing decision-making.

That Article 6(3) route is evidence-heavy. The provider must document the assessment before the system is placed on the market or put into service and is subject to Article 49(2) registration. A system listed in Annex III remains always high-risk when it performs profiling of natural persons.

  • Record the exact Annex III area and subpoint, such as education, employment, essential services, law enforcement, migration, justice, or democratic processes.
  • If relying on Article 6(3), keep the provider's documented non-high-risk assessment and the Article 49(2) registration evidence.
  • Do not use Article 6(3) to downgrade an Annex III system that performs profiling of natural persons.
  • For Annex III point 2 critical infrastructure, keep the classification evidence even though Article 27 FRIA and EU database registration under Article 49 use different treatment.
Section 3

What the Article 27 FRIA must contain

The FRIA should be written around the deployer's real process, not around the vendor's general product description. Article 27 requires the deployer to assess the impact on fundamental rights that the use of the high-risk system may produce in the specific deployment context.

The required record should connect provider information under Article 13 with deployer facts: where the system is used, how often, who is affected, what harms may occur, how human oversight operates, and what happens if a risk materialises.

  • Describe the deployer's process in which the high-risk AI system will be used, aligned to the system's intended purpose.
  • State the period of time and frequency with which each high-risk AI system is intended to be used.
  • Identify the categories of natural persons and groups likely to be affected in the specific context.
  • Describe specific risks of harm to those people or groups, taking into account the provider information given under Article 13.
  • Describe implementation of human oversight measures according to the instructions for use.
  • Define measures for materialised risks, including internal governance and complaint mechanisms.
Section 4

DPIA overlap, notification, and updates

Article 27 does not supersede a data protection impact assessment. If an Article 27 obligation is already met through a DPIA under GDPR Article 35 or Law Enforcement Directive Article 27, the FRIA must complement that DPIA.

After completing the FRIA, the deployer must notify the market surveillance authority of the results by submitting the filled-out Article 27 template. Article 27 also limits the obligation to the first use, while requiring updates when relevant assessment elements have changed or are no longer current.

  • Reuse DPIA analysis only for obligations it actually satisfies; keep separate FRIA coverage for fundamental-rights impacts beyond data protection.
  • Keep the DPIA summary, FRIA summary, Article 13 provider information, instructions for use, oversight design, and complaint mechanism together.
  • Submit the filled-out Article 27 template to the market surveillance authority unless a specific Article 46(1) exemption applies.
  • Set update triggers for changes to process, use period or frequency, affected groups, risk profile, oversight measures, governance, or complaint mechanisms.
Section 5

Registration evidence to keep with the FRIA

FRIA evidence and registration evidence should be tied together because Article 49 and Annex VIII require registration information for certain high-risk AI systems and deployer uses. Public authorities, Union institutions, bodies, offices or agencies, and persons acting on their behalf must register before putting into service or using an Annex III high-risk AI system, except Annex III point 2 critical infrastructure systems.

Annex VIII Section C specifies deployer registration information, including the deployer's details, the submitter's details, the provider's EU database entry URL, a summary of the FRIA findings, and a summary of the DPIA where applicable.

Does every EU AI Act high-risk AI system need an Article 27 FRIA?

No. Article 27 applies to covered deployers before using a high-risk AI system referred to in Article 6(2), with an express exception for Annex III point 2 critical infrastructure systems. It does not apply merely because a system is high-risk under Article 6(1).

Can an EU AI Act FRIA be folded into a GDPR DPIA?

Only partly. Article 27 says obligations already met through a DPIA under GDPR Article 35 or Law Enforcement Directive Article 27 do not need to be duplicated, but the FRIA must complement the DPIA for the remaining fundamental-rights assessment.

What should be ready before notifying the market surveillance authority of Article 27 FRIA results?

The deployer should have the completed Article 27 template, deployment-process description, use period and frequency, affected categories of people, harm-risk analysis, human oversight description, mitigation and complaint arrangements, and any linked DPIA summary.

  • For provider-side registration, keep the provider's EU database entry, intended-purpose description, status, Member States, declaration of conformity, instructions for use, and certificate details where applicable.
  • For deployer-side registration, keep the deployer contact details, submitter details, provider database URL, FRIA findings summary, and DPIA summary where applicable.
  • For law enforcement, migration, asylum, and border-control systems in Annex III points 1, 6, and 7, note that Article 49 uses a secure non-public section of the EU database.
  • For Annex III point 2 critical infrastructure systems, Article 49 says registration is at national level rather than the EU database route described for other Annex III systems.
Primary sources

References and citations

ai-act-service-desk.ec.europa.eu
Referenced sections
  • Supports Article 49 registration duties, the Annex III point 2 exception, secure non-public sections, and national-level registration for critical infrastructure systems.
"Certain high-risk AI systems used in the area of critical infrastructure are registered at the national level."
digital-strategy.ec.europa.eu
Referenced sections
  • Provides Commission context for the AI Act's risk-based approach and examples of high-risk use cases.
"AI use cases that can pose serious risks to health, safety or fundamental rights"
eur-lex.europa.eu
Referenced sections
  • Primary legal text for Article 49 and Annex VIII registration fields, including deployer FRIA and DPIA summaries.
"A summary of the findings of the fundamental rights impact assessment"
Related guides

Explore more topics

Are industry AI use cases high-risk under EU AI Act Annex III?
FAQ answer on when an industry AI use case falls under EU AI Act Annex III, how Article 6 classification works, when Article 6(3) can support a non-high-risk conclusion, and what evidence providers should keep.
EU AI Act AI System Classification Edge Cases FAQ
Answers for EU AI Act edge cases: AI system definition, inference versus simple rules, GPAI models, embedded products, territorial scope, roles, and classification evidence.
EU AI Act Applicability and Roles: Scope, Actor Map, and Evidence
Determine whether the EU AI Act applies to an AI system or GPAI model, map provider, deployer, importer, distributor, and product manufacturer roles, and record evidence for classification.
EU AI Act applicability test: scope, role, and risk classification
Stepwise EU AI Act applicability test for AI-system status, exclusions, territorial scope, operator role, prohibited uses, high-risk systems, GPAI models, transparency duties, and evidence records.
EU AI Act Article 5 Prohibited AI Practices Screening Guide
Screen AI systems against the EU AI Act Article 5 prohibitions, including manipulation, exploitation, social scoring, biometric and law-enforcement exceptions.
EU AI Act Article 50 transparency disclosures FAQ
Article 50 FAQ for EU AI Act transparency duties covering chatbot notices, synthetic content marking, biometric and emotion notices, deepfakes, public-interest text, timing, accessibility, and exceptions.
EU AI Act Article 50 transparency, labeling, and user disclosures
Source-grounded guide to EU AI Act Article 50 duties for user interaction notices, synthetic content marking, deepfake labels, emotion recognition notices, biometric categorisation notices, and related high-risk AI instructions for use.
EU AI Act Article 73 serious incident FAQ
FAQ on EU AI Act serious incident handling for high-risk AI systems, including Article 73 reporting, deployer escalation, corrective action, and GPAI systemic-risk distinctions.
EU AI Act Compliance Checklist by Risk Class
A practical EU AI Act checklist for classifying AI systems, assigning operator roles, screening prohibited practices, and collecting evidence for high-risk, GPAI, transparency, monitoring, and incident duties.
EU AI Act Compliance Program: roles, high-risk evidence, GPAI and incidents
Build an EU AI Act compliance program around provider, deployer, importer, distributor, high-risk, GPAI, transparency, monitoring, and incident evidence duties.
EU AI Act conformity assessment and notified bodies for high-risk AI
Grounded guide to EU AI Act high-risk AI conformity assessment routes, provider evidence, EU declaration of conformity, CE marking, and notified body involvement.
EU AI Act deadlines and compliance calendar | Article 113 dates
source-linked EU AI Act compliance calendar for Article 113 staged application dates, Article 111 transitions, GPAI, prohibited practices, AI literacy, and high-risk AI planning.
EU AI Act FAQ: scope, roles, high-risk AI, GPAI, FRIA, and dates
Grounded EU AI Act FAQ covering scope, provider and deployer roles, prohibited practices, high-risk classification, GPAI duties, transparency notices, FRIAs, EU database registration, serious incidents, and staged application dates.
EU AI Act FRIA FAQ: Article 27 Scope, Contents, and Notification
Source-grounded FAQ on when Article 27 requires a fundamental rights impact assessment, which deployers are covered, what the FRIA must contain, and how it relates to DPIAs and registration.
EU AI Act GPAI and Systemic-Risk Duties: Article 53 and 55 FAQ
FAQ on EU AI Act duties for general-purpose AI model providers, including Article 53 documentation, copyright and training-summary duties, Article 55 systemic-risk duties, serious incidents, cybersecurity, and staged enforcement.
EU AI Act GPAI evidence pack checklist for Article 53 and 55
Build a source-grounded evidence pack for EU AI Act GPAI model obligations: technical documentation, downstream information, copyright policy, training-content summary, and systemic-risk records where applicable.
EU AI Act GPAI Provider Obligations: Articles 53 and 55
Grounded guide to EU AI Act duties for general-purpose AI model providers: Article 53 documentation, copyright policy, training-content summary, downstream information, and Article 55 systemic-risk controls.
EU AI Act High-Risk AI Requirements: Articles 8-16 and 26
Map the EU AI Act requirements for high-risk AI systems: risk management, data governance, technical documentation, logs, transparency, human oversight, accuracy, robustness, cybersecurity, and deployer duties.
EU AI Act high-risk AI use cases by industry | Article 6 and Annex III guide
Industry-by-industry guide to EU AI Act high-risk classification under Article 6, Annex III, Annex I product safety routes, exclusions, and provider/deployer boundaries.
EU AI Act high-risk conformity assessment route selector
Select the EU AI Act Article 43 conformity assessment route for a high-risk AI system, including Annex I product legislation, Annex III categories, notified body triggers, standards, declaration, CE marking, registration, and evidence.
EU AI Act high-risk requirements checklist: Articles 8-15
Checklist for EU AI Act high-risk AI system requirements in Articles 8-15: risk management, data governance, documentation, logs, transparency, human oversight, accuracy, robustness, and cybersecurity.
EU AI Act penalties and fines: Article 99 tiers and GPAI exposure
EU AI Act penalties explained: Article 99 fine tiers, prohibited-practice exposure, incorrect information, SME caps, Member State rules, and GPAI model fines.
EU AI Act post-market monitoring and serious incident reporting
Grounded guide to EU AI Act Articles 72 and 73 for high-risk AI: monitoring plans, serious incident reporting, deployer escalation, corrective action, and GPAI distinctions.
EU AI Act post-market monitoring FAQ for high-risk AI systems
Answer to how providers and deployers should handle EU AI Act post-market monitoring for high-risk AI systems under Article 72, with serious-incident, log, corrective-action, and lifecycle-change triggers.
EU AI Act provider vs deployer role boundaries: Article 3 and Article 25 FAQ
FAQ on EU AI Act provider, deployer, operator, importer, distributor, authorised representative, product manufacturer, downstream provider, and GPAI model provider boundaries.
EU AI Act risk classification intake workflow
A grounded intake structure for classifying EU AI Act scope, prohibited practices, high-risk routes, Annex III use cases, GPAI model status, roles, and reassessment triggers.
EU AI Act serious incident reporting triage workflow: Article 73 and Article 55
Triage EU AI Act serious incidents by definition, actor, reporting route, deadline, deployer escalation, corrective action, and separate GPAI systemic-risk reporting.
EU AI Act Technical Documentation and Provider Evidence Templates
Build AI Act evidence templates for high-risk AI providers: Article 11 technical documentation, Annex IV fields, quality management, conformity, CE marking, registration, logs, and post-market monitoring.
EU AI Act technical documentation FAQ | Article 11 and Annex IV
What Article 11 and Annex IV require in high-risk AI technical documentation: system identity, intended purpose, architecture, data, testing, oversight, cybersecurity, conformity, and post-market monitoring.
EU AI Act Timeline and Phasing Roadmap: practical obligations and evidence guide
Practical EU AI Act guide to Timeline and Phasing Roadmap: scope, owners, evidence, edge cases, checklist steps, and external source-linked citations.
EU AI Act vs ISO/IEC 42001: legal duties, controls, and evidence limits
Compare the EU AI Act and ISO/IEC 42001 across legal status, risk classification, high-risk AI, GPAI, transparency, conformity, evidence, and assurance limits.
EU AI Act vs NIST AI RMF: legal duties, risk controls, and evidence boundaries
Compare the binding EU AI Act with the voluntary NIST AI RMF, including role classification, high-risk duties, GPAI, transparency, conformity evidence, and reuse limits.
FAQ: EU AI Act conformity assessment procedures and notified body selection
source-linked FAQ on EU AI Act Article 43 conformity assessment routes, Annex VI internal control, Annex VII notified-body review, CE marking, declarations, and registration.