Skip to main content

EU AI Act Annex III: High-Risk AI Systems Explained

Annex III of the EU AI Act identifies specific AI use cases that may be classified as high-risk AI systems because of their potential impact on health, safety, and fundamental rights.

However, being listed in Annex III does not mean that every AI system used in one of these areas is automatically subject to the full high-risk regime. Article 6 must be assessed together with Annex III and the applicable exceptions.

This guide explains how the Annex III classification works, the eight categories of high-risk use cases, the Article 6(3) exception, key provider and deployer obligations, and the current implementation timeline.

Important: The classification of an AI system depends on its intended purpose, functionality, deployment context, and other facts. This guide provides general information and should not be treated as a binding legal classification.

§AI Act High-Risk Classification at a Glance

The EU AI Act establishes different regulatory requirements depending on the risk presented by an AI system.

The principal categories are:

  • Prohibited AI practices — practices prohibited under Article 5.
  • High-risk AI systems — systems classified under Article 6, including systems covered by Annex I and Annex III.
  • Certain transparency-regulated AI systems — systems subject to specific transparency obligations, including Article 50.
  • Other AI systems — systems that do not fall into the prohibited or specifically regulated categories, although other EU laws and voluntary governance measures may still apply.

For Annex III, the starting point is Article 6(2). An AI system falling within an Annex III use case is generally high-risk, subject to the Article 6(3) derogation and the other applicable provisions of the AI Act.

§How Article 6 Determines Whether an AI System Is High-Risk

Article 6 provides two principal routes to high-risk classification.

Route 1: Article 6(1) — AI Systems Connected to Regulated Products

An AI system may be high-risk where:

  • It is intended to be used as a safety component of a product, or is itself a product;
  • The product is covered by the EU harmonisation legislation listed in Annex I; and
  • The relevant product is required to undergo third-party conformity assessment under that legislation.

This route covers certain regulated product sectors, including areas such as medical devices, machinery, toys, lifts, radio equipment and other products covered by the relevant Union legislation.

Route 2: Article 6(2) — Annex III Use Cases

An AI system may also be high-risk when it falls within one of the use cases listed in Annex III.

This is the route most relevant to many enterprise AI systems used in areas such as employment, education, credit, essential services, biometrics, law enforcement, migration, and justice.

Important: Classification should be based on the precise intended purpose and use case, not simply the industry in which the organisation operates.

§Annex III: The Eight High-Risk Categories

Annex III identifies eight broad areas of high-risk AI use.

§1 Biometrics

Relevant systems include certain:

  • Remote biometric identification systems
  • Biometric categorisation systems based on sensitive or protected characteristics
  • Emotion recognition systems

The precise scope must be considered alongside the AI Act's prohibited practices and applicable Union or national law.

For example, biometric verification used solely to confirm that a person is who they claim to be is treated differently from remote biometric identification under Annex III.

§2 Critical Infrastructure

This includes certain AI systems intended to be used as safety components in the management and operation of:

  • Critical digital infrastructure
  • Road traffic
  • Water supply
  • Gas supply
  • Heating
  • Electricity

The system's actual function and intended use need to be assessed against the wording of Annex III.

§3 Education and Vocational Training

Examples include AI systems used for:

  • Determining access or admission to educational institutions
  • Evaluating learning outcomes
  • Assessing an individual's appropriate level of education
  • Monitoring prohibited behaviour during tests
  • Influencing or steering learning processes

An educational AI tool is therefore not automatically high-risk simply because it is used by a school or university. Its intended purpose must be assessed against the relevant Annex III use cases.

§4 Employment, Worker Management and Access to Self-Employment

This category is particularly important for HR technology.

It covers specified AI systems used for activities such as:

  • Recruitment and selection
  • Analysing and filtering applications
  • Evaluating candidates
  • Making decisions affecting employment relationships
  • Allocation of tasks based on individual characteristics or behaviour
  • Monitoring and evaluating performance

AI used for employment-related decision-making should therefore be assessed carefully before deployment.

§5 Access to Essential Private and Public Services

Annex III covers specified AI systems used in areas including:

  • Eligibility for essential public assistance and services
  • Creditworthiness and credit scoring
  • Certain life and health insurance risk assessments and pricing
  • Emergency services dispatch and triage

Not every financial-services or public-sector AI system is automatically high-risk. The specific use case must fall within the relevant Annex III description.

§6 Law Enforcement

Relevant use cases include certain AI systems used for:

  • Polygraphs and similar tools
  • Evaluating the reliability of evidence
  • Assessing or predicting the risk of criminal offending
  • Profiling individuals for certain law-enforcement purposes

This category must also be read alongside Article 5 and the specific restrictions applicable to certain law-enforcement AI practices.

§7 Migration, Asylum and Border Control

Annex III includes specified systems used for:

  • Polygraphs and similar tools
  • Assessing applications for asylum, visas, or residence permits
  • Detecting, recognising or identifying individuals in specified contexts
  • Risk assessments in migration and border-management processes

Certain systems used for travel-document verification are treated differently under Annex III.

§8 Administration of Justice and Democratic Processes

This category includes specified AI systems used to assist judicial authorities with activities such as:

  • Research and interpretation of facts or law
  • Applying the law to a concrete set of facts

It also covers certain AI systems intended to influence the outcome of elections or referenda.

The scope should be assessed against the exact wording of Annex III and the AI Act's prohibited-practice provisions.

§Is Every Annex III AI System Automatically High-Risk?

No.

Article 6(3) provides a derogation for certain Annex III systems where the system does not pose a significant risk of harm to the health, safety, or fundamental rights of natural persons, including because it does not materially influence the outcome of decision-making.

The derogation can apply where the AI system is intended to:

  • Perform a narrow procedural task;
  • Improve the result of a previously completed human activity;
  • Detect decision-making patterns or deviations without replacing or influencing the completed human assessment, subject to proper human review; or
  • Perform a preparatory task for an assessment relevant to an Annex III use case.

However, the derogation does not apply where the AI system performs profiling of natural persons.

A provider relying on Article 6(3) must document its assessment before placing the system on the market or putting it into service and comply with the applicable registration requirement.

§Practical Examples

Example 1: Recruitment Screening

An AI system analyses job applications and ranks candidates for a company.

Potential classification: High-risk under the employment category in Annex III, depending on the precise intended purpose and functionality.

Example 2: Administrative Scheduling Tool

An HR system automatically schedules interviews but does not evaluate candidates or influence recruitment decisions.

Potential classification: The system may fall outside the relevant Annex III use case depending on its functionality and intended purpose.

Example 3: Credit Assessment

An AI system evaluates an individual's creditworthiness for access to credit.

Potential classification: Potentially high-risk under Annex III, subject to the precise use case and applicable exceptions.

Example 4: Educational Administration

An AI system performs a narrow administrative task such as organising already-determined student records without influencing admission, assessment, or learning outcomes.

Potential classification: May fall outside the relevant high-risk use case, depending on the actual functionality.

These examples are illustrative only. A final classification should be based on the specific system, intended purpose, deployment environment, and applicable AI Act provisions.

§What High-Risk AI Providers Need to Prepare For

Where an AI system is classified as high-risk and the relevant provisions apply, providers may need to address requirements including:

Risk Management

Establish and maintain an ongoing risk-management system covering the AI system's lifecycle.

Data and Data Governance

Apply appropriate data-governance and data-management practices to relevant training, validation, and testing datasets.

Technical Documentation

Prepare and maintain the technical documentation required by the AI Act.

Record-Keeping

Maintain appropriate automatically generated logs and records.

Transparency and Instructions

Provide deployers with the information and instructions needed to use the system appropriately.

Human Oversight

Design the system so that effective human oversight can be exercised.

Accuracy, Robustness and Cybersecurity

Address appropriate levels of accuracy, robustness, and cybersecurity.

Quality Management

Establish the required quality-management processes.

Conformity Assessment

Complete the applicable conformity-assessment procedure.

The exact conformity-assessment route depends on the classification and applicable legislation. It is therefore incorrect to assume that every Annex III system requires the same form of third-party assessment.

§Deployer Responsibilities

High-risk AI compliance is not limited to providers.

Deployers may have obligations relating to:

  • Following the provider's instructions for use
  • Assigning appropriately competent human oversight
  • Monitoring the operation of the AI system
  • Maintaining relevant records
  • Reporting certain serious incidents
  • Conducting a Fundamental Rights Impact Assessment where Article 27 requires it
  • Providing applicable information to affected individuals

The obligations depend on the deployer's role, sector, use case, and the specific AI Act provisions applicable to the deployment.

§Fundamental Rights Impact Assessment

Certain deployers of high-risk AI systems must conduct a Fundamental Rights Impact Assessment (FRIA) under Article 27.

The requirement is particularly relevant to:

  • Public bodies
  • Private operators providing public services
  • Certain deployers of high-risk systems used for creditworthiness or credit scoring

Where applicable, the FRIA should consider matters such as:

  • The intended use of the AI system
  • Categories of individuals affected
  • Potential risks to fundamental rights
  • Measures to mitigate identified risks
  • Human oversight and governance arrangements

A FRIA is distinct from a GDPR Data Protection Impact Assessment (DPIA), although the assessments may need to be coordinated where personal data is involved.

§AI Act and GDPR: How They Interact

The AI Act does not replace the GDPR.

Where an AI system processes personal data, organisations may need to comply with both frameworks.

For example:

GDPR may address:

  • Lawful basis
  • Transparency
  • Data subject rights
  • Data minimisation
  • Automated decision-making
  • Data protection impact assessments
  • Security and international transfers

The AI Act may address:

  • AI system classification
  • Risk management
  • Technical documentation
  • Human oversight
  • Accuracy and robustness
  • AI-specific cybersecurity
  • Conformity assessment
  • Post-market monitoring

The two compliance programmes should therefore be coordinated rather than treated as interchangeable.

§Current AI Act Implementation Timeline

The implementation timeline has changed following the 2026 Digital Omnibus amendments.

Key dates

2 February 2025

Prohibited AI practices and AI literacy provisions began applying, subject to the specific provisions and amendments in force.

2 August 2025

Rules concerning governance and general-purpose AI models began applying under the relevant provisions.

2 August 2026

The AI Act's general application date and other provisions take effect, subject to the specific transition rules.

2 December 2027

The high-risk requirements in Chapter III, Sections 1–3, apply to AI systems classified as high-risk under Article 6(2) and Annex III.

2 August 2028

The corresponding high-risk requirements apply to AI systems classified under Article 6(1) and Annex I.

These dates are important because the previous 2 August 2026 date for Annex III high-risk obligations has been changed by Regulation (EU) 2026/1744.

Organisations should nevertheless begin preparation well before the legal application date, particularly where technical documentation, risk management, data governance, cybersecurity, and governance processes need to be established.

§AI Act Penalties

The AI Act provides different maximum administrative fines depending on the type of infringement.

For example, Article 99 provides for:

  • Up to €35 million or 7% of worldwide annual turnover for certain prohibited AI practices;
  • Up to €15 million or 3% of worldwide annual turnover for certain other infringements;
  • Up to €7.5 million or 1% of worldwide annual turnover for supplying incorrect, incomplete, or misleading information to notified bodies or national competent authorities.

For undertakings, the applicable maximum is generally the higher of the specified fixed amount or the applicable percentage of worldwide annual turnover, subject to the AI Act's detailed rules.

These are statutory maximums, not automatic penalties. Actual enforcement outcomes depend on the nature and circumstances of the infringement and the applicable provisions.

§Common Annex III Classification Mistakes

Mistake 1: Treating the sector as the classification

Being a bank, university, hospital, or technology company does not automatically make every AI system high-risk.

The specific AI use case matters.

Mistake 2: Assuming every Annex III system is automatically high-risk

Article 6(3) provides a derogation for qualifying systems.

Mistake 3: Ignoring intended purpose

Classification depends heavily on what the AI system is intended to do and how it is actually designed and deployed.

Mistake 4: Treating human involvement as automatically sufficient

Having a human somewhere in the workflow does not necessarily remove a system from high-risk classification. The Article 6(3) conditions must be assessed carefully.

Mistake 5: Confusing provider and deployer responsibilities

The AI Act assigns different obligations to providers, deployers, importers, distributors, and other actors.

Mistake 6: Using the old 2 August 2026 deadline for Annex III

The current amended framework provides 2 December 2027 for Article 6(2)/Annex III high-risk systems.

§Frequently Asked Questions

Does every AI system used in HR qualify as high-risk?

No. Specific employment-related AI use cases are listed in Annex III. The actual intended purpose and functionality must be assessed.

Does every chatbot qualify as limited-risk AI?

Not necessarily. A general-purpose chatbot may be subject to transparency requirements rather than high-risk classification, but an AI system used for a specific Annex III decision-making use case can have a different classification.

Is an AI system used by a hospital automatically high-risk?

No. The healthcare sector itself does not automatically determine Annex III classification. However, an AI system that is part of a regulated medical product may potentially fall under the Article 6(1)/Annex I route, which requires a separate assessment.

Can an Annex III system be classified as not high-risk?

Potentially, yes. Article 6(3) provides a derogation where the required conditions are satisfied. The provider must document the assessment, and the profiling exclusion must also be considered.

When do Annex III high-risk obligations apply?

Under the current amended Regulation, the Chapter III Sections 1–3 requirements apply to Article 6(2)/Annex III high-risk AI systems from 2 December 2027.

Are AI Act high-risk obligations the same as GDPR obligations?

No. They address different regulatory requirements, although the frameworks can overlap where AI systems process personal data.

Are the European Commission's classification guidelines legally binding?

The Commission's classification guidance is intended to support consistent interpretation and enforcement, but the guidance itself is not a substitute for the AI Act's legal text. The Commission has published classification guidance and practical examples to help providers and deployers assess high-risk status.

Assess Your AI Act Classification

Determining whether an AI system falls within Annex III is an important first step in building an AI governance programme.

RegulatoryBridge can help organisations assess AI system classifications, map applicable AI Act requirements, identify governance gaps, and develop implementation plans.

Assess your AI system with our AI Act Risk Classifier or speak with our AI Governance team about your requirements.