Skip to main content
Praxikon

Explorer

Why this object hangs off that object

Every object in this graph has its own address and can be cited on its own. This page shows which objects exist and, once you open one, why it hangs off another: from which source with its locator, through which condition or exception, to which consequence.

Since the last release an obligation states separately who carries the duty and who is merely affected. Filter by duty holder and you get the duties resting on a role; filter by actor and you get everything that is about that role. That difference is visible on purpose.

This is the knowledge layer under the four levels of the assessment. See the four levels.

Filters

Only dimensions the data carries. A dimension without values is absent rather than empty.

Eleven types, including evidence, control and standard.

Is about this role. Walks the role hierarchy upward.

The duty rests on this role, not merely: it is about it.

The article route this object hangs off.

Free slugs, not a taxonomy with objects of its own.

The phase of the object, not its quality.

Whether this object carries a source line of its own.

Searches label, summary, topics, conditions and statement texts. The ordering is the same heuristic as the search API; build on the identifiers, not on the ranking.

Time

Two axes. Legal time is what applied; knowledge time is what we had published by then. Leaving them empty means the default of this release.

Clear all

Objects

60 objects in this selection.

  1. ActionUpcomingv1.0.02 relations

    Justify the Article 6(3) exception against each individual condition

    praxikon:eu:ai-act:action:annex-iii-article-6-3-justification

    Name which of the four Article 6(3) conditions you invoke, with facts, and separately justify why the system poses no significant risk of harm to health, safety or fundamental rights and does not materially influence the outcome of decision making.

    Hangs off: Annex III: high-risk AI

    Editorially reviewed | high-risk

  2. Actionv1.0.05 relations

    Classify the use case and document the outcome

    praxikon:eu:ai-act:action:annex-iii-classify

    Assess Article 5, Article 6 and Annex III in that order and document purpose, context and any Article 6(3) exception.

    Hangs off: Annex III: high-risk AI

    Editorially reviewed | high-risk

  3. ActionUpcomingv1.0.02 relations

    Run the profiling test before invoking the Article 6(3) exception

    praxikon:eu:ai-act:action:annex-iii-profiling-test

    Establish as the first question whether the system performs profiling of natural persons; if yes, the Article 6(3) route falls away and the system remains high-risk, regardless of the four conditions.

    Hangs off: Annex III: high-risk AI

    Editorially reviewed | high-risk

  4. ChangeGuidancev1.0.04 relations

    Guidelines on the definition of an AI system

    praxikon:eu:ai-act:change:2025-07-29-ai-system-definition-guidelines

    The Commission draws the line between software that does and does not fall under the regulation.

    Hangs off: Annex III: high-risk AI, Article 4: AI literacy

    Placed against the official source | scope

  5. ChangeGuidancev1.0.04 relations

    Draft guidelines on high-risk classification

    praxikon:eu:ai-act:change:2026-05-19-draft-high-risk-guidelines

    The Commission explains in consultation when a system falls under Annex I or Annex III.

    Hangs off: Annex III: high-risk AI, Articles 43-49: conformity assessment, CE and registration

    Placed against the official source | high-risk

  6. ChangeIn forcev1.0.05 relations

    Annex III core rules moved to 2 December 2027

    praxikon:eu:ai-act:change:2026-07-27-annex-iii-date

    The amended application date has been binding law since 27 July 2026.

    Hangs off: Annex III: high-risk AI

    Placed against the official source | high-risk

  7. ChangeUpcomingv1.0.03 relations

    High-risk AI embedded in regulated products

    praxikon:eu:ai-act:change:2028-08-02-annex-i-high-risk-applicable

    AI as a safety component of products under Annex I follows on 2 August 2028.

    Hangs off: Annex III: high-risk AI, Articles 43-49: conformity assessment, CE and registration

    Placed against the official source | high-risk, timeline

  8. Controlv1.0.04 relations

    Reclassification on purpose or context change

    praxikon:eu:ai-act:control:annex-iii-change-trigger

    Reopen classification when intended purpose, use context or system functionality changes materially.

    Hangs off: Annex III: high-risk AI

    Editorially reviewed | control, high-risk

  9. ControlUpcomingv1.0.03 relations

    Procurement gate: no signature without a completed classification answer

    praxikon:eu:ai-act:control:annex-iii-procurement-gate

    Block signature of an AI contract until the supplier has answered in writing which Annex III point the intended purpose falls under, whether it relies on Article 6(3), and whether the system profiles natural persons.

    Hangs off: Annex III: high-risk AI

    Editorially reviewed | high-risk

  10. EvidenceUpcomingv1.0.02 relations

    Article 49(2) registration record for the system assessed as not high-risk

    praxikon:eu:ai-act:evidence:annex-iii-article-49-2-registration-record

    Proof that the system for which you invoke the Article 6(3) exception is registered as Article 49(2) requires, with the registration number linked to the underlying assessment.

    Hangs off: Annex III: high-risk AI

    Editorially reviewed | high-risk

  11. EvidenceUpcomingv1.0.02 relations

    Dated Article 6(3) assessment made before market placement

    praxikon:eu:ai-act:evidence:annex-iii-article-6-3-dated-assessment

    The written assessment with date, author and rationale, drawn up before the system is placed on the market or put into service, ready to be provided to the national competent authority on request.

    Hangs off: Annex III: high-risk AI

    Editorially reviewed | high-risk

  12. Evidencev1.0.05 relations

    Article 6 and Annex III classification record

    praxikon:eu:ai-act:evidence:annex-iii-classification-record

    Traceable rationale covering intended purpose, Annex III category, Article 6(3) assessment and registration decision.

    Hangs off: Annex III: high-risk AI

    Editorially reviewed | evidence, high-risk

  13. ExampleGuidancev1.0.03 relations

    Candidate recommendation that automatically becomes a decision

    praxikon:eu:ai-act:example:example-aanbeveling-wordt-besluit-werving

    An employer uses a system that ranks applicants and recommends a candidate to hire. In one setup a recruiter weighs that recommendation in their own assessment; in the other the outcome is applied automatically and a candidate is rejected without anyone looking at it.

    Hangs off: Annex III: high-risk AI

    Placed against the official source | examples

  14. ExampleGuidancev1.0.02 relations

    Face comparison at the border gate: verification or identification

    praxikon:eu:ai-act:example:example-biometrische-verificatie-grenspoort

    An automated border gate uses biometric facial recognition to compare a traveller’s face with the photo in the passport chip. The same camera could technically also compare against a law-enforcement database, and exactly that difference decides whether this biometrics is high-risk.

    Hangs off: Annex III: high-risk AI

    Placed against the official source | examples

  15. ExampleGuidancev1.0.03 relations

    A CV filter that ranks applicants

    praxikon:eu:ai-act:example:example-cv-filter-rangschikt-sollicitanten

    An employer has an external recruitment system score and rank every incoming application, after which recruiters only review the top twenty percent by hand. The vendor puts the system on the market under its own name, and the employer uses it in its own selection process.

    Hangs off: Annex III: high-risk AI

    Placed against the official source | examples

  16. ExampleGuidancev1.0.03 relations

    Application file handling at an educational institution

    praxikon:eu:ai-act:example:example-high-risk-admission-file-handling

    An educational institution uses AI for application file handling: indexing, searching, text and speech processing, translation of documents submitted with applications, and extracting, transforming and organising the collected data into a usable format.

    Hangs off: Annex III: high-risk AI

    Placed against the official source | examples

  17. ExampleGuidancev1.0.02 relations

    System that checks a human decision or design and provides a substantially different solution

    praxikon:eu:ai-act:example:example-high-risk-ai-proposing-substantially-different-solution

    An AI system checks a decision, plan or construction made by a human and then provides a substantially different solution.

    Hangs off: Annex III: high-risk AI

    Placed against the official source | examples

  18. ExampleGuidancev1.0.02 relations

    Money laundering detection by an accounting firm under its own legal duty

    praxikon:eu:ai-act:example:example-high-risk-aml-detection-by-accounting-firm

    An accounting firm deploys an AI system that detects money laundering, in order to comply with its own obligations under EU anti-money laundering legislation.

    Hangs off: Annex III: high-risk AI

    Placed against the official source | examples

  19. ExampleGuidancev1.0.03 relations

    Chatbot answering factual questions from a benefits case handler

    praxikon:eu:ai-act:example:example-high-risk-benefits-chatbot-factual

    A chatbot answers a case handler's factual questions relating to the evaluation of a natural person's application for healthcare benefits, for instance the applicant's age. The case handler can grant or deny the benefits based on those answers.

    Hangs off: Annex III: high-risk AI

    Placed against the official source | examples

  20. ExampleGuidancev1.0.02 relations

    Company creditworthiness based on corporate financials

    praxikon:eu:ai-act:example:example-high-risk-company-creditworthiness

    A provider develops a system assessing the creditworthiness of companies by evaluating their company data, balance sheets and financial statements. In a variant, the owner of a legal entity is assessed to back a company loan.

    Hangs off: Annex III: high-risk AI

    Placed against the official source | examples

  21. ExampleGuidancev1.0.02 relations

    Corporate creditworthiness based on balance sheets and financial statements

    praxikon:eu:ai-act:example:example-high-risk-company-creditworthiness-assessment

    A provider develops an AI system that assesses the creditworthiness of companies using company data, balance sheets and financial statements. The situation where the owner of a legal entity is assessed as backing for a company loan is also addressed.

    Hangs off: Annex III: high-risk AI

    Placed against the official source | examples

  22. ExampleGuidancev1.0.02 relations

    Credit score of a business owner based solely on business data

    praxikon:eu:ai-act:example:example-high-risk-credit-score-small-business-owner

    A provider develops an AI system that establishes the credit score of the owner of a small business or of a company that is not a legal entity. The system uses only business or company data.

    Hangs off: Annex III: high-risk AI

    Placed against the official source | examples

  23. ExampleGuidancev1.0.02 relations

    Customs risk assessment of goods at the external border

    praxikon:eu:ai-act:example:example-high-risk-customs-risk-assessment-of-goods

    An AI system is used by customs authorities to assess the risk that goods entering the EU do not comply with legislation applicable at the border, based on information about the economic operators concerned, such as container number, description of goods, routing, transport and payment method.

    Hangs off: Annex III: high-risk AI

    Placed against the official source | examples

  24. ExampleGuidancev1.0.02 relations

    AI helping candidates tailor their CV to a vacancy

    praxikon:eu:ai-act:example:example-high-risk-cv-tailoring-for-candidates

    The system analyses the candidate's CV together with the job description supplied by the candidate and recommends changes to increase the likelihood of being selected for an interview. Those recommendations are shared exclusively with the candidate.

    Hangs off: Annex III: high-risk AI

    Placed against the official source | examples

  25. ExampleGuidancev1.0.03 relations

    Flagging incomplete forms and returning them to the applicant

    praxikon:eu:ai-act:example:example-high-risk-flagging-incomplete-application-forms

    An AI system detects and flags incompletely filled-in forms so that they can be returned to the applicant to be completed correctly.

    Hangs off: Annex III: high-risk AI

    Placed against the official source | examples

  26. ExampleGuidancev1.0.03 relations

    Retrospective audit of hiring patterns on anonymised data

    praxikon:eu:ai-act:example:example-high-risk-hiring-pattern-audit

    A system audits completed hiring decisions by analysing anonymised recruitment data, including CV scores, interview notes and hiring outcomes, using statistical modelling to detect potential bias or inconsistencies. It plays no role in ongoing recruitment and does not assess identified or identifiable recruiters or applicants.

    Hangs off: Annex III: high-risk AI

    Placed against the official source | examples

  27. ExampleGuidancev1.0.02 relations

    AI scheduling job interviews

    praxikon:eu:ai-act:example:example-high-risk-interview-scheduling-tool

    The system coordinates appointments with applicants by combining calendars and stated availability, proposes time slots based on logistical constraints such as time zones and maximum daily meetings, sends reminders, and processes accessibility needs such as sign language interpretation, extended interview duration or alternative communication formats.

    Hangs off: Annex III: high-risk AI

    Placed against the official source | examples

  28. ExampleGuidancev1.0.03 relations

    System that surfaces legal provisions and internal guidance for benefits decisions

    praxikon:eu:ai-act:example:example-high-risk-legal-reference-support-for-benefits-decisions

    An AI system is used in assessing data relevant to a decision, for example on public benefits, and provides the human operator with references to the relevant legal provisions, information on jurisdiction and possibly existing internal guidelines relevant to the decision-making process.

    Hangs off: Annex III: high-risk AI

    Placed against the official source | examples

  29. ExampleGuidancev1.0.03 relations

    Pattern analysis on completed eligibility checks in the public sector

    praxikon:eu:ai-act:example:example-high-risk-pattern-analysis-on-completed-eligibility-checks

    An AI system analyses previously completed eligibility checks by public administrators to detect decision-making patterns or deviations, for quality assurance and reporting. It does not propose outcomes on live cases and does not evaluate the performance of staff members, for example in the annual appraisal.

    Hangs off: Annex III: high-risk AI

    Placed against the official source | examples

  30. ExampleGuidancev1.0.03 relations

    Writing assistant refining completed promotion evaluations

    praxikon:eu:ai-act:example:example-high-risk-promotion-writing-assistant

    A consultancy firm uses an AI writing assistant to refine managers' promotion reports after evaluations are fully completed. Managers have already recorded the recommendation, justification and ratings; the system improves clarity of language, ensures consistency with corporate style and flags potentially biased wording, after which the manager is required to double-check the revised text.

    Hangs off: Annex III: high-risk AI

    Placed against the official source | examples

  31. ExampleGuidancev1.0.02 relations

    Quality assurance on finalised human work without replacing the judgment

    praxikon:eu:ai-act:example:example-high-risk-quality-assurance-on-finalised-human-work

    Three kinds of auxiliary systems: systems that flag errors or contradictions in finalised human work as a quality-assurance function, systems that map conclusions to evidentiary records to strengthen the traceability of a decision without substituting human judgment, and systems that convert human-validated content for interoperability or accessibility purposes.

    Hangs off: Annex III: high-risk AI

    Placed against the official source | examples

  32. ExampleGuidancev1.0.03 relations

    Deviation detection in recruitment that assesses the recruiters themselves

    praxikon:eu:ai-act:example:example-high-risk-recruiter-deviation-profiling

    A system identifies deviations from previous recruitment decision-making patterns before recruitment is completed, to detect inconsistencies with corporate recruitment policy, while evaluating the personal characteristics of the recruiters conducting the interviews.

    Hangs off: Annex III: high-risk AI

    Placed against the official source | examples

  33. ExampleGuidancev1.0.03 relations

    AI background checks producing applicant risk scores

    praxikon:eu:ai-act:example:example-high-risk-recruitment-background-checks

    The system aggregates official records, employment history, social network history and, where legally permissible, financial data, plus open-source information, and returns composite risk scores or categories such as low, medium and high risk with alerts such as unexplained employment gaps. In high-volume hiring, candidates flagged as high risk are deprioritised before a caseworker reviews the file.

    Hangs off: Annex III: high-risk AI

    Placed against the official source | examples

  34. ExampleGuidancev1.0.03 relations

    Deviation detection in recruitment that also evaluates the recruiters themselves

    praxikon:eu:ai-act:example:example-high-risk-recruitment-deviation-detection-profiling-recruiters

    An AI system is used in the recruitment of employees. It identifies deviations from previous recruitment decision-making patterns to detect potential inconsistencies with corporate recruitment policies, and in doing so also evaluates the personal characteristics of the recruiters conducting the job interviews. The system runs before recruitment is completed.

    Hangs off: Annex III: high-risk AI

    Placed against the official source | examples

  35. ExampleGuidancev1.0.03 relations

    Automated school assignment by municipalities

    praxikon:eu:ai-act:example:example-high-risk-school-assignment-system

    Municipalities or regional authorities automatically assign pupils to public schools based on structured data such as home address, school catchment boundaries and available capacity, also factoring in sibling attendance and parental status to keep families together or minimise commuting distance.

    Hangs off: Annex III: high-risk AI

    Placed against the official source | examples

  36. ExampleGuidancev1.0.03 relations

    AI scoring and ranking applicant answers

    praxikon:eu:ai-act:example:example-high-risk-scoring-applicant-answers

    A system evaluates written or oral responses given by job applicants in an online assessment, assigns a numerical score based on linguistic and substantive criteria, and generates a ranking used to determine who is invited to the interview stage.

    Hangs off: Annex III: high-risk AI

    Placed against the official source | examples

  37. ExampleGuidancev1.0.03 relations

    Sorting school or university admission applications by level

    praxikon:eu:ai-act:example:example-high-risk-sorting-school-admission-applications

    An AI system sorts incoming applications for admission to a school or university by the grade or educational level applied for, placing them into predefined categories such as primary, secondary or specific grades, based on information supplied in the application.

    Hangs off: Annex III: high-risk AI

    Placed against the official source | examples

  38. ExampleGuidancev1.0.02 relations

    Scanning visa files, filing them and marking duplicate attachments

    praxikon:eu:ai-act:example:example-high-risk-visa-file-indexing

    A system in migration and border management scans each submitted visa file, converts scanned documents into text for indexing, automatically files items into fixed, predefined folders such as identity documents, travel itinerary, supporting evidence and translations, and detects exact duplicate attachments and marks them as duplicates.

    Hangs off: Annex III: high-risk AI

    Placed against the official source | examples

  39. ExampleGuidancev1.0.03 relations

    Scanning, indexing visa files and marking duplicate attachments

    praxikon:eu:ai-act:example:example-high-risk-visa-file-indexing-and-deduplication

    An AI system in the migration and border management context scans each submitted visa file, converts scanned documents into text for indexing, automatically files items into fixed predefined folders such as identity documents, travel itinerary, supporting evidence and translations, and detects exact duplicate attachments and marks them as duplicates.

    Hangs off: Annex III: high-risk AI

    Placed against the official source | examples

  40. ExampleGuidancev1.0.03 relations

    Credit scoring and fraud detection at the same bank

    praxikon:eu:ai-act:example:example-kredietscore-versus-fraudedetectie

    A lender uses a model that gives individual applicants a score on which the acceptance decision rests. The same institution also runs a separate model that flags suspicious transactions for fraud investigation.

    Hangs off: Annex III: high-risk AI

    Placed against the official source | examples

  41. ExampleGuidancev1.0.02 relations

    Proctoring software during an online exam

    praxikon:eu:ai-act:example:example-proctoring-bij-online-tentamen

    A university of applied sciences uses software during online exams that flags possible cheating from webcam images and mouse movement. A flag triggers an automatic notification to the exam board.

    Hangs off: Annex III: high-risk AI

    Placed against the official source | examples

  42. ExampleGuidancev1.0.02 relations

    Reoffending risk assessment at a police force

    praxikon:eu:ai-act:example:example-recidiverisico-bij-politie

    A police force uses a model that estimates, per suspect, the likelihood of committing another offence, based on the case file and previously established behaviour. That outcome feeds into the prioritisation of ongoing investigations.

    Hangs off: Annex III: high-risk AI

    Placed against the official source | examples

  43. ExampleGuidancev1.0.02 relations

    Security monitoring by a SaaS company: cybersecurity alone is not a safety component

    praxikon:eu:ai-act:example:example-securitymonitoring-kritieke-digitale-infrastructuur

    A software company supplies a SaaS platform that monitors network traffic at an operator of critical digital infrastructure and reports anomalous patterns to that customer's security team. Its developers see that use at such an operator may fall under point 2 of Annex III and wonder whether their own product therefore becomes a high-risk AI system.

    Hangs off: Annex III: high-risk AI

    Placed against the official source | examples

  44. ExampleGuidancev1.0.03 relations

    Emergency triage system: two routes to high risk

    praxikon:eu:ai-act:example:example-triage-spoedeisende-hulp

    A hospital uses AI to prioritise incoming patients at the emergency department. The question is not whether the system is high-risk but by which route: as a medical device under product legislation, or directly under Annex III.

    Hangs off: Annex III: high-risk AI

    Placed against the official source | examples

  45. ExampleGuidancev1.0.02 relations

    Two AI systems at one grid operator, two regimes

    praxikon:eu:ai-act:example:example-veiligheidscomponent-elektriciteitsnet

    A grid operator uses an AI model that automatically balances load and disconnects parts of the electricity network to prevent outages. The same organisation also runs a chatbot that helps customers with billing questions.

    Hangs off: Annex III: high-risk AI

    Placed against the official source | examples

  46. GuidanceGuidancev1.0.03 relations

    Article 6 has two separate routes to high-risk

    praxikon:eu:ai-act:guidance:guidance-high-risk-article-6-two-routes

    An AI system can be high-risk in two ways. Either it is itself a product, or a safety component of a product, covered by the Annex I product legislation and that product must undergo third-party conformity assessment (Article 6(1)). Or it falls within one of the use cases listed in Annex III (Article 6(2)). The two routes have their own criteria and their own application dates.

    Hangs off: Annex III: high-risk AI

    Placed against the official source | guidance

  47. GuidanceGuidancev1.0.03 relations

    Broadly positioned and general purpose AI systems: a disclaimer is not enough

    praxikon:eu:ai-act:guidance:guidance-high-risk-broad-marketing-and-gpai-systems

    If you market a system broadly without consistently limiting its application, high-risk use cases will be read into its intended purpose. Merely stating in the terms of service that high-risk uses are excluded is insufficient where the rest of your presentation in fact enables or promotes such uses.

    Hangs off: Annex III: high-risk AI

    Placed against the official source | guidance

  48. GuidanceGuidancev1.0.03 relations

    High-risk does not mean prohibited, and not high-risk does not mean permitted

    praxikon:eu:ai-act:guidance:guidance-high-risk-classification-is-not-permission

    Classification answers one question: which Chapter III obligations apply. It says nothing about whether the use itself is lawful. Prohibited practices, data protection, consumer law, product safety and national law continue to apply in full.

    Hangs off: Annex III: high-risk AI

    Placed against the official source | guidance

  49. GuidanceGuidancev1.0.03 relations

    Split and agentic architectures are assessed as a whole

    praxikon:eu:ai-act:guidance:guidance-high-risk-complex-and-agentic-systems

    You cannot avoid classification by splitting a high-risk function into separate modules. The draft assesses the combined configuration.

    Hangs off: Annex III: high-risk AI

    Placed against the official source | guidance

  50. GuidanceGuidancev1.0.03 relations

    The Article 6(3) filter: four alternative conditions, to be read narrowly

    praxikon:eu:ai-act:guidance:guidance-high-risk-filter-four-conditions

    A system that falls within an Annex III use case can still escape high-risk classification if it meets one of four conditions. The draft guidelines make clear this is not a broad escape route.

    Hangs off: Annex III: high-risk AI

    Placed against the official source | guidance

  51. GuidanceGuidancev1.0.03 relations

    A human in the loop does not make a system low-risk

    praxikon:eu:ai-act:guidance:guidance-high-risk-human-involvement-does-not-declassify

    Human involvement does not change the intended purpose and therefore has no effect on classification under Article 6(2). Human oversight is a compliance requirement for high-risk systems, not an escape from the classification.

    Hangs off: Annex III: high-risk AI

    Placed against the official source | guidance

  52. GuidanceGuidancev1.0.03 relations

    A human in the loop does not make a system low-risk

    praxikon:eu:ai-act:guidance:guidance-high-risk-human-oversight-no-declassification

    Human oversight is a compliance requirement for high-risk systems, not a way to escape classification. Human involvement only counts when determining what task the system performs.

    Hangs off: Annex III: high-risk AI

    Placed against the official source | guidance

  53. GuidanceGuidancev1.0.03 relations

    Improving is deliberately different from reviewing

    praxikon:eu:ai-act:guidance:guidance-high-risk-improve-not-review

    The second condition requires a completed human activity with a result that the system only refines. A materially different outcome does not qualify.

    Hangs off: Annex III: high-risk AI

    Placed against the official source | guidance

  54. GuidanceGuidancev1.0.03 relations

    Intended purpose is the anchor of classification

    praxikon:eu:ai-act:guidance:guidance-high-risk-intended-purpose-is-the-anchor

    Intended purpose determines whether a system is high-risk. That purpose is set not only by the technical documentation but also by the instructions for use, promotional materials, sales materials and statements by the provider. Reasonably foreseeable misuse falls by definition outside the intended purpose.

    Hangs off: Annex III: high-risk AI

    Placed against the official source | guidance

  55. GuidanceGuidancev1.0.03 relations

    First the definition question: is it an AI system at all?

    praxikon:eu:ai-act:guidance:guidance-high-risk-must-first-be-an-ai-system

    Before classification comes into play, the system must meet the definition of an AI system in Article 3(1). Not every software application and not every automated decision-making system falls within the AI Act.

    Hangs off: Annex III: high-risk AI

    Placed against the official source | guidance

  56. GuidanceGuidancev1.0.03 relations

    Only the assessment of natural persons falls within these use cases

    praxikon:eu:ai-act:guidance:guidance-high-risk-natural-persons-scope

    Systems assessing only legal persons fall outside the relevant Annex III use cases. Self-employed people and sole traders do count as natural persons, however.

    Hangs off: Annex III: high-risk AI

    Placed against the official source | guidance

  57. GuidanceGuidancev1.0.03 relations

    Preparatory or decisive: general input is allowed, a specific recommendation is not

    praxikon:eu:ai-act:guidance:guidance-high-risk-preparatory-versus-decisive

    The preparatory task under Article 6(3)(d) precedes the assessment. Once the system evaluates the specific case or makes a recommendation, the exception is gone.

    Hangs off: Annex III: high-risk AI

    Placed against the official source | guidance

  58. GuidanceGuidancev1.0.03 relations

    Profiling always blocks the exception, even when a condition would otherwise fit

    praxikon:eu:ai-act:guidance:guidance-high-risk-profiling-blocks-filter

    As soon as the system profiles, the Article 6(3) exemption is ruled out. The draft guidelines give three cumulative elements against which you test this.

    Hangs off: Annex III: high-risk AI

    Placed against the official source | guidance

  59. ObligationUpcomingv1.0.066 relations

    Annex III: high-risk AI

    praxikon:eu:ai-act:obligation:annex-iii-high-risk

    Classification route for standalone high-risk AI systems under Article 6(2) and Annex III.

    Placed against the official source | high-risk

  60. Templatev1.0.04 relations

    Annex III classification route

    praxikon:eu:ai-act:template:annex-iii-classifier

    Public classifier for the high-risk use cases in Annex III.

    Hangs off: Annex III: high-risk AI

    Editorially reviewed | high-risk, template

What this explorer does not do

  • There is no article object. The article sits as a locator on the citations of an obligation, as free text. Filtering on the obligation is the same question, and the data does carry that.
  • No object carries an Annex III domain or use case. A selection of the form "systems for this purpose" cannot be expressed here.
  • A locator hangs on a statement in the data, not on a relation. The source next to a path is the source anchor of the object carrying the relation, not proof of that one connection.
  • The split between duty holder and affected actor exists on obligations only. On every other type the actor list is still one undifferentiated list.
  • The graph stores no inverse relations. The incoming direction is computed here over the same release and adds nothing to the data.
  • Topics are free slugs, not a taxonomy with objects, labels or a hierarchy of their own.

The same selection as data

The explorer and the API read the same object against the same two time axes. What you see here can be fetched with the same parameters.