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.
Objects
19 objects in this selection.
- ExampleEditorialv1.0.03 relations
Facial recognition at access control: the guard behind the camera counts too
praxikon:eu:ai-act:example:example-artikel-4-gezichtsherkenning-toegangscontrole
An organisation secures the entrances to its buildings with facial recognition and uses that biometric access control to register visitors as well. When the system returns no match, a security officer reviews the camera images and decides personally whether someone may enter. The question is whose measures have to reach that officer: those of the supplier of the model, those of the department that deploys the system, or both.
Hangs off: Article 4: AI literacy
Placed against the official source | examples
- ExampleEditorialv1.0.03 relations
Police using AI in investigations: context sets how deep the training goes
praxikon:eu:ai-act:example:example-artikel-4-politie-opsporingsanalyse
A police force uses AI to search large volumes of investigation files and surface connections a detective would otherwise miss. The outputs feed into the choice of which suspect is pursued further and end up in documents that enter the criminal process. The question is whether one and the same basic instruction is enough for the analyst operating the model and for the detective who acts on its output.
Hangs off: Article 4: AI literacy
Placed against the official source | examples
- ExampleEditorialv1.0.02 relations
Newsroom with generative AI: do freelancers count within your measures?
praxikon:eu:ai-act:example:example-artikel-4-redactie-generatieve-content
A newsroom uses generative AI to prepare summaries, headlines and imagery, after which an editor finishes the piece and the desk decides to publish. Part of that work sits with freelancers, and an outside agency produces marketing content with the same tools. The question is whether your AI literacy measures must reach those freelancers and that agency, or only the people on the payroll.
Hangs off: Article 4: AI literacy
Placed against the official source | examples
- ExampleEditorialv1.0.02 relations
AI chat in recruitment and selection: what the applicant must be told
praxikon:eu:ai-act:example:example-artikel-50-ai-chat-sollicitanten
A recruiter deploys an AI chat that puts candidates through a first screening conversation after they respond to a job posting, and adds their answers to their CV. The chat introduces itself with a first name and writes in a casual conversational tone. The question is whether these applicants reasonably realise that they are talking to an AI system.
Placed against the official source | examples
- ExampleEditorialv1.0.02 relations
Performance scoring for staff goes wrong: report or not
praxikon:eu:ai-act:example:example-beoordelingssysteem-personeel-incidentmelding
An employer uses an AI system that scores employee performance and lets that score weigh in promotion and dismissal. After a change to the model it turns out that a group of staff was scored too low for months, and decisions have already been taken on those scores. HR wonders whether this is a serious incident and who would have to report it.
Placed against the official source | examples
- ExampleEditorialv1.0.02 relations
Serious incident on the production line: who reports and within what deadline
praxikon:eu:ai-act:example:example-ernstig-incident-productielijn-meldtermijn
A manufacturer supplies an AI system that runs as a safety component in a machine on the production line and at the same time drives quality control. At a customer's factory an operator is seriously injured after the machine failed to stop on an anomaly. The question is who reports, to whom, and which clock is already running at that moment.
Placed against the official source | examples
- ExampleEditorialv1.0.02 relations
Awarding social assistance in a municipality: the FRIA and the notification
praxikon:eu:ai-act:example:example-fria-bijstandsuitkering-gemeente
A municipality wants to deploy an AI system that sorts applications for social assistance benefits and indicates which files merit extra scrutiny before a case worker decides. The application is already listed in the public algorithm register. The question is what has to be in place before the first citizen passes through this system.
Placed against the official source | examples
- ExampleEditorialv1.0.02 relations
Recidivism scoring in police work: when the assessment must be redone
praxikon:eu:ai-act:example:example-fria-recidiverisico-politie
A police service deploys an AI system that estimates the recidivism risk of a suspect, as an aid to the judgements later made by the prosecution service and the court. The model is subsequently retrained on newer investigative data and use is extended to a second region. The question is whether the assessment made for first use remains adequate.
Placed against the official source | examples
- ExampleEditorialv1.0.02 relations
Selection at student admission: a DPIA is not yet a FRIA
praxikon:eu:ai-act:example:example-fria-selectie-inschrijving-hogeschool
A university of applied sciences has an AI system rank applications for a vocational programme, using the exam results of earlier students to calibrate that ranking. A data protection impact assessment already exists for this processing. The question the school asks is whether that also covers the fundamental rights side of admission.
Placed against the official source | examples
- ExampleEditorialv1.0.01 relations
Logging in admission and assessment: what the institution keeps in its own hands
praxikon:eu:ai-act:example:example-logging-hogeschool-aanmelding-toetsing
A university of applied sciences uses a purchased AI system that ranks student admissions and also raises flags during digital assessment. The logs sit in the supplier environment, which hands them over on request. The teaching organisation wonders whether that settles the matter or whether the school retains a duty of its own.
Placed against the official source | examples
- ExampleEditorialv1.0.02 relations
Logging on the production line: which logs the manufacturer keeps and which the factory keeps
praxikon:eu:ai-act:example:example-logging-productielijn-veiligheidscomponent
A manufacturer supplies an AI system that runs as a safety component inside the machinery of a production line and also drives quality control. The factory operating the line keeps only the alerts visible in the local controller; the rest of the recording flows to the supplier environment. The question is who has to keep which logs when it later has to be reconstructed why the line was halted.
Placed against the official source | examples
- ExampleEditorialv1.0.01 relations
Logging in task allocation at work: evidence about the system or a file on the employee
praxikon:eu:ai-act:example:example-logging-taakverdeling-werkvloer
An employer deploys an AI system that handles task allocation among staff and summarises their performance for the performance review. HR wants to know what record of those outcomes has to be retained when an employee objects months later to a promotion decision.
Placed against the official source | examples
- ExampleEditorialv1.0.02 relations
Police fine-tuning a model for investigations: settle the role question first
praxikon:eu:ai-act:example:example-politie-model-bijtrainen-opsporing
A police service fine-tunes an open general-purpose model on its own files from ongoing criminal investigations, so that detectives can see links between suspects and cases sooner. The fine-tuned model stays inside the service and is not made available to anyone else. The question is whether the service thereby becomes a provider of a general-purpose AI model itself, and so falls under Article 53.
Placed against the official source | examples
- ExampleEditorialv1.0.02 relations
Assessing staff: signals from the workplace flowing back to the provider
praxikon:eu:ai-act:example:example-post-market-monitoring-hr-beoordelingssysteem
A provider supplies a system that summarises employee performance data and supports HR in promotion decisions. After a year in use, departments turn out to apply it differently than intended, and managers factor the outputs into the performance review. The question is what the provider is supposed to know about that.
Placed against the official source | examples
- ExampleEditorialv1.0.02 relations
Proctoring during exams: which real-world data the institution reports back
praxikon:eu:ai-act:example:example-post-market-monitoring-proctoring-tentamens
A vendor offers proctoring software that flags possible cheating during exams. Several universities of applied sciences use the system, each with its own assessment formats and its own student populations. The vendor wants to know which real-world data it must keep collecting after roll-out, and from whom.
Placed against the official source | examples
- ExampleEditorialv1.0.02 relations
Safety component on the production line: the manufacturer keeps watching after delivery
praxikon:eu:ai-act:example:example-post-market-monitoring-veiligheidscomponent-productielijn
A manufacturer supplies an AI safety component that halts machinery on a production line as soon as someone comes too close to the robot. The component already falls under product legislation for machinery, and the manufacturer runs quality control and incident follow-up for it. The question is what Article 72 adds on top of that.
Placed against the official source | examples
- ExampleEditorialv1.0.02 relations
Proctoring during an exam overshoots: from signal to reporting duty
praxikon:eu:ai-act:example:example-proctoring-tentamen-incidentmelding
A university of applied sciences uses proctoring software during an online exam and finds that a group of students is systematically and wrongly flagged as suspicious, after which grades were withdrawn. Teaching staff and the examination board want to know whether this pattern is a serious incident and, if so, who has to report it and within what time.
Placed against the official source | examples
- ExampleEditorialv1.0.02 relations
Admission system at a higher education institution: who registers in the EU database
praxikon:eu:ai-act:example:example-toelating-hogeschool-registratie-eu-databank
A higher education institution procures an AI system that organises student applications and enrolment and produces an admission recommendation for each candidate in its vocational programmes. The supplier says it handles the conformity assessment itself and affixes the CE marking. What is left unresolved is whether the institution still has a step of its own to take before the system goes into use in its teaching.
Placed against the official source | examples
- ExampleEditorialv1.0.02 relations
Webshop builds its own consumer credit check: what belongs in the file
praxikon:eu:ai-act:example:example-webshop-kredietcheck-technisch-dossier
A non-food retail chain lets customers pay later in its webshop and decides at checkout whether a consumer qualifies. The team builds that assessment system in house, on top of a pre-trained model supplied by a vendor. The question is what has to be on record before the feature goes live, and who has to put it there.
Placed against the official source | examples
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.