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

63 objects in this selection.

  1. EvidenceUpcomingv1.0.03 relations

    File of reports and assessments with the AI Office

    praxikon:eu:ai-act:evidence:ai-office-incident-and-assessment-record

    Per serious incident: when you established it, when and where you reported it, which system version it concerned and how you met the Article 73 deadlines. Per third-party conformity assessment: that the Office was responsible, which notified body acted on behalf of the Commission, which fees you paid directly and when the assessment was completed.

    Hangs off: Article 75(1a) and (1e): reporting to and assessment by the AI Office

    Editorially reviewed | enforcement, evidence

  2. EvidenceUpcomingv1.0.03 relations

    Product route record

    praxikon:eu:ai-act:evidence:annex-i-product-route-record

    Per product: the Annex I legal act, the section it falls under after 27 July 2026, the conformity assessment procedure chosen and whether a third party is involved, the harmonised standards any opt-out relies on, the AI functions identified as safety components together with the failure analysis, and the role you carry as a result. This is the file that shows why your system is or is not high risk through Article 6(1).

    Hangs off: Article 6(1): the product route to high risk

    Editorially reviewed | evidence, high-risk

  3. EvidenceUpcomingv1.0.04 relations

    Record of the mapping to a point of Annex III

    praxikon:eu:ai-act:evidence:annex-iii-area-mapping-record

    Per system: the intended purpose in your own words, the chosen point and lettered subpoint, the reasoning, the outcome of the Article 6(3) assessment with the condition it rests on, whether the system performs profiling, and for a reasoned no also the documentation and registration required by Article 6(4) and Article 49(2). Plus who assessed it and when. This is the document with which you later explain why the system was out of scope.

    Hangs off: Annex III: the eight areas separately

    Editorially reviewed | high-risk

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

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

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

  7. Evidencev1.0.04 relations

    Data governance file

    praxikon:eu:ai-act:evidence:article-10-data-governance-record

    Record per dataset of origin, choices, assumptions, bias examination and mitigations.

    Hangs off: Article 10: data and data governance

    Editorially reviewed | evidence, high-risk-requirements

  8. Evidencev1.0.03 relations

    Technical file (Annex IV)

    praxikon:eu:ai-act:evidence:article-11-technical-documentation-record

    Technical documentation kept current per system version, ready for a supervisor’s request.

    Hangs off: Article 11: technical documentation

    Editorially reviewed | evidence, high-risk-requirements

  9. Evidencev1.0.04 relations

    Logs and retention regime

    praxikon:eu:ai-act:evidence:article-12-logging-record

    Log files with a retention period appropriate to the purpose and at least six months for deployers (Articles 19 and 26).

    Hangs off: Article 12: logging and traceability

    Editorially reviewed | evidence, high-risk-requirements

  10. Evidencev1.0.04 relations

    Instructions and interpretation file

    praxikon:eu:ai-act:evidence:article-13-instructions-record

    The received instructions for use plus their internal translation into work instructions per role.

    Hangs off: Article 13: transparency towards deployers

    Editorially reviewed | evidence, high-risk-requirements

  11. Evidencev1.0.04 relations

    Oversight file per system

    praxikon:eu:ai-act:evidence:article-14-human-oversight-record

    Record of oversight measures, appointed persons, their training and the moments of intervention.

    Hangs off: Article 14: human oversight

    Editorially reviewed | evidence, high-risk-requirements

  12. Evidencev1.0.03 relations

    Performance and security file

    praxikon:eu:ai-act:evidence:article-15-accuracy-robustness-record

    Declared accuracy levels, test results, and measures against data poisoning and adversarial attacks among others.

    Hangs off: Article 15: accuracy, robustness and cybersecurity

    Editorially reviewed | evidence, high-risk-requirements

  13. EvidenceUpcomingv1.0.03 relations

    Provider dossier per high-risk AI system

    praxikon:eu:ai-act:evidence:article-16-provider-dossier

    One dossier per system holding the documentation, the logs, the EU declaration of conformity and the registration record, in the version that applied at the moment of placing on the market.

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

    Editorially reviewed | high-risk-requirements

  14. Evidencev1.0.03 relations

    QMS documentation

    praxikon:eu:ai-act:evidence:article-17-quality-management-record

    The documented quality system with procedures, role assignment and references to the underlying files.

    Hangs off: Article 17: quality management system

    Editorially reviewed | evidence, high-risk-requirements

  15. EvidenceUpcomingv1.0.03 relations

    Retention file per high-risk system

    praxikon:eu:ai-act:evidence:article-18-retention-dossier

    Per system: the technical documentation, the quality management system documentation, the changes approved by notified bodies, the decisions and documents they issued, and the EU declaration of conformity, with the date of placing on the market, the date of putting into service and the resulting end date of the retention period.

    Hangs off: Article 18: documentation keeping

    Editorially reviewed | evidence, high-risk-requirements

  16. Evidencev1.0.05 relations

    AI literacy measures record

    praxikon:eu:ai-act:evidence:article-4-measures-record

    Versioned record of roles, context, measures, participation or instruction and review moments.

    Hangs off: Article 4: AI literacy

    Editorially reviewed | ai-literacy, evidence

  17. EvidenceApplicablev1.0.03 relations

    Register of participation and instruction per person, system and date

    praxikon:eu:ai-act:evidence:article-4-participation-register

    Internal register showing who received which instruction, working session, training or guidance, for which system, on which date and on what basis, including new joiners, contractors and external staff.

    Hangs off: Article 4: AI literacy

    Editorially reviewed | ai-literacy

  18. EvidenceApplicablev1.0.03 relations

    Role-system matrix with the established literacy need

    praxikon:eu:ai-act:evidence:article-4-role-system-matrix-record

    The recorded matrix of roles against AI systems, with the context of use, affected persons, risk and selected measure per combination, dated and with an owner per row.

    Hangs off: Article 4: AI literacy

    Editorially reviewed | ai-literacy

  19. EvidenceEditorialv1.0.05 relations

    File accompanying a request to derogate from the conformity assessment

    praxikon:eu:ai-act:evidence:article-46-derogation-request-file

    Per request: which system and which version, which exceptional reason was invoked and on which facts, to which market surveillance authority and on what date the request was made, what the status of the conformity assessment was, which end date was agreed, when the notification of paragraph 3 was made, and what the outcome was.

    Hangs off: Article 46: derogation from conformity assessment procedure

    Editorially reviewed | conformity, enforcement, evidence

  20. EvidenceApplicablev1.0.07 relations

    Article 49 registration dossier

    praxikon:eu:ai-act:evidence:article-49-registration-dossier

    Per system: which Article 49 route was followed, the registration number, the date of registration, the name of the person who submitted it, the system version the entry relates to, and, for the secure section, a statement of which limited fields from Annex VIII and Annex IX were completed.

    Hangs off: Article 49: registration in the EU database before the system reaches the market

    Editorially reviewed | conformity, evidence, high-risk

  21. Evidencev1.0.04 relations

    Article 5 screening record

    praxikon:eu:ai-act:evidence:article-5-screening-record

    A record per system that the Article 5 screening was performed, with outcome and reasoning. The conclusion "no prohibited practice" is evidence too.

    Hangs off: Article 5: prohibited practices

    Editorially reviewed | evidence, prohibited-practices

  22. EvidenceApplicablev1.0.03 relations

    Test report per touchpoint: disclosure visible, timely and accessible

    praxikon:eu:ai-act:evidence:article-50-disclosure-test-report

    Dated record per interface and channel showing that the disclosure appears at the latest at first interaction or exposure, is clear and distinguishable, and passed the accessibility check, with screenshot, version number and tester identity.

    Hangs off: Article 50: transparency

    Editorially reviewed | transparency

  23. Evidencev1.0.05 relations

    Transparency implementation record

    praxikon:eu:ai-act:evidence:article-50-implementation-record

    Record of scenario, actor, disclosure or marking, technical implementation, test and owner.

    Hangs off: Article 50: transparency

    Editorially reviewed | evidence, transparency

  24. EvidenceApplicablev1.0.03 relations

    Supplier statement on machine-readable marking of output

    praxikon:eu:ai-act:evidence:article-50-supplier-marking-statement

    Written statement from the supplier describing which marking is applied to the output, in which machine-readable format, how robust and interoperable the solution is, and whether the marking survives editing or export.

    Hangs off: Article 50: transparency

    Editorially reviewed | transparency

  25. Evidencev1.0.03 relations

    Systemic-risk file

    praxikon:eu:ai-act:evidence:article-55-gpai-systemic-risk-record

    Evaluation results, risk assessments, mitigations, incident reports and security measures per model version.

    Hangs off: Article 55: GPAI models with systemic risk

    Editorially reviewed | evidence, gpai-systemic-risk

  26. EvidenceEditorialv1.0.04 relations

    Record of the decision on a code of practice

    praxikon:eu:ai-act:evidence:article-56-code-adherence-decision-record

    Per model: the decision whether or not to adhere to a code of practice, the version and chapter it relates to, the date and the authorised signatory, whether adherence was limited under paragraph 7 to the obligations in Article 53, and, where the decision is negative, the elaboration of your own for the issues in paragraph 2.

    Hangs off: Article 56: codes of practice for general-purpose AI models

    Editorially reviewed | evidence, governance, gpai, gpai-systemic-risk

  27. EvidenceApplicablev1.0.03 relations

    Written proof of participation and the exit report

    praxikon:eu:ai-act:evidence:article-57-written-proof-and-exit-report

    On request, the competent authority provides written proof of the activities successfully carried out, plus an exit report with results and learning outcomes. You can use that documentation in conformity assessment and in market surveillance.

    Hangs off: Article 57: AI regulatory sandboxes

    Editorially reviewed | innovation

  28. EvidenceApplicablev1.0.04 relations

    Dated and documented informed consent of test subjects

    praxikon:eu:ai-act:evidence:article-61-informed-consent-record

    For every test subject you record freely given informed consent, covering five prescribed information elements, dated, documented, with a copy provided to the subject.

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

    Editorially reviewed | innovation

  29. EvidenceApplicablev1.0.04 relations

    Information pack for subjects of testing in real world conditions

    praxikon:eu:ai-act:evidence:article-61-subject-information-pack

    The document that precedes consent: per test the five points of Article 61(1) written out, with the Union-wide unique single identification number, the contact details from whom further information can be obtained, and the mechanism for requesting the reversal or the disregarding of an output. This is a different item from the dated consent record itself, which sits in article-61-informed-consent-record.

    Hangs off: Article 61: informed consent of test subjects for testing in real world conditions

    Editorially reviewed | evidence, fundamental-rights, innovation

  30. EvidenceEditorialv1.0.04 relations

    File on SME status and facilities used

    praxikon:eu:ai-act:evidence:article-62-sme-status-record

    The substantiation of your status as an SME or start-up with the date, the evidence of a registered office or branch in the Union, and per facility what was applied for, with which body, on what date and with what outcome, including the answer to how the fee reduction was applied.

    Hangs off: Article 62: measures for providers and deployers that are SMEs or start-ups

    Editorially reviewed | evidence, governance, innovation

  31. EvidenceEditorialv1.0.03 relations

    File on microenterprise status

    praxikon:eu:ai-act:evidence:article-63-sme-eligibility-record

    The record of the test against Recommendation 2003/361/EC with the date, the evidence that there are no partner enterprises or linked enterprises, and the list of the elements of the quality management system for which you want to invoke a simplification once the Commission guidelines exist.

    Hangs off: Article 63: derogations for SMEs in the quality management system

    Editorially reviewed | evidence, high-risk-requirements, innovation

  32. Evidencev1.0.04 relations

    Monitoring plan and reports

    praxikon:eu:ai-act:evidence:article-72-post-market-monitoring-record

    The plan as part of the technical documentation plus the periodic analyses and follow-up actions.

    Hangs off: Article 72: post-market monitoring

    Editorially reviewed | evidence, post-market

  33. Evidencev1.0.04 relations

    Incident register and reports

    praxikon:eu:ai-act:evidence:article-73-incident-reporting-record

    Record of incidents, analyses, reports to supervisors and corrective measures.

    Hangs off: Article 73: serious incident reporting

    Editorially reviewed | evidence, post-market

  34. EvidenceEditorialv1.0.05 relations

    Register of submissions to authorities

    praxikon:eu:ai-act:evidence:article-78-submission-register

    Per submission: which system, which document, which version, to which recipient, on what date, which part was marked confidential, and which purpose the recipient stated.

    Hangs off: Article 78: confidentiality of what you submit to an authority

    Editorially reviewed | enforcement, evidence, governance

  35. EvidenceEditorialv1.0.03 relations

    Justification of the state of the art

    praxikon:eu:ai-act:evidence:article-8-state-of-the-art-justification

    Per system and per version: which intended purpose was taken, which standards, specifications, evaluation methods and test sets were treated as the state of the art, which were deliberately not applied and why, who established that, and on what date the record was reviewed again.

    Hangs off: Article 8: compliance with the requirements for high-risk AI systems

    Editorially reviewed | conformity, evidence, high-risk-requirements

  36. Evidencev1.0.03 relations

    Risk management file

    praxikon:eu:ai-act:evidence:article-9-risk-management-record

    Versioned record of risk analyses, chosen measures, residual risks and test results per system version.

    Hangs off: Article 9: risk management system

    Editorially reviewed | evidence, high-risk-requirements

  37. EvidenceEditorialv1.0.04 relations

    Register of voluntary commitments alongside the obligations

    praxikon:eu:ai-act:evidence:article-95-voluntary-commitment-register

    Per system and per commitment: which requirements you apply voluntarily, under which paragraph of Article 95, with which objectives and key performance indicators, who owns it, when it is measured, and which obligation under the Regulation continues to apply in full alongside it.

    Hangs off: Article 95: codes of conduct for voluntary application of specific requirements

    Editorially reviewed | evidence, governance, innovation

  38. EvidenceEditorialv1.0.08 relations

    Register of penalty ceilings per obligation

    praxikon:eu:ai-act:evidence:article-99-101-penalty-exposure-register

    Per obligation: which ceiling attaches to it and on which provision that rests, whether the level follows from national law and if so from which, and whether the Article 101 or Article 75c regime is added on top. This is the document that shows a board there is no single amount, and that substantiates where you make your controls heavier.

    Hangs off: Article 99, 100 and 101: the penalty structure per obligation

    Editorially reviewed | enforcement, evidence

  39. EvidenceUpcomingv1.0.03 relations

    Response file for a request from a competent authority

    praxikon:eu:ai-act:evidence:authority-request-response-file

    Per request: which authority made it and on what legal basis, on what date, on what grounds the request was reasoned, which documents and which logs were supplied, which system version they belong to, in what language and when. This file shows you delivered fully and in time, also years later when the staff involved have left.

    Hangs off: Article 21: cooperation with competent authorities

    Editorially reviewed | evidence, high-risk-requirements

  40. EvidenceApplicablev1.0.06 relations

    Necessity file for bias testing

    praxikon:eu:ai-act:evidence:bias-testing-necessity-record

    Per processing operation: the system or model, the paragraph of Article 4a relied on, the justification why synthetic or anonymised data do not suffice, the technical and organisational safeguards applied, the access list, the confirmation that no other party can reach the data, and the deletion date. This is also the text that paragraph 1, point (f), requires in the record of processing activities.

    Hangs off: Article 4a: legal basis for bias testing with special categories of personal data

    Editorially reviewed | fundamental-rights, high-risk-requirements

  41. Evidencev1.0.04 relations

    Conformity file

    praxikon:eu:ai-act:evidence:conformity-ce-registration-record

    The assessment, EU declaration of conformity, CE marking and registration proof, per system version.

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

    Editorially reviewed | conformity, evidence

  42. EvidenceUpcomingv1.0.03 relations

    Record of corrective actions

    praxikon:eu:ai-act:evidence:corrective-action-record

    Per case: which signal came in and when, which system and which version it concerned, which measure was chosen and why, who decided on it, which parties were informed and when, and what the investigation of causes produced. This is the file that shows that "immediately" is a moment in your organisation rather than an estimate after the fact.

    Hangs off: Article 20: corrective actions and duty of information

    Editorially reviewed | evidence, post-market

  43. EvidenceUpcomingv1.0.04 relations

    Deployment dossier: logs, worker information and information to affected persons

    praxikon:eu:ai-act:evidence:deployer-use-dossier

    The dossier that shows you retain the logs, that you informed workers and their representatives in time, and that the people about whom decisions are made are aware of it.

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

    Editorially reviewed | high-risk-requirements

  44. EvidenceUpcomingv1.0.03 relations

    Distributor log of checks and corrective actions

    praxikon:eu:ai-act:evidence:distributor-check-and-action-log

    A running record of what you checked, when, with what outcome and which action followed, because the supervisor asks about your conduct rather than about the system.

    Hangs off: Article 24: obligations of distributors

    Editorially reviewed | value-chain

  45. EvidenceUpcomingv1.0.05 relations

    EU database registration file

    praxikon:eu:ai-act:evidence:eu-database-entry-record

    Per system: which Annex VIII data was entered, by which natural person with the legal authority to do so, on what date, in which version, when the entry was last checked against reality, and for a public deployer the URL of the entry made by the provider. This is also the file that shows the public entry and your internal documents say the same thing.

    Hangs off: Article 71: EU database for high-risk AI systems listed in Annex III

    Editorially reviewed | conformity, evidence

  46. EvidenceApplicablev1.0.05 relations

    Register of requests for an explanation

    praxikon:eu:ai-act:evidence:explanation-request-record

    Per request: who made it, about which decision, which system and which version contributed to it, what explanation was given and when. This is also the file that shows you did not silently ignore the right.

    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

  47. EvidenceUpcomingv1.0.04 relations

    Notification to the market surveillance authority with the completed template

    praxikon:eu:ai-act:evidence:fria-authority-notification

    The sent notification through which you report the assessment results to the market surveillance authority, with the completed template attached, plus date of dispatch and acknowledgement of receipt.

    Hangs off: Article 27: FRIA

    Editorially reviewed | fundamental-rights

  48. EvidenceUpcomingv1.0.04 relations

    Crosswalk showing the FRIA complements rather than repeats the DPIA

    praxikon:eu:ai-act:evidence:fria-dpia-crosswalk

    An overview indicating per Article 27(1) element whether it is already covered in the data protection impact assessment and where, so it is visible which elements exist only in the FRIA.

    Hangs off: Article 27: FRIA

    Editorially reviewed | fundamental-rights

  49. Evidencev1.0.06 relations

    FRIA report and notification

    praxikon:eu:ai-act:evidence:fria-report

    Dated impact assessment, measures, residual risks and, where required, notification to the market surveillance authority.

    Hangs off: Article 27: FRIA

    Editorially reviewed | evidence, fundamental-rights

  50. Evidencev1.0.04 relations

    GPAI compliance file

    praxikon:eu:ai-act:evidence:gpai-compliance-file

    Current technical documentation, downstream information, copyright policy and public training summary.

    Hangs off: Article 53: GPAI model providers

    Editorially reviewed | evidence, gpai

  51. EvidenceApplicablev1.0.02 relations

    Model version register listing the changed Annex XI and XII elements per version

    praxikon:eu:ai-act:evidence:gpai-model-version-register

    A register with one row per model version: release date, distribution method, architecture and parameter count, compute used, and a note of which Annex XI and Annex XII elements changed relative to the previous version.

    Hangs off: Article 53: GPAI model providers

    Editorially reviewed | gpai

  52. EvidenceApplicablev1.0.02 relations

    Public summary of training content following the AI Office template

    praxikon:eu:ai-act:evidence:gpai-public-training-summary

    The published, sufficiently detailed summary of the content used to train the model, drawn up according to the template provided by the AI Office, with publication date and the corresponding model version.

    Hangs off: Article 53: GPAI model providers

    Editorially reviewed | gpai

  53. EvidenceApplicablev1.0.04 relations

    Mandate file of the authorised representative

    praxikon:eu:ai-act:evidence:gpai-representative-mandate-file

    The written mandate itself, in an official language of the institutions of the Union, together with the copy of the Annex XI technical documentation, the contact details of the provider, and the record of the verification under paragraph 3(a). The provider grants the mandate and supplies the documentation; the ten year retention after the placing on the market rests under paragraph 3(b) with the representative, which keeps the file at the disposal of the AI Office and national competent authorities.

    Hangs off: Article 54: authorised representative of a provider of a GPAI model

    Editorially reviewed | evidence, gpai

  54. EvidenceUpcomingv1.0.03 relations

    Importer dossier with ten-year retention

    praxikon:eu:ai-act:evidence:importer-verification-record

    Your own archive of the notified body certificate, the instructions for use and the EU declaration of conformity, available for ten years and in a language the authority easily understands.

    Hangs off: Article 23: obligations of importers

    Editorially reviewed | value-chain

  55. EvidenceEditorialv1.0.04 relations

    File of reports about AI systems

    praxikon:eu:ai-act:evidence:infringement-report-record

    Per report: what was reported, about which system and which version, what was done with it, when feedback was given and who handled it. The deadlines against which that is measured sit in Article 9(1) of Directive (EU) 2019/1937: acknowledgement of receipt within seven days (point (b)) and feedback within three months (point (f)). This file has limits that are as hard as the record keeping itself: the identity of the person reporting stays shielded and does not travel with the substantive follow-up (Article 16), nothing is retained longer than necessary and proportionate (Article 18(1)), and an oral report is recorded only with the consent of the person reporting (Article 18(2) to (4)). Without those limits the file is itself a risk, including under the GDPR.

    Hangs off: Article 87: reporting of infringements and protection of reporting persons

    Editorially reviewed | evidence, fundamental-rights

  56. EvidenceApplicablev1.0.04 relations

    Transition register of legacy high-risk systems

    praxikon:eu:ai-act:evidence:legacy-system-transition-register

    Per type and model: the date the first unit was placed on the market or put into service, the route and therefore the cut off date, whether it is intended to be used by public authorities, which design changes have been made since that cut off, and per change the judgement whether it was significant with the reasoning and the date. This is the file that shows which track a system was on and why.

    Hangs off: Article 111(2): legacy high-risk systems and the 2 August 2030 date

    Editorially reviewed | high-risk, timeline

  57. Evidencev1.0.03 relations

    Certificate file per system

    praxikon:eu:ai-act:evidence:notified-body-certificate-record

    Per high-risk system: the certificate itself and the route along which it was issued, the notified body that issued it, its validity period and expiry date, its supplements, the extension requests with the re-assessment underlying them, the assessment per change of whether it was substantial within the meaning of Article 43(4), every decision to suspend, withdraw or restrict together with the reasons the body gave for it, and the notices from the body on cessation or change of its designation with the confirmation that followed.

    Hangs off: Article 44: certificates of notified bodies

    Editorially reviewed | conformity, evidence

  58. EvidenceEditorialv1.0.03 relations

    File on the chosen notified body

    praxikon:eu:ai-act:evidence:notified-body-standing-record

    Per body: identification number, Member State of establishment, the conformity assessment activities and system types for which it is notified, the date of each check against the public list, the outcome of the independence test, the subcontracted tasks with your written agreement, and every notice of a change to its designation.

    Hangs off: Articles 28 to 39: notifying authorities and notified bodies

    Editorially reviewed | conformity, evidence, governance

  59. EvidenceEditorialv1.0.03 relations

    Record of the safety component assessment

    praxikon:eu:ai-act:evidence:safety-component-assessment-record

    Per AI component: the intended purpose, the function inside the product, the failure analysis with its consequence for health and safety, the basis of the third-party conformity assessment, and which of paragraphs 1a, 1b and 1c was applied and why. This is a self-maintained file; the Regulation does not prescribe it, and for products under Annex I, Section B, the technical documentation of Article 11 and Annex IV does not apply at all.

    Hangs off: Article 6(1a) to (1c): the tightened classification route

    Editorially reviewed | conformity, high-risk

  60. EvidenceEditorialv1.0.04 relations

    Coverage matrix and justification for standards and specifications

    praxikon:eu:ai-act:evidence:standards-conformity-justification-file

    Per requirement of Section 2: the harmonised standard or common specification applied with its version, the publication status of the reference in the Official Journal, what the standard or specification does and does not cover, and on departure the Article 41(5) justification with the technical solution chosen and the test showing equivalence.

    Hangs off: Articles 40 to 42: standards, common specifications and presumption of conformity

    Editorially reviewed | conformity, evidence, standards

  61. EvidenceApplicablev1.0.03 relations

    Record of the competent supervisor per system

    praxikon:eu:ai-act:evidence:supervisor-mapping-record

    Per AI system: which model underlies it, from which provider, whether model and system come from the same undertaking, whether the system constitutes or is integrated into a designated very large online platform or search engine, which carve-out in paragraph 1 applies if any and which authority follows from it. With a date and with the system version the assessment covers.

    Hangs off: Article 75: market surveillance, mutual assistance and the powers of the AI Office

    Editorially reviewed | enforcement, evidence

  62. EvidenceApplicablev1.0.03 relations

    Systemic-risk notification file

    praxikon:eu:ai-act:evidence:systemic-risk-notification-file

    Per model version: the measured and planned training compute with the scope of recital 111, so including pre-training, synthetic data generation and fine-tuning, the moment the threshold was reached or foreseen, the notification sent with its supporting information, any arguments under paragraph 2, any reassessment request under paragraph 5, and the response or designation decision of the Commission.

    Hangs off: Article 52: notification of a GPAI model with systemic risk

    Editorially reviewed | gpai-systemic-risk

  63. Evidencev1.0.04 relations

    Value-chain file

    praxikon:eu:ai-act:evidence:value-chain-representative-record

    Record per system of role, contractual arrangements on information and cooperation, and the appointment of a representative where required.

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

    Editorially reviewed | evidence, value-chain

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.