Every school deploying AI needs a risk classification β here is how it works
The EU AI Act (Regulation 2024/1689) creates four risk tiers for AI systems: unacceptable, high, limited, and minimal. The tier determines your compliance obligations. For UK higher education institutions, the Act has extraterritorial reach: if your school recruits EU students, operates exchange programmes, or has any presence in the EU, your AI systems fall within scope regardless of where your servers sit.
The deadline is not abstract. High-risk obligations under Annex III came into force in August 2026. Schools that have not classified their AI tools are already late.
This guide maps each risk tier to the AI systems common in UK higher education β admissions platforms, chatbots, proctoring tools, and everything in between β and sets out what your institution must do now.
The four EU AI Act risk tiers explained
The Act organises AI systems on a pyramid. Most schools operate AI at two or three levels simultaneously.
| Risk Tier | Legal Status | Typical School Use Case | Core Obligation |
|---|---|---|---|
| Unacceptable | Prohibited | Social scoring of applicants based on behaviour unrelated to academic merit | Do not deploy |
| High risk | Strict obligations | Admissions-screening tools, AI assessment, exam proctoring | Full compliance programme (Art. 9β15, Art. 29) |
| Limited risk | Transparency | Admissions chatbots, AI-generated email content | Disclose AI interaction to users |
| Minimal risk | No specific obligations | Spam filters, timetabling optimisers, spell checkers | Voluntary good practice only |
High-risk systems: what Annex III says about education
Annex III, point 3(a) is the most important text for any school admissions team. It explicitly classifies as high-risk any AI system used to "determine access to or admission to educational and vocational training institutions".
This covers more use cases than most schools realise:
- Automated application-screening tools that rank, filter, or score candidates based on algorithmic criteria, even if a human signs off on the final decision
- AI plagiarism detectors whose outputs influence grading or academic progression
- Programme recommendation engines that restrict or guide access to specific courses
- Automated grading systems that produce or substantially influence academic evaluations
- AI-based exam proctoring software that makes or informs decisions about exam validity
The critical phrase is "determine access". If the AI output can restrict a student's path through your institution, it is likely high-risk. A chatbot that answers questions about application deadlines does not determine access. An algorithm that scores personal statements and feeds directly into an offer decision does.
High-risk compliance obligations under Article 29
If your school deploys a high-risk AI system β or procures one from a vendor β Article 29 sets out your duties as a deployer:
- Use systems in accordance with instructions of use supplied by the provider. Keep those instructions on file.
- Implement human oversight measures. A human must be able to interpret outputs, override decisions, and halt the system.
- Monitor operation for risks not foreseen at deployment and report serious incidents to the market surveillance authority.
- Log outputs and retain logs for the period specified β a minimum of six months for most education use cases.
- Conduct a fundamental rights impact assessment before deploying any high-risk system that has a significant potential impact on individuals.
- Inform prospective students that they are subject to a decision substantially influenced by a high-risk AI system.
Article 29 duties fall on the deployer β the institution β not only the vendor. Procurement contracts must therefore include clear warranties about conformity, documentation, and incident reporting.
Limited risk: chatbots and the transparency obligation
Admissions chatbots fall into the limited-risk tier. The compliance obligation is narrow but non-negotiable: users must be informed that they are interacting with an AI system (Art. 50(1)).
A compliant chatbot interaction opens with something equivalent to: "I am an AI assistant for [Institution Name]. A member of the admissions team is available on request."
This matters practically. Internal Skolbot data shows that 72% of student prospect questions are answerable by automated FAQ β only 7% require human intervention (Source: automated classification of 12,000 Skolbot conversations, 2025). The transparency obligation does not reduce the efficiency of automated FAQ handling; it simply requires that students know they are talking to a machine. Institutions that comply well turn transparency into a trust signal rather than a liability.
Also in the limited-risk category:
- AI-generated emails and programme descriptions (content provenance obligation)
- Emotion-recognition or tone-analysis tools used in video interviews
- Automated translation systems for international student communications
Minimal risk: most AI tools schools use daily
The majority of AI tools in school operations sit at minimal risk. Spell checkers, spam filters, timetabling optimisers, and marketing content recommendation engines carry no specific obligations under the Act. Voluntary good-practice transparency remains advisable β it builds internal governance culture β but there is no legal requirement.
Do not over-classify. Schools that treat every AI tool as high-risk create compliance paralysis. The right approach is a documented inventory with a rationale for each classification.
UK-specific context: ICO guidance and the divergence from EU approach
The UK is no longer an EU member state, so the EU AI Act does not apply directly in domestic law. However, two vectors create real exposure for UK schools:
Extraterritorial reach. The Act applies when AI systems produce outputs used in the EU. A UK school with EU-domiciled students, EU campuses, or EU exchange partners that uses high-risk AI in its admissions process is in scope.
UK domestic AI regulation. The UK Government has adopted a sector-specific, pro-innovation approach rather than a single AI law. The ICO's guidance on AI and data protection is the primary compliance reference for UK-based AI deployments under UK GDPR. It is less prescriptive than the EU AI Act on risk classification, but it requires data protection impact assessments (DPIAs) for high-risk AI processing, lawful basis for automated decision-making, and Article 22 (UK GDPR) rights for students subject to solely automated decisions.
QAA expectations. The Quality Assurance Agency's guidance on AI in learning and teaching does not set out legal obligations, but QAA reviewers will examine whether institutions have coherent AI governance frameworks. Institutions that have completed an AI risk classification are better positioned during Enhancement-Led Institutional Review.
OfS and TEF. The Office for Students has signalled interest in how institutions govern AI in assessment and admissions. TEF panel discussions increasingly touch on integrity and fairness, areas where AI risk classification is directly relevant.
The practical implication for most UK schools is to comply with both EU AI Act obligations (for any EU-facing processes) and ICO guidance (for all UK-facing processes). The overlap is substantial; a single compliance programme covering both is more efficient than two parallel workstreams.
Practical action plan for UK higher education institutions
Work through these steps before the next academic admissions cycle:
- Inventory all AI systems in use across admissions, assessment, student services, and marketing. Include vendor-supplied tools.
- Classify each system using the Annex III criteria. Document the rationale in writing.
- For high-risk systems, review vendor documentation for conformity evidence. If documentation is absent, request it or consider alternative procurement.
- Implement human oversight protocols for any high-risk system. Define who can override an AI output and how that override is logged.
- Audit chatbot disclosures across all touchpoints: website widget, WhatsApp, email automation. Confirm AI disclosure language is visible before first interaction.
- Complete DPIAs under UK GDPR for any AI processing of student data that is likely to result in high risk. This overlaps with but is not identical to EU AI Act fundamental rights impact assessments.
- Update procurement templates to require AI Act conformity documentation from vendors as a contract condition.
Frequently asked questions
Does the EU AI Act apply to UK universities after Brexit?
Not directly in domestic UK law. However, it applies extraterritorially when AI outputs are used in the EU or when the AI system places or is aimed at individuals in the EU. Any UK university with EU students, EU campuses, or EU-based recruitment activity should treat Annex III compliance as a live obligation. Separately, UK GDPR and ICO guidance create parallel requirements for domestic deployments.
Is an admissions chatbot high-risk under the EU AI Act?
No. A chatbot that provides information about programmes, deadlines, and application processes is limited-risk. The primary obligation is the transparency requirement: users must know they are interacting with AI. A chatbot becomes high-risk only if its outputs substantially influence decisions about whether an applicant gains access to the institution.
What is the penalty for non-compliance?
For high-risk system violations, fines reach β¬15 million or 3% of total worldwide annual turnover (whichever is higher). For prohibited AI practices, the ceiling is β¬35 million or 7%. UK institutions exposed under extraterritorial provisions face the same scale. ICO fines under UK GDPR are separate and can reach Β£17.5 million or 4% of global turnover.
We use a third-party admissions platform. Are we still responsible?
Yes. Article 29 places obligations on deployers, not just providers. If the platform vendor cannot provide conformity documentation β technical documentation, instructions of use, logging capabilities β you are operating a high-risk system without the required safeguards. Revise your contract or change vendor before August 2026.
How does UCAS fit into this?
UCAS is the provider of the underlying application infrastructure. Your institution is the deployer of any AI systems it applies to UCAS data β for example, an AI screening tool that processes UCAS applications. The deployer obligations in Article 29 fall on your institution, not UCAS.
For a broader introduction to the EU AI Act's implications across all areas of higher education operations, see The EU AI Act and Higher Education. For the specific obligations around chatbots and GDPR data collection, see AI Chatbot GDPR Data Collection in Schools. If your institution is reviewing AI bias risks in recruitment, AI Bias in Student Recruitment covers the practical audit steps. The GDPR Student Data Guide remains the foundation for all data compliance work in higher education.
Test Skolbot on your school in 30 seconds


