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

150 of 424 shown. Pick a type below or narrow with a filter to see the rest.

  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. ActionUpcomingv1.0.03 relations

    Assign human oversight and give those people a mandate

    praxikon:eu:ai-act:action:appoint-and-empower-human-oversight

    Name, per high-risk system, who exercises oversight, and ensure that person has the competence, training, authority and support to actually set the output aside.

    Hangs off: Article 26: obligations of deployers of high-risk AI systems

    Editorially reviewed | high-risk-requirements

  5. Actionv1.0.04 relations

    Set up data governance per dataset

    praxikon:eu:ai-act:action:article-10-data-governance-act

    Assess origin, representativeness, errors and completeness and examine possible bias with appropriate mitigation.

    Hangs off: Article 10: data and data governance

    Editorially reviewed | high-risk-requirements

  6. Actionv1.0.03 relations

    Build the technical file per Annex IV

    praxikon:eu:ai-act:action:article-11-technical-documentation-act

    Document system description, development process, data, oversight measures, performance and risk management before market placement.

    Hangs off: Article 11: technical documentation

    Editorially reviewed | high-risk-requirements

  7. Actionv1.0.04 relations

    Design logging into the system

    praxikon:eu:ai-act:action:article-12-logging-act

    Ensure the system automatically records events relevant to risk identification and post-market monitoring.

    Hangs off: Article 12: logging and traceability

    Editorially reviewed | high-risk-requirements

  8. Actionv1.0.04 relations

    Provide complete instructions for use

    praxikon:eu:ai-act:action:article-13-instructions-act

    Describe capabilities, limitations, accuracy, oversight measures and expected lifetime in comprehensible form.

    Hangs off: Article 13: transparency towards deployers

    Editorially reviewed | high-risk-requirements

  9. Actionv1.0.04 relations

    Design and assign effective human oversight

    praxikon:eu:ai-act:action:article-14-human-oversight-act

    Determine oversight measures per system, appoint competent persons and give them the mandate to intervene or stop.

    Hangs off: Article 14: human oversight

    Editorially reviewed | high-risk-requirements

  10. Actionv1.0.03 relations

    Set and test performance and security levels

    praxikon:eu:ai-act:action:article-15-accuracy-robustness-act

    Determine appropriate accuracy, test robustness against errors and misuse, and take AI-specific security measures.

    Hangs off: Article 15: accuracy, robustness and cybersecurity

    Editorially reviewed | high-risk-requirements

  11. Actionv1.0.03 relations

    Set up an AI quality management system

    praxikon:eu:ai-act:action:article-17-quality-management-act

    Describe strategies, procedures and responsibilities for compliance, from design and data to post-market monitoring.

    Hangs off: Article 17: quality management system

    Editorially reviewed | high-risk-requirements

  12. Actionv1.0.05 relations

    Take role- and context-specific AI literacy measures

    praxikon:eu:ai-act:action:article-4-measures

    Determine for each role, system and context which combination of instruction, guidance, practice or training is appropriate.

    Hangs off: Article 4: AI literacy

    Editorially reviewed | ai-literacy

  13. ActionApplicablev1.0.03 relations

    Determine per role which knowledge is needed to use the specific system responsibly

    praxikon:eu:ai-act:action:article-4-role-needs-matrix

    Map roles against the AI systems they use and record per combination what a person must be able to judge: what the system does, where it fails, who it is applied to, and when to intervene or escalate.

    Hangs off: Article 4: AI literacy

    Editorially reviewed | ai-literacy

  14. ActionApplicablev1.0.03 relations

    Deliver instruction at the moment a new tool or a new employee arrives

    praxikon:eu:ai-act:action:article-4-tool-and-onboarding-instruction

    Attach the literacy measure to two fixed moments in existing processes: the rollout of a new AI tool and the onboarding of anyone gaining access to an existing tool.

    Hangs off: Article 4: AI literacy

    Editorially reviewed | ai-literacy

  15. Actionv1.0.04 relations

    Screen every use case against Article 5 first

    praxikon:eu:ai-act:action:article-5-screen

    Before procurement, build or deployment, check whether the use case falls under a prohibited practice and stop or redesign early rather than after the fact.

    Hangs off: Article 5: prohibited practices

    Editorially reviewed | prohibited-practices

  16. Actionv1.0.05 relations

    Implement the applicable disclosure, marking or label

    praxikon:eu:ai-act:action:article-50-disclosure

    First determine which paragraph of Article 50 applies, then implement the specific transparency measure.

    Hangs off: Article 50: transparency

    Editorially reviewed | transparency

  17. ActionApplicablev1.0.02 relations

    Record per publication channel when AI text carries a disclosure and who holds editorial responsibility

    praxikon:eu:ai-act:action:article-50-editorial-labelling-policy

    Determine per channel whether the text is published to inform the public on matters of public interest, who performs the human review, who holds editorial responsibility, and which standard wording you use when the disclosure is required.

    Hangs off: Article 50: transparency

    Editorially reviewed | transparency

  18. ActionApplicablev1.0.03 relations

    Test every system in your AI register against the five Article 50 scenarios

    praxikon:eu:ai-act:action:article-50-scenario-triage

    For each AI system, walk through the distinct Article 50 scenarios (direct interaction, synthetic output, emotion recognition or biometric categorisation, deep fake, published text on matters of public interest) and record per paragraph whether it applies, does not apply or falls under an exception, with the reason.

    Hangs off: Article 50: transparency

    Editorially reviewed | transparency

  19. Actionv1.0.03 relations

    Perform model evaluations and risk mitigation

    praxikon:eu:ai-act:action:article-55-gpai-systemic-risk-act

    Evaluate the model including adversarial testing, assess and mitigate systemic risks, report serious incidents and secure the model.

    Hangs off: Article 55: GPAI models with systemic risk

    Editorially reviewed | gpai-systemic-risk

  20. ActionApplicablev1.0.04 relations

    Apply to a sandbox and agree the sandbox plan

    praxikon:eu:ai-act:action:article-57-sandbox-application-and-plan

    Apply to the competent authority, agree a specific sandbox plan, and record which uncertainty about the Regulation you want resolved inside the sandbox.

    Hangs off: Article 57: AI regulatory sandboxes

    Editorially reviewed | innovation

  21. ActionApplicablev1.0.05 relations

    Submit the testing plan, obtain approval and register the test

    praxikon:eu:ai-act:action:article-60-testing-plan-and-authorisation

    Draw up a real-world testing plan, submit it to the market surveillance authority, obtain approval, register the test with a Union-wide unique single identification number, and record the division of roles with your deployer.

    Hangs off: Article 60: testing in real world conditions outside a sandbox

    Editorially reviewed | innovation

  22. Actionv1.0.04 relations

    Draw up a post-market monitoring plan

    praxikon:eu:ai-act:action:article-72-post-market-monitoring-act

    Systematically collect and analyse real-world data on the system’s performance and compliance throughout its lifetime.

    Hangs off: Article 72: post-market monitoring

    Editorially reviewed | post-market

  23. Actionv1.0.04 relations

    Set up an incident process with reporting routes

    praxikon:eu:ai-act:action:article-73-incident-reporting-act

    Define what a serious incident is, assign the reporting route to the supervisor and rehearse the process.

    Hangs off: Article 73: serious incident reporting

    Editorially reviewed | post-market

  24. Actionv1.0.03 relations

    Set up an iterative risk management process

    praxikon:eu:ai-act:action:article-9-risk-management-act

    Identify and analyse known and reasonably foreseeable risks, evaluate them and take measures, repeating the cycle on every change.

    Hangs off: Article 9: risk management system

    Editorially reviewed | high-risk-requirements

  25. ActionUpcomingv1.0.03 relations

    Assign an internal owner and a date to each point of Article 16

    praxikon:eu:ai-act:action:assign-article-16-provider-duties

    Translate the twelve points (a) to (l) into twelve named owners with a start date, so that no point falls between product management, quality and legal.

    Hangs off: Article 16: the twelve duties of a provider of a high-risk AI system

    Editorially reviewed | high-risk-requirements

  26. Actionv1.0.04 relations

    Complete the conformity route before market placement

    praxikon:eu:ai-act:action:conformity-ce-registration-act

    Select the correct assessment procedure, draw up the EU declaration of conformity, affix the CE marking and register in the EU database.

    Hangs off: Articles 43-49: conformity assessment, CE and registration

    Editorially reviewed | conformity

  27. ActionUpcomingv1.0.04 relations

    Map the affected groups and their specific risks of harm

    praxikon:eu:ai-act:action:fria-affected-groups-analysis

    Name the categories of natural persons and groups likely to be affected by the use in this specific context, and work out the specific risks of harm per category, using the information the provider supplied under Article 13.

    Hangs off: Article 27: FRIA

    Editorially reviewed | fundamental-rights

  28. Actionv1.0.06 relations

    Perform a FRIA before deployment

    praxikon:eu:ai-act:action:fria-assess

    Assess process, duration, affected persons, risks, oversight, mitigation and complaint mechanisms and notify results where required.

    Hangs off: Article 27: FRIA

    Editorially reviewed | fundamental-rights, high-risk

  29. ActionUpcomingv1.0.04 relations

    Set up the complaint mechanism and internal governance before the system runs

    praxikon:eu:ai-act:action:fria-complaint-mechanism-setup

    Describe the measures taken if a risk materialises, who decides internally, through which route an affected person can complain, within which deadline you respond, and who is authorised to stop the use.

    Hangs off: Article 27: FRIA

    Editorially reviewed | fundamental-rights

  30. Actionv1.0.04 relations

    Maintain GPAI documentation and transparency information

    praxikon:eu:ai-act:action:gpai-document

    Maintain technical documentation, information for downstream providers, a copyright policy and a public summary of training content.

    Hangs off: Article 53: GPAI model providers

    Editorially reviewed | gpai

  31. ActionApplicablev1.0.02 relations

    Assemble the downstream information package under Annex XII

    praxikon:eu:ai-act:action:gpai-downstream-information-package

    Build one package for providers integrating your model, covering the intended tasks and integration options, acceptable use policies, release date and distribution methods, interaction with external hardware or software, software versions, architecture and parameter count, modality and format of inputs and outputs including maximum size, licence, required technical means, and information on the training, testing and validation data used.

    Hangs off: Article 53: GPAI model providers

    Editorially reviewed | gpai

  32. ActionApplicablev1.0.02 relations

    Implement rights-reservation detection inside your copyright policy

    praxikon:eu:ai-act:action:gpai-rights-reservation-detection

    Record which techniques you use to identify a reservation of rights within the meaning of Article 4(3) of Directive (EU) 2019/790 when collecting training data, how often you recheck, and how you then comply with that reservation.

    Hangs off: Article 53: GPAI model providers

    Editorially reviewed | gpai

  33. ActionApplicablev1.0.03 relations

    Set up how you handle a request for an explanation

    praxikon:eu:ai-act:action:handle-explanation-requests

    Ensure your complaints or objections desk recognises a request for an explanation of an AI-supported decision, that it can be traced per decision which system in which version contributed to it, and that someone is designated to give the explanation.

    Hangs off: Article 86: right to an explanation of a decision

    Editorially reviewed | fundamental-rights

  34. ActionApplicablev1.0.03 relations

    Make sure you can answer a complaint with documents

    praxikon:eu:ai-act:action:prepare-for-a-complaint

    Record per AI system which assessment was carried out, by whom, on what date and against which system version, and agree who receives a question from the authority and within what period.

    Hangs off: Article 85: right to lodge a complaint with the market surveillance authority

    Editorially reviewed | fundamental-rights

  35. ActionUpcomingv1.0.03 relations

    Perform the Article 24(1) check before making available

    praxikon:eu:ai-act:action:run-distributor-market-check

    Verify the CE marking, the presence of the EU declaration of conformity and the instructions for use, and whether the provider and importer complied with Article 16, points (b) and (c), and Article 23(3).

    Hangs off: Article 24: obligations of distributors

    Editorially reviewed | value-chain

  36. ActionUpcomingv1.0.03 relations

    Run the four verifications of Article 23(1) before importing

    praxikon:eu:ai-act:action:run-importer-verification-checklist

    Check and record: the conformity assessment has been carried out, the technical documentation exists, the CE marking plus declaration and instructions for use are present, and an authorised representative has been appointed.

    Hangs off: Article 23: obligations of importers

    Editorially reviewed | value-chain

  37. Actionv1.0.04 relations

    Assess the value-chain role per system and change

    praxikon:eu:ai-act:action:value-chain-representative-act

    On white-labelling, substantial modification or purpose change, assess whether your organisation becomes the provider, and arrange the representative for non-EU supply.

    Hangs off: Articles 22-25: value chain and authorised representative

    Editorially reviewed | value-chain

  38. Actorv1.0.01 relations

    AI Office

    praxikon:eu:ai-act:actor:ai-office

    The Commission office that supervises providers of general-purpose AI models. AI Office enforcement is active since 2 August 2026.

    Editorially reviewed | enforcement, governance, gpai

  39. ActorIn forcev1.0.05 relations

    Authorised representative

    praxikon:eu:ai-act:actor:authorised-representative

    The authorised representative is the party located in the Union that, on the basis of a written mandate, performs and carries out the obligations and procedures of the Regulation on behalf of a provider established outside the EU. The definition in Article 3(5) already applies today, so the role can be determined now. The appointment duty itself starts on 2 December 2027 for the standalone Annex III route and on 2 August 2028 for the embedded Annex I route. From those dates, a third-country provider may not place a high-risk AI system on the Union market without an appointed representative.

    Editorially reviewed | value-chain

  40. Actorv1.0.014 relations

    Credit or insurance deployer

    praxikon:eu:ai-act:actor:credit-or-insurance-deployer

    A deployer of the relevant creditworthiness or life and health insurance systems in Annex III point 5(b) or 5(c).

    Editorially reviewed | fundamental-rights, high-risk

  41. Actorv1.0.0273 relations

    Deployer

    praxikon:eu:ai-act:actor:deployer

    An organisation using an AI system under its authority, excluding personal non-professional use.

    Editorially reviewed | governance

  42. ActorIn forcev1.0.011 relations

    Distributor

    praxikon:eu:ai-act:actor:distributor

    You are a distributor if you make an AI system available on the Union market without being the provider or the importer. This catches resellers, systems integrators and managed service providers that pass on someone else's AI.

    Editorially reviewed | value-chain

  43. Actorv1.0.029 relations

    Provider of a GPAI model

    praxikon:eu:ai-act:actor:gpai-model-provider

    A party that places a general-purpose AI model on the Union market.

    Editorially reviewed | gpai

  44. ActorIn forcev1.0.012 relations

    Importer

    praxikon:eu:ai-act:actor:importer

    You are an importer as soon as you, from within the EU, first place an AI system on the Union market that bears the name or trade mark of a party established outside the EU. What counts is not your purchasing role but whose brand is on the system and who first brings it to market.

    Editorially reviewed | value-chain

  45. Actorv1.0.05 relations

    Market surveillance authority

    praxikon:eu:ai-act:actor:market-surveillance-authority

    The national authority that supervises compliance with the Regulation and receives serious incident and risk notifications. Which body fills this role per Member State is not recorded in the graph.

    Editorially reviewed | enforcement, governance

  46. Actorv1.0.0330 relations

    Provider of an AI system

    praxikon:eu:ai-act:actor:provider

    A party that develops or has an AI system developed and places it on the market under its own name.

    Editorially reviewed | governance

  47. Actorv1.0.033 relations

    Body governed by public law

    praxikon:eu:ai-act:actor:public-law-body

    A deployer that is a body governed by public law.

    Editorially reviewed | fundamental-rights

  48. Actorv1.0.015 relations

    Private provider of public services

    praxikon:eu:ai-act:actor:public-service-provider

    A private deployer providing public services.

    Editorially reviewed | fundamental-rights

  49. ChangeApplicablev1.0.04 relations

    The AI Act enters into force

    praxikon:eu:ai-act:change:2024-08-01-entry-into-force

    The regulation entered into force on 1 August 2024, after which the obligations followed in phases.

    Hangs off: Article 4: AI literacy, Article 5: prohibited practices

    Placed against the official source | timeline

  50. ChangeApplicablev1.0.04 relations

    Prohibited practices and AI literacy apply

    praxikon:eu:ai-act:change:2025-02-02-prohibitions-and-literacy-applicable

    Since 2 February 2025 the Article 5 prohibition and the Article 4 AI literacy duty apply.

    Hangs off: Article 4: AI literacy, Article 5: prohibited practices

    Placed against the official source | ai-literacy, timeline

  51. ChangeGuidancev1.0.02 relations

    General-Purpose AI Code of Practice published

    praxikon:eu:ai-act:change:2025-07-10-gpai-code-of-practice

    The voluntary code of practice gives GPAI model providers a route to demonstrate compliance.

    Hangs off: Article 53: GPAI model providers

    Placed against the official source | gpai

  52. ChangeGuidancev1.0.03 relations

    Guidelines on the scope of the GPAI obligations

    praxikon:eu:ai-act:change:2025-07-18-gpai-guidelines

    The Commission explains when someone becomes the provider of a GPAI model, including through fine-tuning.

    Hangs off: Article 53: GPAI model providers, Article 55: GPAI models with systemic risk

    Placed against the official source | gpai

  53. 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

  54. ChangeGuidancev1.0.03 relations

    Guidelines on prohibited AI practices

    praxikon:eu:ai-act:change:2025-07-29-prohibited-practices-guidelines

    Worked examples for each Article 5 prohibition, with the line between permitted and prohibited.

    Hangs off: Article 5: prohibited practices

    Placed against the official source | prohibited

  55. ChangeApplicablev1.0.03 relations

    GPAI model obligations apply

    praxikon:eu:ai-act:change:2025-08-02-gpai-obligations-applicable

    Since 2 August 2025 the obligations for providers of general-purpose AI models apply.

    Hangs off: Article 53: GPAI model providers, Article 55: GPAI models with systemic risk

    Placed against the official source | gpai, timeline

  56. 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

  57. ChangeGuidancev1.0.03 relations

    Transparency Code of Practice published

    praxikon:eu:ai-act:change:2026-06-10-transparency-code-of-practice

    A voluntary route to comply with parts of Article 50, in two separately signable sections.

    Hangs off: Article 50: transparency

    Placed against the official source | transparency

  58. ChangeGuidancev1.0.02 relations

    First European AI Act standard approved

    praxikon:eu:ai-act:change:2026-07-12-en-18286-approved

    EN 18286:2026 on the quality management system is the first completed standard under the standardisation request.

    Hangs off: Article 17: quality management system

    Placed against the official source | standards

  59. ChangeGuidancev1.0.03 relations

    Final guidelines on Article 50

    praxikon:eu:ai-act:change:2026-07-20-article-50-guidelines

    The Commission works out the transparency duties and confirms they apply from 2 August 2026.

    Hangs off: Article 50: transparency

    Placed against the official source | transparency

  60. 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

  61. ChangeIn forcev1.0.05 relations

    Article 4 amended to a duty to take measures

    praxikon:eu:ai-act:change:2026-07-27-article-4-amended

    Since 27 July 2026 the organisational duty supports the development of AI literacy without guaranteeing an individual level.

    Hangs off: Article 4: AI literacy

    Placed against the official source | ai-literacy

  62. ChangeIn forcev1.0.06 relations

    FRIA follows new date and may cross-reference a DPIA

    praxikon:eu:ai-act:change:2026-07-27-fria-date-and-dpia-link

    The FRIA for the relevant Annex III route follows 2 December 2027 and may include or cross-reference relevant DPIA elements.

    Hangs off: Article 27: FRIA

    Placed against the official source | fundamental-rights, high-risk

  63. ChangeApplicablev1.0.05 relations

    Article 50 is applicable

    praxikon:eu:ai-act:change:2026-08-02-article-50-applicable

    The transparency duties apply since 2 August 2026.

    Hangs off: Article 50: transparency

    Placed against the official source | transparency

  64. ChangeApplicablev1.0.04 relations

    GPAI enforcement powers active

    praxikon:eu:ai-act:change:2026-08-02-gpai-enforcement

    Since 2 August 2026 the Commission can request GPAI information, conduct evaluations and require measures.

    Hangs off: Article 53: GPAI model providers

    Placed against the official source | enforcement, gpai

  65. ChangeUpcomingv1.0.02 relations

    Grace period for machine-readable marking ends

    praxikon:eu:ai-act:change:2026-12-02-article-50-marking-grace-ends

    Systems placed on the market before 2 August 2026 must comply with Article 50(2) by 2 December 2026.

    Hangs off: Article 50: transparency

    Placed against the official source | timeline, transparency

  66. ChangeUpcomingv1.0.02 relations

    New prohibitions require technical safeguards

    praxikon:eu:ai-act:change:2026-12-02-new-prohibitions-technical-safeguards

    The Digital Omnibus prohibits AI for child sexual abuse material and non-consensual intimate imagery.

    Hangs off: Article 5: prohibited practices

    Placed against the official source | prohibited, timeline

  67. ChangeUpcomingv1.0.03 relations

    Legacy GPAI models must comply

    praxikon:eu:ai-act:change:2027-08-02-legacy-gpai-models-comply

    Models placed on the market before 2 August 2025 have until 2 August 2027.

    Hangs off: Article 53: GPAI model providers, Article 55: GPAI models with systemic risk

    Placed against the official source | gpai, timeline

  68. 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

  69. 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

  70. 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

  71. Controlv1.0.04 relations

    Data check before retraining

    praxikon:eu:ai-act:control:article-10-data-governance-control

    Repeat the data quality assessment before every retraining or dataset change.

    Hangs off: Article 10: data and data governance

    Editorially reviewed | control, high-risk-requirements

  72. Controlv1.0.03 relations

    Documentation update on every release

    praxikon:eu:ai-act:control:article-11-technical-documentation-control

    Update the file before every release and retain earlier versions traceably.

    Hangs off: Article 11: technical documentation

    Editorially reviewed | control, high-risk-requirements

  73. Controlv1.0.04 relations

    Periodic log review

    praxikon:eu:ai-act:control:article-12-logging-control

    Periodically verify that logging works, is complete and is retained according to the regime.

    Hangs off: Article 12: logging and traceability

    Editorially reviewed | control, high-risk-requirements

  74. Controlv1.0.04 relations

    Instructions check at deployment

    praxikon:eu:ai-act:control:article-13-instructions-control

    At every deployment and update, verify instructions are present, current and internally translated.

    Hangs off: Article 13: transparency towards deployers

    Editorially reviewed | control, high-risk-requirements

  75. Controlv1.0.04 relations

    Oversight test before go-live

    praxikon:eu:ai-act:control:article-14-human-oversight-control

    Before go-live, test that intervening, stopping and disregarding output actually works and is assigned.

    Hangs off: Article 14: human oversight

    Editorially reviewed | control, high-risk-requirements

  76. Controlv1.0.03 relations

    Performance monitoring in use

    praxikon:eu:ai-act:control:article-15-accuracy-robustness-control

    Monitor whether the system stays within declared levels in production and escalate on deviation.

    Hangs off: Article 15: accuracy, robustness and cybersecurity

    Editorially reviewed | control, high-risk-requirements

  77. ControlUpcomingv1.0.03 relations

    Release gate before placing on the market

    praxikon:eu:ai-act:control:article-16-pre-market-release-gate

    A hard block in your release or delivery process: no delivery without a completed conformity assessment, a signed EU declaration of conformity, an affixed CE marking and a completed registration.

    Hangs off: Article 16: the twelve duties of a provider of a high-risk AI system

    Editorially reviewed | high-risk-requirements

  78. Controlv1.0.03 relations

    Internal audit cycle

    praxikon:eu:ai-act:control:article-17-quality-management-control

    Periodically audit whether practice follows the described system and record deviations and improvements.

    Hangs off: Article 17: quality management system

    Editorially reviewed | control, high-risk-requirements

  79. ControlApplicablev1.0.03 relations

    Coverage reconciliation: every person with AI access appears in the register

    praxikon:eu:ai-act:control:article-4-coverage-reconciliation

    Periodically reconcile the list of accounts and licences with access to AI systems against the participation and instruction register, and clear the gap list with an owner and a deadline.

    Hangs off: Article 4: AI literacy

    Editorially reviewed | ai-literacy

  80. Controlv1.0.04 relations

    Periodic role and context review

    praxikon:eu:ai-act:control:article-4-periodic-review

    Check when systems, roles or risks change whether the selected measures remain appropriate.

    Hangs off: Article 4: AI literacy

    Editorially reviewed | ai-literacy, control

  81. Controlv1.0.04 relations

    Article 5 gate at intake and change

    praxikon:eu:ai-act:control:article-5-intake-gate

    Repeat the screening for every new system, procurement and material change of purpose or context; an earlier clearance does not cover a new use.

    Hangs off: Article 5: prohibited practices

    Editorially reviewed | control, prohibited-practices

  82. ControlApplicablev1.0.03 relations

    Quarterly sampling of live disclosures and markings in production

    praxikon:eu:ai-act:control:article-50-production-sampling

    Each quarter, sample the systems carrying an Article 50 scenario and verify in the production environment that the disclosure still appears and the marking is still present in the actual output, recording finding, owner and remediation deadline.

    Hangs off: Article 50: transparency

    Editorially reviewed | transparency

  83. Controlv1.0.04 relations

    Pre-release transparency check

    praxikon:eu:ai-act:control:article-50-release-check

    Before release, test that the applicable disclosure, marking or label is timely, clear and technically effective.

    Hangs off: Article 50: transparency

    Editorially reviewed | control, transparency

  84. Controlv1.0.03 relations

    Compute threshold monitoring

    praxikon:eu:ai-act:control:article-55-gpai-systemic-risk-control

    Monitor cumulative training compute and notify the Commission when the threshold is reached.

    Hangs off: Article 55: GPAI models with systemic risk

    Editorially reviewed | control, gpai-systemic-risk

  85. ControlApplicablev1.0.03 relations

    Supervision inside the sandbox and the conditional fine shield

    praxikon:eu:ai-act:control:article-57-sandbox-supervision-and-fine-shield

    The authority retains its supervisory and corrective powers and can suspend your testing or participation. If you stay within the plan and follow the guidance in good faith, authorities impose no administrative fines for infringements of this Regulation.

    Hangs off: Article 57: AI regulatory sandboxes

    Editorially reviewed | innovation

  86. ControlApplicablev1.0.04 relations

    Oversight during the test, incident reporting and recall procedure

    praxikon:eu:ai-act:control:article-60-oversight-and-incident-response

    The market surveillance authority may inspect unannounced. On a serious incident you report, take immediate mitigation or suspend, and you must have a procedure in place in advance for prompt recall of the system.

    Hangs off: Article 60: testing in real world conditions outside a sandbox

    Editorially reviewed | innovation

  87. Controlv1.0.04 relations

    Signal-to-action loop

    praxikon:eu:ai-act:control:article-72-post-market-monitoring-control

    Ensure real-world signals (deviations, complaints, incidents) demonstrably lead to analysis and, where needed, measures.

    Hangs off: Article 72: post-market monitoring

    Editorially reviewed | control, post-market

  88. Controlv1.0.04 relations

    Incident drill and deadline watch

    praxikon:eu:ai-act:control:article-73-incident-reporting-control

    Periodically test whether an incident can be reported within the legal deadlines, including the deployer-to-provider chain.

    Hangs off: Article 73: serious incident reporting

    Editorially reviewed | control, post-market

  89. Controlv1.0.03 relations

    Reassessment on every material change

    praxikon:eu:ai-act:control:article-9-risk-management-control

    Reopen the risk management process on changes in purpose, data, model or use context and before every release.

    Hangs off: Article 9: risk management system

    Editorially reviewed | control, high-risk-requirements

  90. Controlv1.0.04 relations

    Reassessment on substantial modification

    praxikon:eu:ai-act:control:conformity-ce-registration-control

    Rerun the conformity route whenever the system is substantially modified.

    Hangs off: Articles 43-49: conformity assessment, CE and registration

    Editorially reviewed | conformity, control

  91. ControlUpcomingv1.0.04 relations

    Suspension and incident notification control

    praxikon:eu:ai-act:control:deployer-suspension-and-incident-control

    A fixed rule that suspends use and notifies in the correct order as soon as you have reason to consider the system presents a risk or as soon as you identify a serious incident.

    Hangs off: Article 26: obligations of deployers of high-risk AI systems

    Editorially reviewed | high-risk-requirements

  92. ControlUpcomingv1.0.03 relations

    Distributor corrective action, withdrawal and recall control

    praxikon:eu:ai-act:control:distributor-corrective-action-control

    A pre-arranged capability to bring an already supplied system into conformity, withdraw it or recall it, and to immediately notify the provider or importer and the competent authorities.

    Hangs off: Article 24: obligations of distributors

    Editorially reviewed | value-chain

  93. ControlApplicablev1.0.05 relations

    Routing and deadline tracking of a request for an explanation

    praxikon:eu:ai-act:control:explanation-request-routing

    The control that ensures an incoming request reaches an identifiable person within a set period and is answered, instead of sitting in a general inbox.

    Hangs off: Article 85: right to lodge a complaint with the market surveillance authority, Article 86: right to an explanation of a decision

    Editorially reviewed | fundamental-rights

  94. ControlUpcomingv1.0.04 relations

    Currency check on the FRIA elements during use

    praxikon:eu:ai-act:control:fria-in-use-currency-check

    Periodically and on every change in process, duration of use, affected groups, risks or oversight measures, check whether the recorded elements still hold, and update the information as soon as they do not.

    Hangs off: Article 27: FRIA

    Editorially reviewed | fundamental-rights

  95. Controlv1.0.05 relations

    Pre-deployment FRIA go/no-go

    praxikon:eu:ai-act:control:fria-pre-deployment-gate

    Block deployment until applicability, assessment, mitigation and notification have been completed.

    Hangs off: Article 27: FRIA

    Editorially reviewed | control, fundamental-rights

  96. ControlApplicablev1.0.02 relations

    Half-yearly review of whether your chosen compliance route still covers you

    praxikon:eu:ai-act:control:gpai-compliance-route-review

    Establish every six months whether you demonstrate compliance through a code of practice, through a published harmonised standard, or through alternative adequate means, and whether the underlying file matches that choice.

    Hangs off: Article 53: GPAI model providers

    Editorially reviewed | gpai

  97. Controlv1.0.03 relations

    GPAI documentation change control

    praxikon:eu:ai-act:control:gpai-documentation-change-control

    Update documentation and downstream information when the model, capabilities or risks change.

    Hangs off: Article 53: GPAI model providers

    Editorially reviewed | control, gpai

  98. ControlUpcomingv1.0.03 relations

    Stop rule and notification route on doubts about conformity

    praxikon:eu:ai-act:control:importer-stop-and-notify-control

    As soon as you have sufficient reason to consider a system non-conforming or falsified, it does not go to market, and where there is a risk you notify the provider, the authorised representative and the market surveillance authorities.

    Hangs off: Article 23: obligations of importers

    Editorially reviewed | value-chain

  99. Controlv1.0.04 relations

    Role reassessment on every change

    praxikon:eu:ai-act:control:value-chain-representative-control

    Repeat the role assessment on every rebranding, modification or new use of an existing system.

    Hangs off: Articles 22-25: value chain and authorised representative

    Editorially reviewed | control, value-chain

  100. DefinitionIn forcev1.0.02 relations

    Provider

    praxikon:eu:ai-act:definition:definitie-aanbieder

    The role carrying the heaviest obligations, and the role organisations most often end up in by accident.

    Placed against the official source | definitions

  101. DefinitionIn forcev1.0.01 relations

    Notified body

    praxikon:eu:ai-act:definition:definitie-aangemelde-instantie

    A conformity assessment body notified in accordance with this regulation and other relevant Union harmonisation legislation. Only notified bodies may carry out the external assessments under the AI Act.

    Placed against the official source | definitions

  102. DefinitionIn forcev1.0.02 relations

    Notifying authority

    praxikon:eu:ai-act:definition:definitie-aanmeldende-autoriteit

    The national authority responsible for setting up and carrying out the procedures for assessing, designating and notifying conformity assessment bodies, and for monitoring them.

    Placed against the official source | definitions

  103. DefinitionIn forcev1.0.02 relations

    AI Office

    praxikon:eu:ai-act:definition:definitie-ai-bureau

    Not a standalone authority but a function within the European Commission. For general-purpose AI models the AI Office is your supervisor; for ordinary AI systems it is not.

    Placed against the official source | definitions

  104. DefinitionIn forcev1.0.02 relations

    AI literacy

    praxikon:eu:ai-act:definition:definitie-ai-geletterdheid

    Skills, knowledge and understanding that enable providers, deployers and affected persons to deploy AI systems in an informed way and to become aware of the opportunities, risks and possible harm of AI.

    Placed against the official source | definitions

  105. DefinitionIn forcev1.0.03 relations

    General-purpose AI model (GPAI model)

    praxikon:eu:ai-act:definition:definitie-ai-model-voor-algemene-doeleinden

    The model is not the system, and that distinction determines which chapter of obligations applies to you.

    Placed against the official source | definitions

  106. DefinitionIn forcev1.0.02 relations

    AI system

    praxikon:eu:ai-act:definition:definitie-ai-systeem

    The gateway definition of the Regulation's system track: if your application falls outside it, the obligations for AI systems do not apply. General-purpose AI models run on a separate track under Article 3(63), with their own obligations in Article 53.

    Placed against the official source | definitions

  107. DefinitionIn forcev1.0.01 relations

    AI regulatory sandbox

    praxikon:eu:ai-act:definition:definitie-ai-testomgeving-voor-regelgeving

    A controlled framework set up by a competent authority in which you may temporarily develop, train, validate and test an innovative AI system under regulatory supervision, following a sandbox plan.

    Placed against the official source | definitions

  108. DefinitionIn forcev1.0.02 relations

    Intended purpose

    praxikon:eu:ai-act:definition:definitie-beoogd-doel

    The use set by the provider on which the entire risk classification and assessment rest.

    Placed against the official source | definitions

  109. DefinitionIn forcev1.0.02 relations

    Special categories of personal data

    praxikon:eu:ai-act:definition:definitie-bijzondere-categorieen-persoonsgegevens

    The sensitive data categories from the GDPR and related European rules, imported here because the AI Act attaches both a prohibition and a narrow exception to them.

    Placed against the official source | definitions

  110. DefinitionIn forcev1.0.02 relations

    Biometric data

    praxikon:eu:ai-act:definition:definitie-biometrische-gegevens

    The AI Act uses its own, broader wording than the GDPR, and that difference decides whether you land in Annex III or Article 5.

    Placed against the official source | definitions

  111. DefinitionIn forcev1.0.03 relations

    Biometric identification

    praxikon:eu:ai-act:definition:definitie-biometrische-identificatie

    A one-to-many comparison against a database, to be distinguished from the one-to-one verification of point 36.

    Placed against the official source | definitions

  112. DefinitionIn forcev1.0.02 relations

    Post-remote biometric identification system

    praxikon:eu:ai-act:definition:definitie-biometrische-identificatie-op-afstand-achteraf

    The residual category: any remote identification that is not real-time. Not prohibited, but high-risk, and subject to its own authorisation regime in law enforcement.

    Placed against the official source | definitions

  113. DefinitionIn forcev1.0.02 relations

    Real-time remote biometric identification system

    praxikon:eu:ai-act:definition:definitie-biometrische-identificatie-op-afstand-in-real-time

    Remote identification where capture, comparison and identification happen without significant delay. The legislator explicitly closed the escape route of an artificial delay.

    Placed against the official source | definitions

  114. DefinitionIn forcev1.0.03 relations

    CE marking

    praxikon:eu:ai-act:definition:definitie-ce-markering

    The marking by which a provider indicates that an AI system conforms to the requirements of Chapter III, Section 2 and to other applicable Union harmonisation legislation providing for its affixing.

    Placed against the official source | definitions

  115. DefinitionIn forcev1.0.01 relations

    Conformity assessment

    praxikon:eu:ai-act:definition:definitie-conformiteitsbeoordeling

    The process of demonstrating that a high-risk AI system meets the requirements of Chapter III, Section 2. It is the evidence step for high-risk systems, not for all AI.

    Placed against the official source | definitions

  116. DefinitionIn forcev1.0.01 relations

    Conformity assessment body

    praxikon:eu:ai-act:definition:definitie-conformiteitsbeoordelingsinstantie

    A body that performs third-party conformity assessment activities, including testing, certification and inspection.

    Placed against the official source | definitions

  117. DefinitionIn forcev1.0.02 relations

    Deep fake

    praxikon:eu:ai-act:definition:definitie-deepfake

    Far broader than fake videos of famous people: objects, places, entities and events are covered too.

    Placed against the official source | definitions

  118. DefinitionIn forcev1.0.03 relations

    Distributor

    praxikon:eu:ai-act:definition:definitie-distributeur

    Any link in the supply chain that makes an AI system available on the Union market and is neither provider nor importer.

    Placed against the official source | definitions

  119. DefinitionIn forcev1.0.02 relations

    Downstream provider

    praxikon:eu:ai-act:definition:definitie-downstreamaanbieder

    A provider of an AI system, including a general-purpose AI system, which integrates an AI model, regardless of whether that model is provided by themselves and vertically integrated or obtained from another entity on a contractual basis.

    Placed against the official source | definitions

  120. DefinitionIn forcev1.0.02 relations

    Emotion recognition system

    praxikon:eu:ai-act:definition:definitie-emotieherkenningssysteem

    Prohibited in the workplace and in education since 2 February 2025; elsewhere an information duty under Article 50 applies since 2 August 2026.

    Placed against the official source | definitions

  121. DefinitionIn forcev1.0.02 relations

    Serious incident

    praxikon:eu:ai-act:definition:definitie-ernstig-incident

    Four categories of consequence, one of which is an infringement of fundamental rights protection. No physical harm is needed before a notification duty arises.

    Placed against the official source | definitions

  122. DefinitionIn forcev1.0.02 relations

    Instructions for use

    praxikon:eu:ai-act:definition:definitie-gebruiksinstructies

    The information the provider supplies to inform the deployer about, in particular, the intended purpose and proper use of an AI system. It is the hinge between the provider's obligations and the deployer's.

    Placed against the official source | definitions

  123. DefinitionIn forcev1.0.04 relations

    Deployer

    praxikon:eu:ai-act:definition:definitie-gebruiksverantwoordelijke

    The role that virtually every organisation buying and using AI ends up in.

    Placed against the official source | definitions

  124. DefinitionIn forcev1.0.01 relations

    Harmonised standard

    praxikon:eu:ai-act:definition:definitie-geharmoniseerde-norm

    A European standard published in the Official Journal which, if you apply it, produces a presumption of conformity. This is the fastest route to demonstrability, but the AI Act standards are not finished yet.

    Placed against the official source | definitions

  125. DefinitionIn forcev1.0.01 relations

    Informed consent

    praxikon:eu:ai-act:definition:definitie-geinformeerde-toestemming

    A subject's freely given, specific, unambiguous and voluntary expression of willingness to take part in a particular real-world test, after having been informed of all aspects relevant to that decision.

    Placed against the official source | definitions

  126. DefinitionIn forcev1.0.03 relations

    Authorised representative

    praxikon:eu:ai-act:definition:definitie-gemachtigde

    The European point of contact for a provider from outside the Union, valid only on the basis of a written mandate.

    Placed against the official source | definitions

  127. DefinitionIn forcev1.0.01 relations

    Common specification

    praxikon:eu:ai-act:definition:definitie-gemeenschappelijke-specificatie

    Technical specifications the Commission can adopt itself when harmonised standards are missing or fall short. The fallback that prevents the AI Act from stalling because standardisation is delayed.

    Placed against the official source | definitions

  128. DefinitionIn forcev1.0.01 relations

    Sensitive operational data

    praxikon:eu:ai-act:definition:definitie-gevoelige-operationele-gegevens

    Operational data around detection and prosecution whose disclosure could harm criminal proceedings. The concept on which the law enforcement exceptions to transparency rest.

    Placed against the official source | definitions

  129. DefinitionIn forcev1.0.02 relations

    Importer

    praxikon:eu:ai-act:definition:definitie-importeur

    Whoever places on the Union market a system bearing the name or trademark of a party established in a third country.

    Placed against the official source | definitions

  130. DefinitionIn forcev1.0.04 relations

    Placing on the market

    praxikon:eu:ai-act:definition:definitie-in-de-handel-brengen

    The first moment a system or model is made available on the Union market, and therefore the trigger for many obligations.

    Placed against the official source | definitions

  131. DefinitionIn forcev1.0.02 relations

    Putting into service

    praxikon:eu:ai-act:definition:definitie-in-gebruik-stellen

    The concept that brings internally built systems which are never sold within the scope of the Regulation.

    Placed against the official source | definitions

  132. DefinitionIn forcev1.0.02 relations

    Input data

    praxikon:eu:ai-act:definition:definitie-inputdata

    The data entering the system or acquired by it, on the basis of which it produces its output. This is the data definition that touches the deployer, not just the provider.

    Placed against the official source | definitions

  133. DefinitionIn forcev1.0.02 relations

    Critical infrastructure

    praxikon:eu:ai-act:definition:definitie-kritieke-infrastructuur

    Critical infrastructure as defined in Article 2, point (4), of Directive (EU) 2022/2557, the CER Directive. The AI Act gives no definition of its own here but aligns with that framework.

    Placed against the official source | definitions

  134. DefinitionIn forcev1.0.02 relations

    Market surveillance authority

    praxikon:eu:ai-act:definition:definitie-markttoezichtautoriteit

    The national supervisor that enforces the AI Act on the market, with the powers from the general market surveillance regulation. This is the party that comes knocking and requests your documentation.

    Placed against the official source | definitions

  135. DefinitionIn forcev1.0.02 relations

    National competent authority

    praxikon:eu:ai-act:definition:definitie-nationale-bevoegde-autoriteit

    An umbrella term for two very different roles: the notifying authority and the market surveillance authority. For EU institutions the European Data Protection Supervisor takes their place.

    Placed against the official source | definitions

  136. DefinitionIn forcev1.0.02 relations

    Non-personal data

    praxikon:eu:ai-act:definition:definitie-niet-persoonsgebonden-gegevens

    Everything that is not personal data. The category exists to make clear that the AI Act applies even when no personal data is involved.

    Placed against the official source | definitions

  137. DefinitionIn forcev1.0.01 relations

    Publicly accessible space

    praxikon:eu:ai-act:definition:definitie-openbare-ruimte

    Any physical place, publicly or privately owned, accessible to an undetermined number of people. Access conditions and capacity limits are irrelevant.

    Placed against the official source | definitions

  138. DefinitionIn forcev1.0.05 relations

    Operator

    praxikon:eu:ai-act:definition:definitie-operator

    The umbrella term for all six roles in the chain, and not the person operating the controls.

    Placed against the official source | definitions

  139. DefinitionIn forcev1.0.02 relations

    Personal data

    praxikon:eu:ai-act:definition:definitie-persoonsgegevens

    The AI Act deliberately creates no separate concept here and refers to the GDPR. Your GDPR records and your AI Act file must therefore cover the same data.

    Placed against the official source | definitions

  140. DefinitionIn forcev1.0.01 relations

    Real-world testing plan

    praxikon:eu:ai-act:definition:definitie-plan-voor-testen-onder-reele-omstandigheden

    The document in which you set out in advance how you will test an AI system outside the lab: objective, methodology, scope, who takes part, for how long and how you monitor it. Without this plan, testing in real-world conditions is not permitted.

    Placed against the official source | definitions

  141. DefinitionIn forcev1.0.02 relations

    Performance of an AI system

    praxikon:eu:ai-act:definition:definitie-prestaties-ai-systeem

    The ability of an AI system to achieve its intended purpose. Performance is therefore measured against the intended purpose, not against a standalone technical score.

    Placed against the official source | definitions

  142. DefinitionIn forcev1.0.01 relations

    Subject

    praxikon:eu:ai-act:definition:definitie-proefpersoon

    For the purpose of real-world testing, a subject is a natural person who participates in such a test. The term comes from the testing regime, not from data protection law.

    Placed against the official source | definitions

  143. DefinitionIn forcev1.0.02 relations

    Profiling

    praxikon:eu:ai-act:definition:definitie-profilering

    Taken from the GDPR, but decisive in the AI Act: an Annex III system that profiles always remains high-risk.

    Placed against the official source | definitions

  144. DefinitionIn forcev1.0.02 relations

    Law enforcement

    praxikon:eu:ai-act:definition:definitie-rechtshandhaving

    The activity, not the authority. Work carried out on behalf of a law enforcement authority is covered as well, including where a private party performs it.

    Placed against the official source | definitions

  145. DefinitionIn forcev1.0.01 relations

    Law enforcement authority

    praxikon:eu:ai-act:definition:definitie-rechtshandhavingsinstantie

    Not just the police and prosecution service. Also any other body entrusted under national law with public authority for detection, prosecution or public security.

    Placed against the official source | definitions

  146. DefinitionIn forcev1.0.02 relations

    Reasonably foreseeable misuse

    praxikon:eu:ai-act:definition:definitie-redelijkerwijs-te-voorzien-misbruik

    Use outside the intended purpose that the provider could have seen coming, and must therefore anticipate.

    Placed against the official source | definitions

  147. DefinitionIn forcev1.0.02 relations

    Risk

    praxikon:eu:ai-act:definition:definitie-risico

    Risk is the combination of the probability of harm occurring and the severity of that harm. It is the unit of measurement underpinning the entire regulation, from prohibited practices to the Article 9 risk management system.

    Placed against the official source | definitions

  148. DefinitionIn forcev1.0.02 relations

    Substantial modification

    praxikon:eu:ai-act:definition:definitie-substantiele-wijziging

    A change to an AI system after it has been placed on the market or put into service that the provider did not foresee in the initial conformity assessment, and that affects compliance with Chapter III, Section 2 or changes the intended purpose.

    Placed against the official source | definitions

  149. DefinitionIn forcev1.0.02 relations

    Biometric categorisation system

    praxikon:eu:ai-act:definition:definitie-systeem-voor-biometrische-categorisering

    An AI system that assigns people to categories on the basis of their biometric data. The carve-out for functions ancillary to another commercial service is narrow and is routinely read far too broadly in practice.

    Placed against the official source | definitions

  150. DefinitionIn forcev1.0.02 relations

    Remote biometric identification system

    praxikon:eu:ai-act:definition:definitie-systeem-voor-biometrische-identificatie-op-afstand

    An AI system that identifies people without their active involvement, typically at a distance, by comparing them against a reference database. The decisive words are "active involvement".

    Placed against the official source | definitions

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.