FAQEU AI Act

Are industry AI use cases high-risk under Annex III?

Not every industry AI use case is high-risk under the EU AI Act. Annex III is triggered by the system's intended purpose in listed sensitive areas, and Article 6(3) can support a documented non-high-risk conclusion for narrow or preparatory systems that do not materially influence decisions.

This FAQ helps separate ordinary industrial analytics, safety-component cases, Annex III use cases, Article 6(3) exceptions, and EU database registration consequences.

Author
Sorena AI
Published
May 9, 2026
Updated
Jul 26, 2026
Questions
4

Structured answer sets in this page tree.

Primary sources
6

Cited legal and guidance references.

Publication metadata
Sorena AI
Published May 9, 2026
Updated Jul 26, 2026
Overview

EU AI Act does not make all AI used by industry high-risk. The classification turns on Article 6: product safety-component cases under Article 6(1), listed Annex III intended purposes under Article 6(2), and the limited Article 6(3) non-high-risk exception for systems that do not pose a significant risk of harm, including because they do not materially influence decision-making.

Search this module

Find a question or answer quickly

4 of 4 questions
Question 1

What is the direct answer for industry AI use cases?

An industry AI use case is high-risk under only when the AI system is intended to be used for one of the listed Annex III areas or when it separately meets the product safety-component rule in Article 6(1). The Commission FAQ explains that high-risk classification is based on : the function performed by the system and the specific purpose and modalities for which it is used.

For industrial teams, that means a predictive-maintenance dashboard, production-quality analytics tool, or internal knowledge assistant is not high-risk merely because it is used in a factory, utility, insurer, bank, or public-sector supplier. The question is whether the matches a listed high-risk use case, such as safety components in specified critical infrastructure, recruitment, worker management, creditworthiness, life or health insurance risk assessment and pricing, emergency triage or dispatch, biometric use, education, law enforcement, migration, justice, or democratic processes.

Commission examples and draft classification guidelines can help apply the rule, but they do not add an category. Record the exact Annex III point, the system's , and the deployment facts instead of classifying from an industry label or an example alone.

  • Start with the provider's , instructions for use, technical documentation, sales materials, and actual deployment context.
  • Check Article 6(1) first if the AI is a product or covered by Annex I legislation and the product requires third-party conformity assessment.
  • Check Article 6(2) and next if the system is used for a listed area involving people, rights, access, employment, public services, infrastructure safety, or public authority decisions.
  • Do not classify a system as high-risk just because the customer is in an industrial sector or the model uses operational, employee, financial, or safety-related data.
  • Treat differently: Article 6(3) says an system is always high-risk where it performs profiling of natural persons.

Does EU AI Act make all industry AI use cases high-risk?

No. lists specific high-risk areas and use cases. A system used by an industrial company is high-risk only if its fits Article 6(1) or an Annex III use case under Article 6(2), unless the Article 6(3) exception is available and properly documented.

Citations
Regulation (EU) 2024/1689 (EU AI Act)

Supports the Article 6 classification sequence, Annex III high-risk areas, Article 6(3) exception, provider documentation duty, and Annex VIII registration fields.

Question 2

Which Annex III boundaries matter most for industry?

The practical boundary is not the customer's industry label; it is the legal use case. covers eight areas: biometrics; critical infrastructure; education and vocational training; employment, workers' management and access to self-employment; access to essential private and public services and benefits; law enforcement; migration, asylum and border control management; and administration of justice and democratic processes.

Industrial uses most often need closer review where the AI affects natural persons or safety-critical infrastructure. Examples include recruitment screening for plant workers, task allocation or performance monitoring based on worker behaviour, credit scoring of natural persons, life or health insurance pricing, emergency-call triage, biometric identification, emotion recognition, or an AI in road traffic, critical digital infrastructure, or water, gas, heating or electricity supply. By contrast, equipment-failure forecasting, inventory planning, energy-use optimisation, document search, or translation may fall outside if they do not serve a listed .

  • Critical infrastructure: check whether the AI is a in management or operation of critical digital infrastructure, road traffic, or water, gas, heating or electricity supply.
  • Employment and worker management: check recruitment, candidate evaluation, task allocation based on personal traits or behaviour, and worker performance or behaviour monitoring.
  • Essential services: check eligibility for public benefits, creditworthiness of natural persons, life and health insurance risk assessment and pricing, and emergency response triage or dispatch.
  • Biometrics: distinguish permitted remote biometric identification, sensitive biometric categorisation, and emotion recognition from simple verification whose sole purpose is confirming a claimed identity.
  • Public-authority areas: law enforcement, migration, asylum, border control, justice, and democratic-process use cases need specific legal-purpose review and may have restricted registration visibility.

How should an industrial company draw the boundary under the EU AI Act?

Draw the boundary around the AI system's and effect, not around the business sector. A maintenance model for machines may be outside , while a worker-monitoring, hiring, credit, insurance, emergency-response, biometric, or critical-infrastructure may be inside Annex III if its intended purpose matches the listed use case.

Citations
Question 3

When can Article 6(3) support a non-high-risk conclusion?

Article 6(3) is an exception to the rule, not a shortcut around it. It can apply only where an Annex III-referred system does not pose a significant risk of harm to health, safety, or fundamental rights, including because it does not materially influence the outcome of decision-making, and at least one of the four listed conditions is fulfilled.

The supported conditions are narrow: a narrow procedural task; improving the result of a previously completed human activity; detecting decision-making patterns or deviations without replacing or influencing the prior human assessment without proper human review; or performing a preparatory task for an assessment. The exception is not available where the Annex III system performs , because Article 6(3) says such systems are always high-risk.

  • Evidence for a narrow procedural task should show the system only structures, routes, deduplicates, translates, indexes, searches, or formats information without deciding the person-facing outcome.
  • Evidence for improving a completed human activity should show the human decision or assessment was already complete before the AI improved wording, presentation, consistency checks, or other non-substantive output.
  • Evidence for pattern or deviation detection should show the AI flags anomalies and does not replace or influence the underlying completed assessment without proper human review.
  • Evidence for a preparatory task should show the AI output has very low impact on the later assessment and is not treated as the deciding recommendation.
  • If the system profiles natural persons, record that Article 6(3) cannot be used to classify the system as non-high-risk.

Can a provider rely on Article 6(3) for an industry AI tool?

Yes, but only for the listed low-impact conditions and only with documentation before market placement or putting into service. The provider must be able to show why the AI does not materially influence a decision or otherwise pose significant risk. The provider must also register the under Article 49(2).

Citations
Question 4

What provider evidence and EU database records should exist?

For an high-risk conclusion, provider evidence should connect the to the relevant Annex III point, then show the high-risk system records needed for conformity, traceability, and registration. The Commission FAQ identifies provider obligations before EU market placement or putting into service, including conformity assessment, quality management, and EU database registration.

For an Article 6(3) , the evidence should be different: it should explain the condition relied on, the grounds for the non-high-risk conclusion, and why the system does not materially influence a decision or otherwise pose significant risk. Annex VIII Section B specifically includes the Article 6(3) condition or conditions and a short summary of the grounds for treating the system as not high-risk.

Track application dates by classification route. Regulation (EU) 2026/1744, published on 24 July 2026 and entering into force on 27 July 2026, moves the Chapter III Sections 1 to 3 duties to 2 December 2027 for Article 6(2) systems and 2 August 2028 for Article 6(1) Annex I systems. Article 72 post-market monitoring and Article 73 serious-incident reporting remain on the general 2 August 2026 application date. Record the provision and system route used for each deadline instead of assigning one date to every high-risk duty.

  • High-risk provider registration evidence: provider contact details, AI system trade name, , supported functions, inputs and operating logic, status, Member States, EU declaration of conformity, instructions for use, and certificate details where applicable.
  • Article 6(3) provider evidence: provider contact details, AI system trade name, , the Article 6(3) condition relied on, short grounds for the , system status, and Member States where made available or used.
  • Public-authority deployer evidence: when Article 49(3) applies, record the deployer details, the person submitting information, the system selected, and the registered use before putting the system into service or using it.
  • Visibility boundary: most Article 49 registrations feed the EU database, but Article 49 provides secure non-public registration for specified law enforcement, migration, asylum, and border-control systems, and national-level registration for point 2 critical infrastructure systems.
  • Change trigger: reassess the classification when , user population, human-review design, instructions for use, deployment setting, or supplier claims change.
  • Date evidence: retain the Article 113 baseline, Regulation (EU) 2026/1744, its Official Journal publication and entry-into-force dates, and the decision that maps each duty to the specific Article 6 route.

What should providers keep to prove an EU AI Act classification?

Providers should keep the intended-purpose analysis, the mapped point or Article 6(3) condition, the technical and user-facing materials relied on, the human-review and decision-impact evidence, and the EU database registration fields required by Annex VIII. For high-risk systems, that evidence supports conformity and registration; for Article 6(3) systems, it supports the documented and Article 49(2) registration.

Citations
Primary sources

References and citations

ai-act-service-desk.ec.europa.eu
Referenced sections
  • Supports registration timing, public-authority deployer registration, secure non-public sections, and national-level registration for Annex III point 2 critical infrastructure systems.
"High-risk AI systems referred to in point 2"
digital-strategy.ec.europa.eu
Referenced sections
  • Supports the public Commission explanation that high-risk systems include safety components in critical infrastructure and other listed sensitive uses.
"AI safety components in critical infrastructures"
digital-strategy.ec.europa.eu
Referenced sections
  • Supports provider and deployer obligation summaries for high-risk systems, including conformity assessment, quality management, monitoring, human oversight, and EU database registration.
"register the system in a public EU database"
eur-lex.europa.eu
Referenced sections
  • Supports Annex VIII registration fields for high-risk systems, Article 6(3) non-high-risk systems, and public-authority deployer registration.
"Information to be submitted upon the registration"
eur-lex.europa.eu
Referenced sections
  • Binding amendment published on 24 July 2026 and entering into force on 27 July 2026; it sets the revised Chapter III application dates for Article 6(2) Annex III systems and Article 6(1) Annex I systems.
Related guides

Explore more topics

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 EU AI Act Article 5, including manipulation, social scoring, biometrics, law enforcement, and the new prohibited-content category.
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-backed 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
Source-backed 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
EU AI Act compliance calendar for Regulation (EU) 2026/1744, Article 113 dates, Article 111 transitions, GPAI enforcement, Article 50, and high-risk systems.
EU AI Act FAQ: scope, roles, high-risk AI, GPAI, FRIA, and dates
Source-backed EU AI Act FAQ covering scope, roles, risk classification, GPAI, transparency, AI literacy, rights and complaints, sandboxes, authorities, SME provisions, and current legal status.
EU AI Act FRIA FAQ: Article 27 Scope, Contents, and Notification
Source-backed 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 FRIA for high-risk AI systems: Article 27 scope and evidence
Source-backed guide to EU AI Act Article 27 fundamental rights impact assessments: who must run a FRIA, Article 6(2) triggers, Annex III carveouts, DPIA overlap, notification, and registration evidence.
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-backed 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
Source-backed 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
Source-backed 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 source-based 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 Roadmap: Dates, Legal Status, Owners, and Evidence
Turn EU AI Act milestones into an implementation roadmap by separating enacted dates, political agreements, draft guidance, consultations, and voluntary codes, then assigning actions and evidence.
EU AI Act vs ISO/IEC 42001: legal duties, controls, and evidence limits
Compare the EU AI Act and ISO/IEC 42001:2023, including legal status, Article 17 quality management, high-risk duties, GPAI, evidence reuse, and assurance limits.
EU AI Act vs NIST AI RMF: legal duties, risk controls, and evidence boundaries
Compare the EU AI Act with NIST AI RMF 1.0 across legal status, GOVERN-MAP-MEASURE-MANAGE, high-risk duties, GPAI, evidence reuse, and revision limits.
FAQ: EU AI Act conformity assessment procedures and notified body selection
cited FAQ on EU AI Act Article 43 conformity assessment routes, Annex VI internal control, Annex VII notified-body review, CE marking, declarations, and registration.