GDPR and AI use cases

Annex III point 4(b) lists AI systems intended to monitor and evaluate the performance and behaviour of workers as high risk. Synthesising an employee's work history and feedback into a performance evaluation is very plausibly profiling of a natural person under GDPR Article 4(4), which expressly covers analysing or predicting a person's "performance at work". Article 6(3)'s last subparagraph makes an Annex III system high risk regardless of the derogations whenever it performs such profiling, so a tool built this way is high risk by default however much the manager edits the output. The derogations in Article 6(3), including a narrow procedural task or improving the result of a previously completed human activity, do not fit drafting an evaluation from scratch; the closest is point (d), a preparatory task ahead of a human assessment, which only has a chance of applying to a design that avoids profiling altogether, for example one that only surfaces raw facts without synthesising a judgement. Where that derogation is argued, the documentation duty under Article 6(4) falls on the provider of the system, and only on the deploying organization when it builds the tool itself. Because the tool is high risk by default, Article 26(7) requires informing affected workers and their representatives before it is put into use in the workplace, whatever the tool's output is used for; using the same system's output directly in pay, promotion or termination decisions removes any doubt and triggers the full high risk regime. Annex III's high risk obligations apply from 2 December 2027.

Annex III point 4(b) covers AI systems intended to monitor and evaluate the performance and behaviour of persons in a work related relationship. Scoring every line against the employee's own submission history, and instrumenting a repeat flag rate by employee, is that kind of behavioural evaluation, so this design falls under Annex III. The only carve out, Article 6(3), lets a narrow procedural or preparatory task escape high risk with a documented assessment, but the last subparagraph of Article 6(3) removes that carve out whenever the system performs profiling of natural persons. Scoring lines against an individual employee's history is profiling, so the carve out is not available here: keeping a human auditor as the actual decision maker on any personnel action is a required control, not an exit from Annex III.

Annex III point 5(b): AI systems intended to evaluate the creditworthiness of natural persons or establish their credit score are high risk, except systems used to detect financial fraud. Providers need risk management, data governance, logging and human oversight. Deployers must carry out a fundamental rights impact assessment before use (Article 27), and affected persons have a right to an explanation of individual decisions from the deployer (Article 86).

Annex III point 5(a): AI systems used by or on behalf of public authorities to evaluate the eligibility of natural persons for essential public assistance benefits and services, or to grant, reduce, revoke or reclaim them. A fundamental rights impact assessment (Article 27) is required before a public body deploys it. A design that scores people over time on their social behaviour or personal characteristics and leads to unrelated or disproportionate detrimental treatment would fall under the Article 5(1)(c) prohibition on social scoring.

Annex III point 4(a) lists AI systems intended to be used for the recruitment or selection of natural persons, in particular to place targeted job advertisements, to analyse and filter job applications and to evaluate candidates. Screening, ranking and scoring applications is therefore high risk. A component limited to a narrow procedural task, such as booking interview slots or answering process questions, can fall outside the high risk category under Article 6(3), but only if it does not materially influence the outcome and does not profile people, and that assessment must be documented (Article 6(4)). Deployers of the high risk part must follow the instructions for use, assign competent human oversight, keep logs, inform workers' representatives and inform candidates that a high risk system is used (Article 26). An organization that builds its own screening system becomes its provider, with conformity assessment duties. The chatbot part also carries the Article 50 disclosure duty.

Article 6(1) and Annex I: software that analyzes a medical image to detect or prioritize a disease finding is itself, or is a safety component of, a device in scope of the EU Medical Device Regulation, and typically needs a notified body conformity assessment as software as a medical device (the FDA's AI Enabled Medical Device List shows US market authorization for devices in this category, listing authorized stroke triage devices from Viz.ai and Aidoc's BriefCase triage devices), which makes it high risk under the EU AI Act regardless of Annex III. The radiologist's own diagnostic read stays a human decision; the AI narrows and reorders the queue. Annex I high risk classification under Article 6(1) applies from 2 August 2028 (Article 113(c)); until then, Article 4 (AI literacy obligations) and Article 5 (prohibited practices), which bind the hospital as a deployer, already apply.

Scoring individual agents' interactions to monitor and evaluate their performance and behaviour falls under Annex III point 4(b), employment and worker management. The Article 6(3) exception does not apply where the system profiles natural persons. Inferring agents' emotions is prohibited under Article 5(1)(f), except for medical or safety reasons. Inferring customers' emotions from their voice is emotion recognition on biometric data: high risk under Annex III point 1(c), and Article 50(3) requires informing the people exposed to it. Analytics that only aggregate interaction themes without evaluating individuals can fall outside the high risk category.

Annex III point 3(b): AI systems intended to be used to evaluate learning outcomes in educational and vocational training institutions at all levels are high risk. Scoring that determines access to an institution or the level of education a student will receive is also covered by points 3(a) and 3(c). Schools and exam bodies that use such a system have the deployer obligations of Article 26.

Annex III point 5(c): AI intended for risk assessment and pricing in relation to natural persons in life and health insurance. Article 6(3) exempts some purely preparatory tasks, but never a system that profiles natural persons. Extracting an applicant's health conditions and mapping them to the underwriting manual evaluates their health, which is profiling, so treat the system as high risk. Under the timeline as amended, the obligations for Annex III high risk systems apply from 2 December 2027, and Article 27 requires deployers of point 5(c) systems to assess the impact on fundamental rights before first use.

Annex III point 5(d): AI systems intended to evaluate and classify emergency calls or to dispatch or set priority for emergency first response services (police, fire, medical aid) are high risk. Pure transcription that performs a narrow procedural or preparatory task may fall outside it under the Article 6(3) exceptions, but alerts that influence triage are in scope. An AI agent that speaks with callers directly, for example on a non emergency line, must also tell them they are interacting with AI (Article 50).

An agent that answers questions, books tours and takes requests falls under the transparency duty of Article 50. It becomes high risk under Annex III point 5(b) if it evaluates the creditworthiness of applicants, for example in tenant screening, and under point 5(a) if a public body uses it to decide eligibility for social housing or other public assistance.

Complaint handling is not listed in Annex III, so internal classification and drafting for a handler who decides is minimal risk. Where the agent talks to customers to take the complaint, Article 50(1) requires telling them they are dealing with AI. Only a system that also assessed creditworthiness or priced life and health insurance (Annex III point 5(b) or 5(c)) would be high risk for that part.

Annex III point 5(b) makes AI used to evaluate the creditworthiness of natural persons high risk. Credit analysis of companies is outside that point, but the tier can change when the same system evaluates the creditworthiness of natural persons, such as sole traders, partners who are personally liable or personal guarantors. Design the scope explicitly and document it.

Article 50(1) applies whenever the agent interacts directly with a shipper or carrier, for example replying to a quote email or confirming an appointment: the recipient must be able to tell they are dealing with an AI system, unless this is obvious from the context. Article 50(2) is a separate duty on the provider: the generated quote or confirmation text itself must be marked in a machine readable format as artificially generated, and that duty does not apply only where the system performs an assistive function for standard editing or does not substantially alter input data the deployer supplied. Whether dispatch is high risk depends on who is being ranked. Matching freight capacity and pricing a quote for a shipper is not a listed Annex III use. But allocating loads or tasks based on an individual's behaviour in a work related relationship is Annex III point 4(b), so a deployment that ranks or assigns work to a named driver or owner operator based on their own behaviour, for example an asset carrier's employed drivers or a platform ranking owner operators on their clicks, saves and booking history, needs a fresh assessment against that point even though the reference design here scores capacity and price, not a person.

The customer facing agent is limited risk with an Article 50 duty to disclose AI. AI used as a safety component in the management and operation of critical digital infrastructure is high risk under Annex III point 2, so the classification depends on whether the detection part acts on the network or only informs people.

People must be told they are interacting with an AI system, and synthetic voice or text must be identifiable as such (Article 50). Reminding people of existing bookings and disclosure alone are limited risk. A missed appointment score used by or for a public authority to grant, reduce, revoke or reclaim access to healthcare or other essential public assistance and services, for example deciding who is offered funded transport, can fall within Annex III point 5(a), and profiling of natural persons within Annex III rules out the Article 6(3) exemption. Using the score only to decide who gets extra reminders or support does not by itself place it outside Annex III when that support is itself the assistance being granted.

Drafting outreach that a rep reviews and sends as their own message is typically minimal risk. If the agent holds conversations with prospects itself, for example by replying to emails or calling, people must be told they are interacting with AI (Article 50, limited risk). It is not an Annex III use case.

Booking, rescheduling and reminders carry transparency duties: patients must be told they are dealing with AI (Article 50(1)). It becomes high risk if a public authority, or a provider acting on its behalf, uses it to evaluate eligibility for healthcare services (Annex III point 5(a)), or if it acts as an emergency healthcare patient triage system (Annex III point 5(d)). Clinical triage may also make it a medical device, which is high risk under Article 6(1) when the device needs a notified body assessment. Keep the agent to scheduling and use risk scores only to offer support.

Ranking offers is generally minimal risk and the conversational part carries the Article 50 transparency duty. Using AI to evaluate creditworthiness for a credit offer is high risk (Annex III point 5(b)), and Article 5 prohibits techniques that exploit vulnerabilities due to a person's social or economic situation to distort their behaviour in a harmful way.

Anti money laundering due diligence is not listed in Annex III, so an assistant that drafts source of wealth reports for a human decision is not high risk by default. It becomes high risk if it adds remote biometric identification of the client (Annex III point 1(a); verification that only confirms a claimed identity is excluded) or feeds an assessment of a natural person's creditworthiness, for example for lending to the client (Annex III point 5(b)). GDPR Article 22 on solely automated decisions applies if it ever refused a client on its own.

A customer service agent for bills, readings and moves falls under the transparency duty for systems that interact with people (Article 50(1)): customers must be told they are talking to AI. If the agent assesses creditworthiness, for example to set a deposit when a new customer moves in, that part falls under Annex III point 5(b) and is high risk; keep credit decisions in separately governed systems. The agent is not a safety component in the operation of the gas, water or electricity supply (Annex III point 2), so safety reports such as a gas smell go straight to the emergency line rather than being handled by the agent.

A scribe that only transcribes and summarises for a clinician to review is not listed in Annex III and is usually minimal risk, although the provider of a system that generates text can still owe the Article 50(2) duty to mark output as AI generated, unless an exception such as an assistive function for standard editing applies. If the product qualifies as medical device software under the EU Medical Device Regulation and needs a notified body assessment, for example because it suggests diagnoses or treatment, it becomes high risk under Article 6(1) and Annex I. Health data in audio and notes falls under GDPR Article 9 in every case.

Annex III point 2 covers AI systems intended to be used as a safety component in the management and operation of critical digital infrastructure and the supply of water, gas, heating or electricity. Meter health prioritisation and usage disaggregation for programme targeting are not intended as safety components, so they stay outside that scope regardless of whether a person reviews the output. The tier would instead be high risk if the same kind of analytics were intended as a safety component in network operation or supply, for example directly controlling grid or metering protection systems; a human in the loop is then an Article 14 obligation for that high risk system, not a way to fall outside the category.

Annex III point 5(a) makes AI high risk when it is used by or on behalf of public authorities to evaluate the eligibility of natural persons for essential public assistance benefits and services, or to grant, reduce, revoke or reclaim them. An assistant that only explains rules and guides applications carries the Article 50 transparency duties (limited risk); one that screens or scores eligibility falls under point 5(a), and a public body deploying it must carry out a fundamental rights impact assessment first (Article 27).

Decision support for professional investors and advisers about companies is not a use listed in Annex III and is not a practice prohibited by Article 5. The users are deal professionals who know they are working with an AI tool, and no consumer interacts with it, so the Article 50(1) duty to disclose an AI interaction has little practical effect. Article 50(2) is different: a firm that builds the assistant itself, including on a platform such as Blits.ai and putting it into service under its own name, is the provider of that system and must mark generated text in a machine readable format, unless the system only performs an assistive function for standard editing or does not substantially alter the input data or its semantics, which may cover extraction and redaction. A firm that instead licenses a vendor product, such as Datasite or Rogo, should confirm that the vendor meets this duty. Obligations are otherwise general: AI literacy for the deal team under Article 4 and, where personal data in the data room is processed, the GDPR.

The conversational assistant falls under the Article 50 transparency duty. Biometric verification whose sole purpose is to confirm that a person is who they claim to be is excluded from the Annex III biometric category. The system becomes high risk when the same journey assesses creditworthiness or a credit score of a natural person, for example for a credit card or overdraft (Annex III point 5(b)).

Answering onboarding questions and orchestrating provisioning is limited risk: under Article 50(1) the assistant must be designed so that employees are told they are interacting with AI, unless that is obvious. It becomes high risk under Annex III point 4(b) if it is used to make decisions on the terms or termination of the work relationship, to allocate tasks based on individual behaviour or personal traits, or to monitor and evaluate new hires' performance or behaviour, for example to judge probation.

Planning support for advisors is not listed in Annex III. A client facing version must disclose that the client is talking to AI (Article 50). It becomes high risk if it is used to assess the creditworthiness of individuals (Annex III point 5(b)) or for risk assessment and pricing of life or health insurance for individuals (Annex III point 5(c)).

Answering policy questions and starting routine requests is limited risk, with the Article 50 duty to disclose AI. It becomes high risk under Annex III point 4 if it is used to make or support decisions on recruitment, promotion, termination, allocating tasks based on individual behaviour or personal traits, or the monitoring and evaluation of workers; an employer deploying it then must also inform workers' representatives and the affected workers before use (Article 26(7)). Sensitive topic detection should work on what the employee writes: inferring emotions of people in the workplace from biometric data such as voice or facial expressions is prohibited under Article 5(1)(f), except for medical or safety reasons.

An employee facing assistant for knowledge answers and drafting is not listed in Annex III and is minimal risk. A lead qualification agent that talks to customers must tell them they are dealing with AI (Article 50). Using performance insights to monitor and evaluate individual agents, or to allocate leads based on their behaviour or traits, is high risk under Annex III point 4(b), and any component that does risk assessment or pricing of life or health insurance for individuals is high risk under Annex III point 5(c).

Investment suitability assessment is not listed in Annex III, so the tier depends on design. It becomes high risk where the same system assesses creditworthiness, for example for lending against a portfolio (Annex III point 5(b)). MiFID II suitability duties apply regardless of the AI Act tier.

Contract review and sourcing are not among the Annex III high risk uses, so an internal assistant that makes no decisions about natural persons is minimal risk (with the Article 4 AI literacy duty). If a negotiation bot chats directly with supplier staff, Article 50(1) applies and it must tell them they are dealing with an AI system, unless that is obvious from the context. Public authorities using AI in procurement should still check national public procurement rules on transparency and equal treatment of bidders.

An assistant that answers questions and sends reminders falls under the transparency duty of Article 50. It becomes high risk under Annex III point 3(a) if it is used to determine access or admission or to assign students to institutions, and under point 3(c) if it assesses the level of education a student will receive. Keep admission and placement decisions with staff.

A sales assistant is limited risk with an Article 50 duty to disclose AI. If it assesses the creditworthiness of individuals for devices on credit, that part is high risk under Annex III point 5(b), so keep credit decisions in the existing governed process. Selling that uses manipulative or deceptive techniques, or exploits a customer's age, disability or economic situation, to materially distort a purchase decision in a way likely to cause significant harm is prohibited under Article 5(1)(a) and (b).

Annex III point 5(b) makes AI systems that evaluate the creditworthiness of natural persons or establish their credit score high risk. Scoring a company is outside that point, but a sole trader is a natural person, and a model that also assesses the personal credit of owners, partners or guarantors evaluates natural persons. The tier therefore depends on who the borrower is and whose creditworthiness the model assesses.

Prescreening for research that staff verify is not listed in Annex III and is usually minimal risk. The Article 2(6) exclusion covers only systems developed and put into service for the sole purpose of scientific research and development, so an operational recruitment tool used across a health system usually falls inside the Act. If the software recommends trials to a clinician as a treatment option for an individual patient, it may qualify as medical device software under the Medical Device Regulation; where that needs a notified body assessment, it is high risk under Article 6(1). Processing health records for research falls under GDPR Article 9 and national research rules.

The tier depends on what the system is scoped to do. A design limited to occupancy and discharge forecasting and to sequencing bed assignments for patients already admitted is operational decision support for hospital logistics, outside Annex III. Annex III point 5(d) covers AI used "to dispatch, or to establish priority in the dispatching of, emergency first response services", including medical aid and emergency healthcare patient triage systems. On a plain reading, that point can apply when a system dispatches, or sets the priority of dispatching, ambulance or critical care transport itself (work similar to what the Johns Hopkins center's Lifeline transport staff do for helicopter and ambulance transfers), or when it assesses the clinical urgency of an emergency patient, that is, triage. Sequencing which already admitted ED patient gets the next ward bed, and deciding whether to accept an inter hospital transfer request on capacity grounds, are not listed activities under 5(d) as written; whether either counts as dispatching or triage in a given deployment is a case by case legal question, not a settled fact, and should be assessed with counsel before relying on this tier. For public hospitals, Annex III point 5(a) (access to essential public services, including healthcare) can also be relevant. Scoping the system to bed sequencing and transfer acceptance only, and keeping every ambulance dispatch and ED triage decision with clinical staff outside the AI's recommendation, is what keeps a deployment in the lower tier.

Triage and a knowledge copilot for technicians are normally minimal risk. Annex III point 4(b) lists AI systems that allocate tasks based on individual behaviour or personal traits, or that monitor and evaluate the performance and behaviour of workers, as high risk, so dispatch systems that do this need the full high risk controls, and under Article 26(7) employers must inform workers' representatives and the affected workers before using them. A conversational assistant that answers customers directly carries the Article 50 duty to tell people they are dealing with AI.

Pricing and risk assessment of natural persons for life and health insurance is high risk under Annex III point 5(c). Pricing for property and casualty products, and actuarial analysis that does not price individuals, are not listed, although supervisors still expect sound model governance.

The main test is Annex III point 2, which lists AI systems intended as safety components in the management and operation of critical digital infrastructure as high risk. A copilot that prepares diagnoses for engineers who decide every change is normally not such a safety component, and is then minimal risk. The tier rises when the system is designed to protect the safe operation of the network, for example by acting on it automatically to prevent or contain outages. Article 6(3) can exempt an Annex III system that only performs a preparatory task to an assessment and poses no significant risk of harm, provided the provider documents that assessment and registers the system.

For commercial property and casualty lines the copilot is not listed in Annex III. Used for risk assessment of natural persons in life or health insurance it falls under Annex III point 5(c) and is high risk, with risk management, data governance, logging and human oversight duties, and deployers must carry out a fundamental rights impact assessment under Article 27.

Recommending schedule, aircraft and passenger recovery plans to controllers is not listed in Annex III. Annex III point 4(b) covers AI used to make decisions affecting terms of work relationships, to allocate tasks based on individual behavior or personal traits or characteristics, or to monitor and evaluate the performance and behavior of workers. A design that reassigns individual crew members on such grounds, or that scores controllers or crew on their performance, falls in that category; one that works on flights, aircraft and crew legality and qualifications alone is less likely to, although assigning duties by qualification can still touch terms of work. The tool is not itself a safety component of an aircraft or other product regulated under Regulation (EU) 2018/1139, which Annex I Section B lists, so that route to high risk does not normally apply. Decisions that affect flight safety stay under aviation safety regulation and the airline's approved procedures; keep crew legality and maintenance limits as hard rules outside the model.

Classifying documents and extracting data for a person or process to use is usually minimal risk. Even inside an Annex III area, a system that only performs a narrow procedural task, such as splitting and classifying documents, can fall outside the high risk category under Article 6(3); the provider must document that assessment and register the system (Article 6(4) and Article 49(2)). The picture changes when extraction materially influences decisions in Annex III areas, such as eligibility for public assistance benefits (point 5(a)), creditworthiness (point 5(b)) or asylum, visa and residence permit applications (point 7), where the whole system must be assessed as potentially high risk. The Article 6(3) exception never applies when the system performs profiling of natural persons.

The drafting assistant does not assess creditworthiness, so on its own it is not the Annex III point 5(b) credit scoring system. It helps the lender meet the Article 86 right of affected people to a clear and meaningful explanation of decisions based on such a high risk system. If it is built into the scoring system it shares that system's high risk obligations; as a separate drafting tool its tier depends on its design and on how its output is reviewed. The follow up chat assistant must tell customers they are dealing with an AI system (Article 50).

Drafting regulated documents for expert review is not listed in Annex III and is not a practice prohibited by Article 5, so the tier turns on the sponsor's role under Article 50. A sponsor that deploys a third party drafting tool has no specific AI Act obligations beyond AI literacy: the Article 50(4) disclosure duty covers AI generated text published to inform the public on matters of public interest, which clinical study reports and regulatory submissions are not. For that sponsor the tier is minimal. A sponsor that builds its own generating system, as Merck (a proprietary platform) and Novo Nordisk (NovoScribe) did, is its provider under Article 50(2) and must mark the synthetic text in a machine readable format, unless the exemption for an assistive function for standard editing applies; drafting whole report sections goes beyond that exemption, so for that sponsor the tier is limited. Quality expectations come from medicines regulation and EMA guidance: the EMA reflection paper expects close human supervision and quality review when AI drafts medicinal product information documents, and makes the clinical trial sponsor, marketing authorisation applicant or holder, or manufacturer responsible for ensuring that models and data pipelines are fit for purpose and meet GxP standards and EMA guidelines.

Monitoring the credit of companies is not listed in Annex III. Where the same system evaluates the creditworthiness of natural persons, such as sole traders or personal guarantors, it falls under Annex III point 5(b) and is high risk; because that evaluation profiles natural persons, the Article 6(3) exemption does not apply.

The conversational assistant carries the Article 50 transparency duty: customers must be told they are interacting with an AI system. The system becomes high risk if it is used to evaluate the creditworthiness of natural persons or establish their credit score (Annex III point 5(b)). Article 5(1)(b) prohibits AI that exploits vulnerabilities due to a person's specific social or economic situation to materially distort their behaviour in a way that causes, or is reasonably likely to cause, significant harm.

Annex III point 5(b) excludes AI used to detect financial fraud from the high risk credit scoring category, but a system that in effect decides on creditworthiness is high risk, and remote biometric identification is high risk under point 1(a), which excludes one to one biometric verification. When a public authority uses the model on claims for public benefits, point 5(a) can apply, because it covers AI used to grant, reduce, revoke or reclaim benefits and has no fraud exception. Keep fraud detection separate from the credit or eligibility decision and use biometrics only for one to one verification.

The tier depends on how the system is built. It stays minimal when the agent only executes changes approved by a person and any letter comes from a fixed template, since executing servicing changes is not listed in Annex III. It moves to limited risk when the same system talks to customers directly (the Article 50 transparency duty, described on the customer facing servicing page) or when generative AI drafts the confirmation or letter text: the provider of that generative function, the bank if it builds the system, then carries the Article 50(2) duty to mark the generated content in a machine readable way, unless the output only gets an assistive role or standard editing that does not substantially alter the input data. An AI system used to evaluate the creditworthiness of natural persons, for example to decide on a loan restructuring, is high risk under Annex III point 5(b); keep that assessment outside this agent, which only executes the decided change.

Customer due diligence on legal entities is not listed in Annex III, and an internal analyst tool usually carries no Article 50 transparency duty, so the system is usually minimal risk. The design decides the rest: biometric verification that only confirms a director is who they claim to be is excluded from Annex III point 1(a), but remote biometric identification (one to many matching) is high risk, and so is any use of the output to assess the creditworthiness of the natural persons involved (point 5(b)). GDPR applies to the personal data of owners and directors throughout. Keep biometric and credit steps in separately assessed components.

Claims handling as such is not listed in Annex III. The same system becomes high risk when it is also used for risk assessment and pricing of natural persons in life and health insurance (point 5(c)), or when it is used by or on behalf of a public authority to grant, reduce, revoke or reclaim essential public assistance benefits and services, including healthcare services (point 5(a)). Otherwise the tier is minimal, so the design and the operator decide. Decisions on claims based solely on automated processing are also subject to Article 22 of the GDPR and the UK GDPR.

Testing controls over transactions and systems is not an Annex III use. Controls that monitor and evaluate individual employees' behaviour, such as trading or access conduct, can fall under Annex III point 4(b), so the design decides the tier.

Annex III point 8(a) makes AI high risk when it is intended to assist a judicial authority in researching and interpreting facts and the law and in applying the law to a concrete set of facts. Tools for prosecutors fall under point 6(c) if they evaluate the reliability of evidence, and tools that assist the examination of asylum, visa or residence applications fall under point 7(c). Under Article 6(3) a system that only performs a narrow procedural task or a preparatory task, such as organising a file or transcribing and summarising it for the person who decides, may not be high risk, but the provider must document that assessment (Article 6(4)). Summaries of internal legal advice for government lawyers, as Amsterdam plans, are generally outside Annex III.

Generating training content is not listed in Annex III. Providers of tools that generate synthetic audio, image, video or text content must mark the output as AI generated (with an exception for assistive editing that does not substantially alter the source), and deployers must disclose deep fakes, such as an avatar or voice that resembles a real person and would falsely appear authentic (Article 50(2) and (4), with the definition in Article 3(60)). If the same system evaluates learning outcomes or decides access to training that affects a person's work, Annex III point 3 (education and vocational training) and point 4 (employment) must be checked, and those parts can be high risk.

The classification and declaration work in the back office is minimal risk: classifying goods and preparing customs declarations is not listed in Annex III, which covers border control only where AI assesses natural persons (point 7). If the design adds a shipper facing assistant that asks for missing information in chat or by email, that assistant is limited risk and carries the transparency duty of Article 50 (people must know they are dealing with AI). The obligations that matter most come from customs law: the declarant stays responsible for the accuracy of the declaration whatever tool prepared it.

Document review for a party in civil litigation or an internal investigation is not listed in Annex III, so it is usually minimal risk. It becomes high risk where a law enforcement authority uses AI to evaluate the reliability of evidence in the investigation or prosecution of criminal offences (Annex III point 6(c)), or where a judicial authority uses it to research and interpret facts and law (point 8(a)). Prosecutors and investigators should classify each use against those points.

Annex III point 5(a) makes AI high risk when it is used by or on behalf of public authorities to evaluate eligibility for essential public assistance benefits and services, including healthcare services, or to grant, reduce or revoke them, which can cover statutory health schemes run by or for public bodies. Point 5(c) covers risk assessment and pricing in life and health insurance, not claim review. A copilot for a private insurer's claim review, where people decide, is usually outside Annex III; for public schemes, Article 6(3) may exempt a system that only performs a preparatory task, unless it profiles natural persons. GDPR rules on health data (Article 9) and on solely automated decisions (Article 22) apply in every case.

Annex III point 7(c) makes AI high risk when it assists public authorities in examining applications for asylum, visas or residence permits, including assessing the reliability of evidence. Applicant facing information assistants that give general guidance fall under the Article 50 transparency duties (limited risk). Evidence classification, routing and interview support used in the examination are likely high risk, unless the provider documents under Article 6(3) that a component only performs a narrow procedural or preparatory task. That exception never applies to a system that profiles natural persons, which matters for routing on personal attributes or risk profiles.

It depends on where the system runs. Classifying and routing a bank's or insurer's correspondence is not a use listed in Annex III, so it is minimal risk: the AI literacy duty of Article 4 applies, and the Article 50 duty to tell people they are dealing with AI does not, because the system does not interact with the sender. Used by or for a public authority in a benefits process covered by Annex III point 5(a), the provider can treat it as not high risk only while it performs a narrow procedural or preparatory task under Article 6(3); the provider must then document that assessment before it goes live (Article 6(4)) and register the system in the EU database (Article 49(2)). If the system evaluates eligibility for benefits or profiles the people who write in, it is high risk, so those judgements stay with people.

Claims fraud detection by an insurer is not listed in Annex III, and point 5(b) explicitly excludes AI systems used to detect financial fraud from the credit scoring category. Point 5(c) covers only risk assessment and pricing in life and health insurance, so a fraud model becomes high risk when it also feeds those decisions, or when it is used by or on behalf of a public authority to grant, reduce, revoke or reclaim public assistance benefits (point 5(a)). Profiling and automated decisions remain subject to GDPR, including Article 22 where a claim is refused on a decision based solely on automated processing.

Renewal intake for commercial lines and outreach are not listed in Annex III. Renewal risk assessment or pricing for life or health insurance of natural persons is high risk under point 5(c), and so is a lapse score that feeds those decisions; a lapse score used only to decide who gets a service call is not listed. Customer facing renewal assistants carry the Article 50(1) duty to tell people they are interacting with an AI system, unless that is obvious from the context.

Surveillance of orders and transactions as such is not listed in Annex III. Where the system monitors and evaluates the behaviour of the firm's own staff, in their communications or their trading, it can fall under Annex III point 4(b) (AI used to monitor and evaluate the performance and behaviour of persons in work relationships), so the tier depends on whether the system scores individual employees. Inferring employees' emotions from biometric data such as voice recordings is prohibited in the workplace under Article 5(1)(f).

Assessing businesses and detecting fraud is not an Annex III use as such, and Annex III point 5(b) excludes systems used to detect financial fraud. If the system evaluates the creditworthiness of a natural person, for example a sole trader applying to accept payments, it can fall under Annex III point 5(b), which covers evaluating the creditworthiness of natural persons or establishing their credit score, and be high risk. Keep credit assessment of individuals separate or treat it as a high risk system.

Permit and licence decisions are not listed as such in Annex III, so officer decision support is usually minimal risk, and an assistant that talks to applicants carries the Article 50 transparency duty. The exceptions are permits in an Annex III area: examining applications for visas and residence permits (point 7) and evaluating eligibility for essential public assistance benefits and services (point 5(a)) are high risk. Solely automated decisions with legal or similarly significant effects on a person fall under GDPR Article 22 whatever the tier.

Keeping customer due diligence files current is not listed in Annex III, so a back office system that assembles reviews for an analyst to decide is usually minimal risk. The design decides the rest: a conversational agent that asks customers for missing information must tell them they are interacting with an AI system (Article 50(1)); biometric verification that only confirms a person is who they claim to be is excluded from Annex III point 1(a), while remote biometric identification is high risk; and Article 5(1)(d) prohibits assessing the risk that a person will commit a criminal offence based solely on profiling, so behavioural triggers should open a review for a human rather than score the customer. GDPR applies to the collection and retention of KYC data, including Article 22 if an automated refresh leads to a decision with legal or similarly significant effect, such as closing an account.

Internal intake, extraction and coding for review by safety staff is not listed in Annex III and is usually minimal risk. A public facing reporting assistant must tell people they are talking to an AI under Article 50. The main obligations come from pharmacovigilance law and good pharmacovigilance practices, which require validated, inspectable processes, and from GDPR rules on health data.

Prioritizing inspections of businesses and premises is not a use listed in Annex III, so such a system is usually not high risk. The assessment changes when it scores natural persons, such as individual licensed professionals or sole traders, and the inspectorate acts as a law enforcement authority: assessing the risk that a person offends, or profiling persons in the detection or investigation of criminal offences, is high risk under Annex III point 6 (d) and (e), and predicting that a person will commit a criminal offence based solely on profiling is prohibited by Article 5(1)(d). GDPR applies wherever sole traders, home based businesses or named professionals are scored.

Triage of phishing, endpoint, network and cloud alerts for an organization's own cyber defence is not listed in Annex III. Recital 55 of the AI Act says that components intended to be used solely for cybersecurity purposes should not qualify as safety components, so the agent does not fall under Annex III point 2 (critical infrastructure), and for this scope the tier is minimal. The design changes that when the agent triages identity, data loss prevention, insider risk or user behaviour alerts in a way that scores or monitors individual employees: monitoring and evaluating the behaviour of persons in a work relationship falls under Annex III point 4(b), so that scope needs its own high risk assessment before it goes live. The Article 50(1) duty to disclose AI interaction does not apply because it is obvious to a reasonably well informed analyst that they are working with an AI agent. An operator that lets AI act autonomously on network or operational technology controls should assess that design separately, and reading employees' emails and sign in data remains subject to data protection law.

A generator of synthetic tabular test data is not listed in Annex III and does not interact with people, so it is minimal risk with only the AI literacy duty of Article 4. When the system generates synthetic text, images, audio or video, such as documents or conversation transcripts, Article 50(2) requires its provider to mark the output in a machine readable format as artificially generated. When synthetic data is used to train, validate or test a high risk system, such as credit scoring, it falls under that system's data governance duties in Article 10.

Risk selection for administrative tax audits is not listed in Annex III, and Recital 59 says systems used by tax and customs authorities in administrative proceedings should not be treated as high risk law enforcement systems. Use in criminal tax investigations (Annex III point 6, law enforcement), or evaluating the eligibility of natural persons for public assistance benefits run through the tax system (Annex III point 5(a)), can make it high risk. When individuals are scored in administrative tax work, the GDPR applies, including its profiling rules (Member States may restrict some rights for taxation matters under Article 23). Article 22 applies when a decision with legal or similarly significant effect is taken solely by the model. Criminal investigations fall outside the GDPR and under the Law Enforcement Directive (EU) 2016/680 instead.

Churn scoring and offer selection for marketing are not listed in Annex III, so a back office design that only scores customers and prompts human advisors is minimal risk, with no specific obligations. When an AI agent delivers the offer to the customer in chat, messaging or voice, the system is limited risk: Article 50 requires telling customers they are dealing with AI. A design that used manipulative techniques or exploited vulnerabilities to keep customers from leaving could fall under the Article 5 prohibitions. GDPR rules on profiling and the right to object to direct marketing (Article 21) apply in full.

Fraud detection is not listed as high risk in Annex III, and point 5(b) explicitly excludes systems used to detect financial fraud from the creditworthiness category. Blocking fraud traffic is not normally a safety component of critical digital infrastructure (point 2). The tier can change if the same scores are reused for an Annex III purpose: eligibility for essential public assistance benefits and services (point 5(a)), creditworthiness or credit scoring of natural persons (point 5(b)), or risk assessment and pricing for life and health insurance (point 5(c)). A voice or chat agent that takes fraud reports from customers also carries the Article 50(1) duty to tell people they are dealing with an AI system.

Classifying and summarizing text feedback is minimal risk. The tier changes if the system infers emotions from customers' voices or faces in calls or video: emotion recognition based on biometric data is listed as high risk in Annex III point 1(c) and triggers the Article 50(3) duty to inform the people exposed. Analysing feedback from employees to evaluate individual workers moves it towards Annex III point 4(b), and emotion recognition in the workplace is prohibited by Article 5(1)(f), except for medical or safety reasons.

Drafting client reports for human review is not listed in Annex III and is not a practice prohibited by Article 5, so the tier turns on the firm's role under Article 50. A firm that deploys a third party generator (for example a feature of its portfolio platform) for private client reports has no Article 50 duty: the Article 50(4) disclosure duty covers AI generated text published to inform the public on matters of public interest, which private client reports are not, and it lapses anyway after human review under editorial responsibility. For that firm the tier is minimal. A firm that builds the generating system or places it on the market under its own name is a provider under Article 50(2) and must mark the synthetic text in a machine readable format; drafting whole commentaries goes beyond the exemption for an assistive function for standard editing, so for that firm the tier is limited.

Answering questions and giving indicative estimates from published rules is limited risk with an Article 50(1) disclosure that the customer is talking to an AI system. If the assistant evaluates an individual's creditworthiness to decide or filter access to a loan, it falls under Annex III point 5(b) and is high risk.

Annex III point 4 lists AI used for the recruitment or selection of natural persons (4(a)) and AI used to make decisions affecting promotion, or to allocate tasks based on individual behaviour, personal traits or characteristics (4(b)). A marketplace that ranks employees for internal roles or allocates projects on the basis of inferred traits is therefore high risk. Recommending learning content or mentors to an employee who chooses freely is usually not. Deployers of the high risk part must inform workers' representatives and the affected employees before use (Article 26).

Extraction alone is minimal risk: reading and structuring the terms of a commercial contract does not decide credit, employment, insurance, biometric identification or another use listed in Annex III, so it carries only the Article 4 AI literacy duty. The conversational assistant that lets employees ask questions about a lease adds Article 50(1): people who interact directly with it must be told they are dealing with an AI system, unless that is obvious from the context, as it usually is for an internal tool.

Research and drafting support for lawyers in firms and companies is not listed in Annex III, so it is normally minimal risk with AI literacy duties. Annex III point 8(a) makes it high risk when a judicial authority, or someone on its behalf, uses AI to research and interpret facts and the law and to apply the law to a concrete set of facts, or when it is used in a similar way in alternative dispute resolution, so a deployment for courts, tribunals or arbitration needs its own classification.

Translating and adapting commercial content is not an Annex III use and makes no decisions about people. When an organization uses a third party translation or generation tool, the use is minimal risk for the organization: the Article 50(2) duty to mark generated text in a machine readable way falls on the provider of that system, and beyond AI literacy no specific deployer obligations apply. When an organization builds and operates its own generating system and puts it into service under its own name, it is the provider and must mark the output, unless the exception for systems that only assist standard editing or do not substantially alter the input or its semantics applies. A faithful translation may fall within that exception; transcreation that rewrites the message for a market alters the semantics and is less likely to. Article 50(4) covers deepfakes and text published to inform the public on matters of public interest, not marketing translations. Consumer protection and advertising rules apply to the translated text as to the original.

Most personalization and content generation is minimal risk. Providers of systems that generate synthetic audio, image, video or text content must mark the output as artificially generated, and deployers must disclose deep fakes (Article 50(2) and 50(4)). Personalization that deploys manipulative or deceptive techniques, or exploits vulnerabilities due to age, disability or a specific social or economic situation, in a way that causes or is reasonably likely to cause significant harm, is prohibited under Article 5(1)(a) and (b). Using AI to assess creditworthiness or to price life and health insurance is high risk under Annex III point 5(b) and 5(c) and belongs on its own page. Outside the AI Act, the FCA Consumer Duty applies only to FCA regulated firms (the financial services slice of this use case), and the Telephone Consumer Protection Act applies only to campaigns delivered by call or text message in the US.

Transcribing and summarizing meetings for the participants is minimal risk. It becomes high risk under Annex III point 4(b) if transcripts are analysed to monitor or evaluate individual workers' performance or behaviour, and inferring participants' emotions from their voices or faces at work is prohibited by Article 5(1)(f). Recording and transcription also need a lawful basis and clear information to participants under GDPR.

Cataloguing objects, scenes, logos and spoken content is not listed in Annex III and is typically minimal risk. Annex III point 1(a) covers remote biometric identification: the automated, one to many matching of a person's face or voice, without their active involvement and typically at a distance, against a reference database of identified individuals to establish who they are, in so far as its use is permitted under relevant Union or national law; it excludes one to one biometric verification. A feature that recognises and names a specific person in archive footage by comparing them against such a database meets that definition and is high risk, while grouping similar looking footage without assigning an identity does not. Article 6(3) lets a provider assess a listed system itself as not high risk when it performs only a narrow procedural task, but that derogation is unlikely to cover a system whose purpose is naming an individual, so treat person recognition as high risk by default. Point 1(b) covers biometric categorisation, inferring a sensitive or protected attribute from a person's face or voice. RTVE's 2025 contract specifies speaker gender identification as a feature; whether that counts as a protected attribute under point 1(b) is contested, since Recital 54 ties that category to attributes protected under GDPR Article 9(1), and sex or gender is not listed there. Treat gender inference from voice as potentially high risk and apply the same governance the organization uses for other biometric systems until that question is settled.

Ranking investment and service prompts for an advisor is not listed in Annex III. It becomes high risk if the system evaluates the creditworthiness of natural persons, for example to decide which clients are offered lending (Annex III point 5(b)), so keep credit decisions out of the prompt engine. It is also high risk if the system itself is used to monitor or evaluate advisors' performance and behaviour, for example by scoring or ranking advisors on how they act on prompts (Annex III point 4(b)), so keep adoption reporting separate from performance management.

Monitoring portfolios and proposing trades for human approval is not listed in Annex III and is not a prohibited practice under Article 5, so the tier turns on the firm's role under Article 50. A firm that builds or brands the rationale writer in house is a provider under Article 50(2) and must mark the generated text in a machine readable format: drafting a rationale for the drift and the proposed trades goes beyond the exemption for an assistive function for standard editing, so for that firm the tier is limited. Article 50(1) also applies once the rationale reaches the client, as this page's own implementation step allows. A firm that only deploys a third party feature for internal approver use has no Article 50 duty, and for that firm the tier is minimal. Investment conduct rules such as MiFID II suitability and best execution still apply to the resulting trades.

Inspecting products is not an Annex III use, so a system that only judges parts, welds or assemblies is usually minimal risk. Two designs change that. Under Article 6(1) it is high risk when both conditions hold: it is a safety component of a product (or itself a product) covered by the Union harmonisation legislation in Annex I, and that law requires a third party conformity assessment of the product. For a production line the relevant product laws are the Machinery Regulation (EU) 2023/1230 and, for cars, the vehicle type approval regulations. Since the Digital Omnibus on AI, Regulation (EU) 2026/1744, moved the Machinery Regulation into Annex I Section B, where the vehicle type approval regulations already sat. Article 6(1) still classifies such a safety component as high risk, but under Article 2(2) only Article 6(1), Article 60a and Articles 102 to 112 of the AI Act apply directly. The requirements reach the system through the sectoral law instead: delegated acts amending Annex III of the Machinery Regulation, and type approval for vehicles. The AI Act rules for Article 6(1) high risk systems apply from 2 August 2028. An inspection system on the assembly line is usually not a safety component of the product it inspects. If it monitors and evaluates the performance and behaviour of individual workers, for example by scoring who made an assembly error, it falls under Annex III point 4(b) and is high risk. Keep the output about the unit, not the person.

Recommendation and personalization systems are not listed in Annex III, so most deployments are minimal risk under the EU AI Act. They become a compliance question elsewhere: manipulative or deceptive techniques that materially distort a person's behavior in a way that causes significant harm, or that exploit vulnerabilities linked to age, disability or a specific social or economic situation, are a prohibited practice under Article 5(1)(a) and (b), which is relevant to recommendation systems that target children. A decision based solely on automated processing, including profiling, that produces legal or similarly significant effects on a person falls under GDPR Article 22, though routine content ranking rarely meets that bar on its own.

Recommending restructuring terms for individuals involves assessing their ability to pay, which can amount to evaluating the creditworthiness of natural persons under Annex III point 5(b). Human approval alone does not remove that: the Article 6(3) exception covers only systems that do not materially influence the decision, such as a narrow procedural or preparatory task, and never applies when the system profiles natural persons. A tool that only assembles the case file can fall under the exception; restructuring for companies is outside point 5(b).

Used only for practice and feedback, the simulator is limited risk. Article 50 requires that people know they are interacting with AI unless that is obvious from the context, as it usually is in a training session, and the provider must mark synthetic voice or text output as AI generated in a machine readable format. It becomes high risk under Annex III point 4(b) if its scores are used to evaluate the performance of workers or to decide on their promotion or termination, and can fall under point 3(b) when a vocational training institution uses it to evaluate learning outcomes. Inferring trainees' emotions from voice or face in the workplace is prohibited under Article 5(1)(f), except for medical or safety reasons.

Summaries, CRM suggestions and follow up drafts that the seller reviews are not an Annex III use and are minimal risk. Using call analysis to monitor and evaluate the performance and behaviour of individual sellers, or to allocate leads to sellers based on their behaviour or personal traits, is high risk under Annex III point 4(b). Inferring sellers' emotions from their voice is prohibited in the workplace by Article 5(1)(f). Emotion recognition applied to customers' voices is high risk under Annex III point 1(c), and Article 50(3) requires deployers to inform the people exposed to it.

Summarizing research for staff is not an Annex III use and is not a practice prohibited by Article 5, so the tier turns on the firm's role under Article 50. It is minimal for a purchased internal tool with no client or public facing exposure. Article 50 transparency applies when the firm builds the generating system itself, which brings the Article 50(2) duty to mark synthetic text in a machine readable format; when the assistant is offered to clients as a chatbot, which brings the Article 50(1) duty to tell them they are interacting with AI; or when AI generated text is published to inform the public on matters of public interest, which brings the Article 50(4) disclosure duty unless the text has gone through human review or editorial control and a person holds editorial responsibility for it.

An automated valuation model values the collateral, not the person, so it is not itself listed in Annex III; the EU Mortgage Credit Directive treats property valuation (Article 19) and the creditworthiness assessment of the borrower (Article 18) as separate steps, and Article 18(3) says the creditworthiness assessment must not be based predominantly on the value of the property exceeding the amount of credit, or on an assumption that the property's value will increase. The valuation becomes relevant to Annex III point 5(b), creditworthiness assessment of natural persons, only where its output is built into a separate system that evaluates the borrower's creditworthiness, and whether that happens depends on how the lender designs the credit decision, not on the valuation model itself.

Minimal for a system level register of systems and owners with no monitoring of individual employees; it is not listed in Annex III and is the instrument deployers use to meet obligations such as the Article 26 duties for high risk systems and the Article 49 registration of Annex III systems in the EU database. Limited where the plain language assistant that staff and auditors query is not obviously an AI system to its users: under Article 50(1) its provider must then design it so people are told they are dealing with AI. Possibly high risk under Annex III point 4(b) on worker management if the discovery process monitors or evaluates the behavior of individual employees rather than staying at the level of systems and owners.

Transcription and captioning are not listed in Annex III and are not a prohibited practice under Article 5, so the tier depends on how captions are published. Article 50(4) requires deployers to disclose AI generated or manipulated text published to inform the public on matters of public interest, such as news captions, unless it has undergone human review or editorial control and someone holds editorial responsibility, so the editor step keeps most deployments outside this duty. The provider duty to mark output in Article 50(2) does not apply where the system does not substantially alter the input or its semantics, which fits same language transcription better than translated subtitles. Unreviewed news captions or subtitles should therefore be disclosed as automatic.

Assistants that talk with residents must tell people they are interacting with AI (Article 50(1)), and AI generated text published to inform the public on matters of public interest must be disclosed unless it has had human review under editorial responsibility (Article 50(4)). Internal translation that neither talks with people nor is published carries no specific obligation. Translation can also sit inside an Annex III process, such as examining asylum, visa or residence permit applications (point 7(c)) or evaluating emergency calls and dispatching emergency services (point 5(d)). Whether the translation component is itself high risk depends on its intended purpose (Article 6(3) exempts systems that only perform a narrow procedural task); either way it should be governed with that high risk process.

A tutor that only converses with students falls under the transparency duty of Article 50. It becomes high risk under Annex III point 3(b) when it evaluates learning outcomes, including when those outcomes are used to steer a student's learning process, and under point 3(c) when it assesses the level of education a student should receive. Inferring students' emotions is prohibited in education institutions under Article 5(1)(f).

Annex III point 2 makes AI systems high risk when they are intended as safety components in the management and operation of the supply of electricity. Recital 55 defines such components as systems used to directly protect the physical integrity of critical infrastructure or the health and safety of persons and property. A system that only feeds a multi year trimming plan, which vegetation planners review and approve before crews act, informs maintenance rather than directly protecting the network, and is then usually minimal risk. The assessment changes when the design acts directly on protection, for example when vegetation risk scores automatically trigger fire risk protection settings or switch lines off without a person deciding; such a system should be assessed as a possible safety component. Standard GDPR duties apply where imagery shows private property or people.

The conversational layer carries the Article 50 transparency duty. If the system assesses risk or sets prices for life or health insurance of natural persons, that part is high risk under Annex III point 5(c); pricing for property and casualty products is not listed.

Explaining products and capturing an application is limited risk with an Article 50 disclosure. If the assistant evaluates creditworthiness or filters applicants on its own assessment, it falls under Annex III point 5(b) and becomes high risk, so keep the decision in the governed credit process.

An AML customer risk rating is not listed in Annex III. Article 5(1)(d) prohibits AI risk assessments that predict whether a natural person will commit or will likely commit a criminal offence based solely on profiling of that person or on assessing their personality traits and characteristics; it exempts only AI that supports the human assessment of a person's involvement in a criminal activity, which is already based on objective and verifiable facts directly linked to a criminal activity. An AML customer risk rating built from due diligence attributes, transaction behaviour and screening results is itself an automated evaluation of a person's situation and behaviour, which is profiling under GDPR Article 4(4), and due diligence facts such as occupation, geography and products are not facts directly linked to a criminal activity, so the rating does not sit squarely inside the exemption. What keeps it a defensible AML due diligence tool rather than an offence prediction is that it does not itself accuse a person of an offence: it sets a level of scrutiny, a human analyst reviews material moves, and regulatory minimum rules sit above the model as hard constraints. A rating driven mainly by nationality or other personal attributes weakens that position further, which is why the proxy discrimination guardrail matters. If the same score is used to evaluate the creditworthiness of natural persons or to establish their credit score, that use falls under Annex III point 5(b) and is high risk, so keep the AML rating and credit decisions separate.

As a pure assist tool for agents it is minimal risk; the customer does not interact with the AI. It becomes high risk under Annex III point 4(b) if its data is used to monitor and evaluate individual agents' performance, and inferring agents' emotions at work is prohibited under Article 5(1)(f).

An assistant that answers informational questions about courses and requirements, without deciding admission, assigning students to an institution, or evaluating learning outcomes, falls under the transparency duty of Article 50: students must be told they are talking to AI. It would move toward Annex III point 3 (education and vocational training) if it were used to determine access or admission to an institution or programme (point 3(a)), or to evaluate learning outcomes, including when those outcomes are used to steer the learning process (point 3(b)).

Article 50(1): people must be informed that they are interacting with an AI system, unless that is obvious from the context. Servicing existing accounts and cards is not an Annex III use. It would become high risk under Annex III point 5(b) if the agent itself evaluated the creditworthiness of a natural person, for example to decide a credit limit increase.

A customer facing assistant must tell people they are interacting with an AI system unless that is obvious (Article 50(1)). It does not evaluate creditworthiness (Annex III point 5(b)) or eligibility for public assistance benefits (point 5(a)), so it is not high risk; biometric verification whose sole purpose is to confirm identity is excluded from Annex III point 1(a).

Article 50(1): people must be told they are interacting with an AI system unless that is obvious. Finding locations and booking appointments does not fall under any Annex III category. If a healthcare version starts to triage patients by urgency, or a public body uses it to decide eligibility for a public service, reassess it against Annex III point 5.

A customer facing assistant must tell people they are interacting with an AI system (Article 50(1)). It triages and opens cases but does not evaluate creditworthiness (Annex III point 5(b), which in any case excludes systems used to detect financial fraud) or decide access to an essential service, so it is not high risk under Annex III.

A customer facing troubleshooting agent must tell people they are interacting with AI unless that is obvious (Article 50). It is not high risk as long as it is not used as a safety component in the management and operation of critical digital infrastructure (Annex III, point 2); running line tests and resets for one customer's service does not make it one.

A customer facing collections agent must disclose that it is AI (Article 50). It is not listed in Annex III as long as it applies preapproved arrangement rules and does not itself evaluate creditworthiness; an affordability model that decides who gets which arrangement for individuals should be assessed separately against Annex III point 5(b).

An AI system that interacts directly with people must be designed so that they know they are dealing with AI, unless that is obvious from the context (Article 50(1)). It is not high risk under Annex III as long as it does not evaluate eligibility for essential public assistance benefits and services (point 5(a)), creditworthiness (point 5(b)), risk and pricing for life and health insurance (point 5(c)) or emergency calls (point 5(d)). This holds only if emotion or vulnerability signals are inferred from what the customer says (text or transcript content), not from voice or other biometric features; an agent that infers emotion from a caller's voice is an emotion recognition system (Article 3(39)), which is high risk under Annex III point 1(c) and triggers the deployer disclosure duty in Article 50(3).

A customer facing intake agent must be designed so that people know they are interacting with AI (Article 50(1)). Claims intake and claims handling are not listed in Annex III: point 5(c) covers risk assessment and pricing in life and health insurance, not claims. One design choice changes this: detecting distress by inferring emotions from the caller's voice is emotion recognition based on biometric data, which is high risk under Annex III point 1(c) and needs disclosure under Article 50(3). Detecting vulnerability from what the caller says does not. The limited tier assumes that design: every handover signal on this page (injury, distress, anger, vulnerability) is detected from the words of the conversation, and inferring emotions from the voice itself is out of scope.

A customer facing assistant must tell people they are interacting with AI (Article 50). It is not a high risk use under Annex III: it applies the airline's reaccommodation rules and does not decide on access to an essential public service or on creditworthiness.

Confirming flagged transactions with cardholders is not listed in Annex III, and point 5(b) expressly excludes AI used to detect financial fraud from the creditworthiness category, so the system is not high risk. An agent that messages or calls customers must tell them they are dealing with AI under Article 50(1), and synthetic voice output must be marked as AI generated under Article 50(2).

A customer facing sales agent must make clear that people are talking to an AI system, unless that is obvious (Article 50(1)). Qualifying and routing prospects is not an Annex III use. It becomes high risk where the same system takes on an Annex III task, for example evaluating the creditworthiness of natural persons (Annex III point 5(b)) or assessing risk and pricing for life or health insurance (point 5(c)); those decisions then need the high risk controls.

A customer facing assistant must be designed so that people know they are interacting with AI (Article 50(1), applicable from 2 August 2026). It is not high risk as long as it does not carry out risk assessment and pricing in relation to natural persons in life and health insurance (Annex III point 5(c)).

Article 50(1) requires an assistant that talks with people to make clear they are interacting with AI, unless that is obvious from the context. It is not listed in Annex III. The agent does allocate work, but it routes tickets to resolver and assignment groups based on the content of the request, not to individual workers based on their behaviour or personal traits or characteristics, so Annex III point 4(b) does not apply. It also does not decide on recruitment, promotion, credit or access to essential services. Any use that assigns work to individual analysts, or monitors and evaluates them from their behaviour or performance (including through the agent's logs), would need its own assessment.

A customer facing service agent must disclose that the customer is interacting with AI (Article 50). It is not high risk: it does not decide on access to essential services, credit or employment.

Article 50(1): an assistant that talks directly with recipients must be designed so they know they are interacting with an AI system, unless that is obvious from the context. It is not high risk: explaining tracking, changing a delivery and taking in a parcel claim fall under none of the Annex III areas (it does not decide on public assistance benefits, creditworthiness, insurance pricing or employment), and it involves no practice prohibited by Article 5.

A customer facing agent must make clear that people are dealing with AI, unless that is obvious from the context (Article 50). Initiating payments within a customer's mandate is not listed in Annex III. It becomes high risk if the same agent evaluates creditworthiness, for example by deciding on a buy now pay later or credit line at checkout (Annex III point 5(b)).

A customer facing agent must disclose that it is AI (Article 50(1)). It stays out of Annex III as long as eligibility for credit offers is decided upstream by the bank's own, separately governed credit processes; if the agent itself assessed creditworthiness it would be high risk under point 5(b).

Article 50(1): riders must be told they are dealing with an AI system, unless that is obvious from the context. Answering trip questions and logging reports is not a listed Annex III use; it would need a fresh assessment if the same agent decided eligibility for a reduced fare, a concession or paratransit access, which touches access to an essential public service.

A customer facing assistant must be designed so that people know they are interacting with AI (Article 50(1)). Explaining bills, correcting clear errors and opening disputes are not listed in Annex III. The tier changes only if the system is also used to evaluate customers' creditworthiness, for example to set credit limits, which Annex III point 5(b) lists as high risk.

A customer facing agent must disclose that it is AI (Article 50), unless this is obvious from the context. Travel insurance claims handling is not listed in Annex III; point 5(c) covers risk assessment and pricing in life and health insurance, not the handling of claims. Handing a traveller who reports a medical emergency to the assistance team is not the classification of emergency calls or the patient triage in point 5(d), as long as the agent only hands over and does not set medical priorities. Claim decisions based solely on automated processing are subject to GDPR Article 22 (and its UK equivalent), and medical data is special category data under Article 9.

Article 50(1) requires that readers know they are interacting with AI. Article 50(4) requires deployers to disclose AI generated text published to inform the public on matters of public interest, unless the content has undergone human review or editorial control and a person holds editorial responsibility. Whether answers generated on demand for a single reader count as text published to inform the public is open to interpretation, but they are rarely reviewed before readers see them, so the conservative choice is to label them.

Article 50(1): people must be informed that they are interacting with an AI system, unless that is obvious from the context. Quoting, sales support and service for business customers are not listed in Annex III. The use would become high risk under Annex III point 5(b) only if the assistant itself evaluated the creditworthiness of a natural person, such as a sole trader, to decide whether to offer a contract.

An information assistant must tell people they are interacting with AI (Article 50). It is not high risk as long as it does not evaluate eligibility for public assistance benefits or services (Annex III point 5(a)); an assistant that starts to pre assess eligibility should be reassessed.

A chatbot that interacts with people at client companies must disclose that it is AI (Article 50). It does not evaluate creditworthiness or decide on access to an essential service (Annex III point 5), so it is not high risk.

A chatbot that interacts with developers must disclose that it is AI (Article 50). Code generation for integration is not listed in Annex III.

A taxpayer assistant must tell people they are interacting with an AI system (Article 50). It is not listed in Annex III as long as it only informs and applies fixed rules. It becomes high risk under Annex III point 5(a) if it evaluates eligibility for, or grants, reduces, revokes or reclaims, public assistance benefits (which can include benefits paid through the tax system). Recital 59 says systems used for administrative proceedings by tax and customs authorities are not high risk law enforcement systems; audit selection and risk scoring are covered on a separate page.

A customer facing assistant must disclose that it is AI (Article 50). Biometric verification whose sole purpose is to confirm that a person is who they claim to be is excluded from remote biometric identification in Annex III point 1(a); creditworthiness assessment of individuals (Annex III point 5(b)) would be high risk and belongs in a separate governed process.

A digital human or kiosk that talks to customers must be designed so that they are told they are interacting with an AI system (Article 50(1)). An associate copilot over product content is not listed in Annex III and is minimal risk. Inferring the emotions of employees at work is prohibited (Article 5(1)(f)); emotion recognition of customers by camera is high risk under Annex III point 1(c), biometric categorisation by sensitive or protected attributes is high risk under Annex III point 1(b), and categorisation that infers race, political opinions, religion or sexual orientation is prohibited under Article 5(1)(g). Both need separate legal review.

An internal drafting and review aid that makes no decisions about people. Article 50 transparency duties apply to generated content: providers must mark synthetic content, and deployers must disclose deep fake images, audio or video. Personalized targeting of individuals is governed mainly by data protection and consumer law rather than the AI Act.

Article 50(1): staff must know they are interacting with an AI system, unless that is obvious from the context. Answering maintenance questions is not an Annex III use. It would become high risk under Annex III point 4(b) if the usage data were used to monitor and evaluate the performance of individual workers, so keep usage analytics aggregated.

Article 50(1) requires that people who interact directly with an AI system are informed of it, unless this is obvious from the context, as it usually is for an internal assistant. The system would be high risk only if it were intended for an Annex III purpose, such as assessing the creditworthiness of natural persons (point 5(b)) or making decisions on or evaluating workers (point 4(b)).

Drafting letters for human approval is not listed in Annex III. The decision the letter communicates may come from a separate high risk system, such as credit scoring (Annex III point 5(b)) or a public body's eligibility decision on benefits (point 5(a)); the drafting tool does not make that decision. Article 50(2) requires the provider of an AI system that generates text to mark the output as artificially generated, which puts this on the limited risk (transparency) tier; this includes an organization that builds its own drafting tool. Article 50(2) does not apply where the AI has only an assistive function for standard editing and does not substantially alter the input data or the semantics of the output.

A 311 assistant must disclose that it is AI (Article 50). It is not high risk while it only informs and creates service cases. If it evaluates or classifies emergency calls or sets dispatch priority for police, fire or medical services, it falls under Annex III point 5(d) and becomes high risk.

Assessing damage to vehicles or property for property and casualty claims is not listed in Annex III, which covers insurance only for risk assessment and pricing of natural persons in life and health insurance (point 5(c)). Article 50(1) transparency duties apply when the customer interacts directly with the AI, for example a guided photo journey that returns an AI estimate or offer, or a chat agent. A purely internal repairer estimate review with no customer interaction is minimal. A settlement or refusal decided solely by automated processing can fall under GDPR Article 22.

Drafting bid responses for staff to review is not listed in Annex III, and the buyer receives the seller's own document rather than interacting with an AI system, so the high risk tier and the Article 50(1) duty towards the buyer do not apply. Staff who chat with the agent must know it is an AI system, which an internal tool labelled as an AI assistant meets by design. Article 50(2) does apply to the drafting itself: the provider of a system that generates text must mark its output in a machine readable format as artificially generated, whether or not a person reviews the draft, unless the system only performs an assistive function for standard editing. A seller that uses a third party drafting tool relies on that tool's provider for the marking; a seller that builds its own agent that generates proposal text, as GroupeActive did with Witivio on Copilot Studio, can be the provider and then carries the duty itself. AI literacy under Article 4 applies in both cases, and the seller remains responsible for every statement in the submitted response.

Article 50(1) requires that people who interact directly with an AI system are informed of it, unless this is obvious from the context, as it usually is for an internal assistant labelled as AI; Article 50(2) requires providers of systems that generate text to mark the output as AI generated in a machine readable way. Helping advisors find information is not an Annex III use and not a prohibited practice under Article 5. It would become high risk only if the system were used to evaluate the creditworthiness of clients (point 5(b)) or to evaluate or make decisions about advisors (point 4(b)). If the assistant were opened to clients, they would have to be told they are dealing with AI.

Operational setup of accounts and entitlements for corporate clients is not listed in Annex III and makes no decision about a natural person's access to a service or creditworthiness. The agent chases documents directly with client staff, so Article 50(1) applies: the provider must design the system so that they are informed that they are interacting with an AI system, unless that is obvious from the context. A purely internal version without client contact would be minimal risk.

A drafting copilot whose output an agent reviews and sends falls under the transparency tier at most. When replies are sent without human review, customers interact with the AI system directly, and Article 50(1) requires that they are informed unless this is obvious from the context. Article 50(2) separately requires the provider of a system that generates text to mark its output in a machine readable format as artificially generated, whether or not a person reviews the draft. It becomes high risk only if it is used for a purpose listed in Annex III, such as evaluating eligibility for public benefits or creditworthiness (point 5), or evaluating the performance of the agents who use it (point 4).

Annex III point 5(b) expressly excludes AI systems used to detect financial fraud from the high risk creditworthiness category, so the scoring is not high risk. The conversational part must disclose that it is AI under Article 50(1). If a voice component infers the customer's emotions from their voice, it becomes an emotion recognition system under Annex III point 1(c), which is high risk and needs the Article 50(3) notice, so keep coaching detection to what is said rather than to biometric signals.

A shopping assistant interacts directly with people, so under Article 50(1) shoppers must be informed that they are dealing with an AI system unless that is obvious. It is not listed in Annex III, so it is not high risk. Manipulative or deceptive techniques that materially distort a shopper's behaviour and cause significant harm are prohibited under Article 5(1)(a), which matters for how persuasion and urgency are designed.

A customer facing assistant must tell people they are interacting with AI unless that is obvious from the context (Article 50(1), applicable from 2 August 2026). Recommending and booking travel is not listed in Annex III, so it is not high risk; consumer protection law on price transparency and fair commercial practices still applies to what it says.

A visitor facing assistant must make clear that people are interacting with AI (Article 50), and synthetic speech should be identifiable as AI generated. It is not high risk. It would change if the camera feature were used to identify or categorise visitors by biometric data, which a guide does not need: remote biometric identification, biometric categorisation and emotion recognition are high risk under Annex III point 1, and biometric categorisation that infers sensitive traits is prohibited under Article 5.

Article 50(1): people must be informed that they are interacting with an AI system unless that is obvious from the context. Article 50(2): synthetic audio output must be marked as artificially generated. A cabin assistant for comfort, media, navigation and knowledge questions is not an Annex III use. It would move towards the high risk regime if it became a safety component of the vehicle: vehicle type approval legislation is listed in Annex I Section B, and under Article 2(2) the high risk requirements reach those products only through the amendments the AI Act makes to that legislation. Keep driving and safety functions out of its reach.

Article 50(1) requires providers to design AI systems that interact directly with people so that those people are informed they are dealing with AI, unless this is obvious from the context, as it usually is for an internal assistant. An analytics assistant that makes no decisions about people is not a prohibited practice under Article 5 and is not listed in Annex III. It would be high risk only if it were intended for an Annex III purpose, such as assessing the creditworthiness of natural persons (point 5(b)).

An internal data engineering tool that flags anomalies in pipelines and tables; it is not a use listed in Annex III and makes no decision about a natural person. If the monitored data feeds a high risk system, such as a credit or employment decision, the AI Act obligations attach to that downstream system, not to this monitoring layer.

Internal triage of fraud alerts is not listed in Annex III, and point 5(b) explicitly excludes fraud detection from the high risk creditworthiness category. Article 50(1) covers any system that interacts directly with people, analysts included, but it does not apply where the use of AI is obvious to a reasonably well informed user, as it is in an internal analyst tool; the marking duties for generated content in Article 50(2) sit with the provider. Reassess if its output feeds credit decisions. Decisions that affect customers remain subject to GDPR and consumer protection rules.

An internal assistant that screens contracts for compliance with Shariah standards is not listed in Annex III: it assesses contracts, structures and securities, not the creditworthiness of natural persons (Annex III point 5(b)). If a customer facing version answers product questions, it must disclose that people are interacting with an AI system under Article 50(1). National Islamic finance regulators set their own Shariah governance expectations.

Bankers interact with the copilot directly, but Article 50(1) does not bite here: it requires telling people they are dealing with an AI system unless that is obvious to a reasonably well informed person, and an internal tool that is openly presented and labelled as an AI assistant meets that bar by design. The copilot never interacts with the client. Article 50(2) marking of generated text falls on the provider of the system, including a bank that builds it in house, but the copilot turns a banker's own notes into a call report, an assistive function for standard editing of the banker's input that does not substantially alter it, so the Article 50(2) exception applies and no machine readable marking is required. It is not an Annex III use: credit context about corporate clients is not the creditworthiness assessment of natural persons in Annex III point 5(b), so it falls outside the high risk tier. If a deployment starts to score individuals for credit, the tier changes. AI literacy duties under Article 4 still apply. If meeting capture is used, recording and transcription rules under data protection law apply separately.

Drafting internal reports for a human investigator is not listed in Annex III (the law enforcement uses in point 6 cover systems used by or for law enforcement authorities, not a bank's own reporting), and the text is not published to inform the public, so the deployer disclosure duty for generated text in Article 50(4) does not apply. Confidentiality rules for suspicious activity reports and GDPR apply in full.

Forecasting product demand and ordering stock is not listed in Annex III. It would become high risk under Annex III point 4(b) only if the same system allocated tasks to employees based on their individual behavior or personal traits, or monitored and evaluated their performance, for example scheduling store staff by individual productivity. GDPR applies only when loyalty or customer level data feeds the forecasts; item and store aggregates on their own are not personal data.

An internal drafting assistant that an official reviews is not listed in Annex III. Article 50(4) requires disclosure of AI generated text published to inform the public on matters of public interest, unless it has undergone human review and a person holds editorial responsibility, which this design provides. If the tool is used to evaluate eligibility for public assistance benefits or services rather than to draft, Annex III point 5(a) can apply.

AML transaction monitoring is not listed in Annex III; point 5(b) covers creditworthiness and credit scoring and excludes systems used to detect financial fraud. The Article 5(1)(d) ban on predicting criminal offences from profiling alone does not apply to systems that support a human assessment already based on objective and verifiable facts linked to criminal activity, which is how alert triage should be designed. A decision to restrict an account taken solely by automated means would fall under GDPR Article 22 and national AML law, so consequential decisions need human review.

Matching a company's own incoming payments to its own open invoices is a back office finance operation. It is not listed in Annex III and does not decide a natural person's creditworthiness or eligibility for a service, so it is minimal risk and the AI literacy duty of Article 4 applies. Using deduction or payment behaviour to score an individual sole trader's creditworthiness would need a fresh risk assessment.

Dispute processing between issuers, acquirers and merchants is not listed in Annex III. It is not an evaluation of creditworthiness or credit scoring under Annex III point 5(b), and because cardholders do not interact with the system directly, the Article 50(1) transparency duty for AI that talks to people does not apply. Article 50(2) marking of generated text is a duty of the provider of the AI system that generates it, which includes an institution that builds its own dispute drafting agent and puts it into service under its own name. A drafted rebuttal built from attached case evidence performs an assistive function for standard editing of that evidence and does not substantially alter the underlying input, so it falls under the Article 50(2) exception and does not need machine readable marking. With that point checked, the tier stays minimal. A customer facing intake agent is assessed separately.

Intake and triage for commercial insurance is not listed in Annex III, which covers risk assessment and pricing of natural persons in life and health insurance. It moves up to high risk only if the same pipeline is used to assess or price life or health cover for individuals.

Analysing complaints in aggregate to find causes is not listed in Annex III, is not a practice prohibited by Article 5 and does not decide on individuals. It does not interact with the public, so the disclosure duty in Article 50(1) does not apply; the machine readable marking of generated text in Article 50(2) is a duty of the provider of the generative model or system that writes the summaries. If the same system decided individual complaint outcomes or redress, or its themes were used to evaluate the performance of individual complaint handlers (Annex III point 4), that design would need its own assessment.

Verifying charges against contracts is not listed in Annex III and is not a practice prohibited by Article 5. The system is internal, so the Article 50(1) duty to tell people they are dealing with AI does not arise; the Article 50(2) duty to mark generated text, such as the discrepancy explanations, falls on the provider of the generative model or system. It supports, but does not take, decisions about individual customers; remediation decisions stay with people.

Tools that support staff in searching, deduplicating and proposing redactions are not listed in Annex III (point 5(a) covers eligibility for public assistance benefits and services, not access to documents), and every release decision stays with an officer. A public facing request assistant that talks to requesters would carry the Article 50(1) transparency duty.

An internal tool that supports engineers on IT incidents; it is not a use listed in Annex III and makes no decisions about people. Annex III point 2 covers AI used as a safety component in the management and operation of critical digital infrastructure, and recital 55 limits safety components to systems that directly protect the physical integrity of that infrastructure or the health and safety of persons and property. A triage copilot that proposes causes and fixes to engineers does not normally do that, but operators of critical digital infrastructure (cloud, data centers, telecom networks) should confirm this for their own design.

Tools that analyze, document and translate code are not prohibited practices under Article 5 and are not listed in Annex III, so no high risk obligations apply to the tooling. Engineers and analysts know they are working with an AI tool, including when they query the documentation through a chat assistant, so the Article 50 disclosure duty has no practical effect for the deploying organization. What remains is AI literacy for the staff who use it (Article 4). If the system being modernized is itself an AI system in an Annex III area (for example creditworthiness assessment, point 5(b)), its new version still has to meet the high risk requirements.

Detecting mule accounts is fraud and AML detection by a private firm, which Annex III does not list; point 5(b) explicitly excludes systems used to detect financial fraud from the credit scoring category. Restricting an account based solely on an automated score can be a decision with similarly significant effects under GDPR Article 22, so keep a human decision and a route to challenge.

Handling payment exceptions is not a use listed in Annex III and is not a prohibited practice under Article 5. If the agent interacts directly with customers, for example in a chat about the case, Article 50(1) requires that they are told they are interacting with an AI system.

Adverse media and PEP screening for due diligence is not listed in Annex III. It processes personal data, including data about alleged offences, so GDPR Article 10 and national AML law govern what may be collected and how long it is kept.

Drafting internal policy text for human approval is not an Annex III use and has no direct effect on individuals. The Article 4 AI literacy measures still apply to the staff who use it.

Organising and summarising consultation responses for analysts does not decide on individuals and is not listed in Annex III, so no high risk obligations apply. If AI generated text is published to inform the public on matters of public interest without human review and editorial responsibility, Article 50(4) requires disclosure.

Sanctions screening by banks and payment firms is not listed in Annex III: point 5 covers credit scoring and life and health insurance pricing, and point 6 covers AI used by or on behalf of law enforcement authorities. It is not a prohibited practice under Article 5, and as an internal tool it carries no Article 50 transparency duty. It still processes personal data at scale, so GDPR applies, and decisions that block a payment or freeze assets remain human decisions.

Detecting recovery opportunities against third parties and other insurers is not listed in Annex III: point 5(c) covers only risk assessment and pricing of natural persons in life and health insurance, and the system does not decide on a natural person's access to a service. It is an internal tool that does not converse with the public or publish generated content, so the deployer transparency duties of Article 50 do not apply. Personal data in claim files, including data about the third party, is still subject to GDPR.

Drafting regulatory correspondence for human approval is not an Annex III use. The main risks are confidentiality and accuracy, which are handled by supervisory information rules, data protection law and internal controls.

Processing supplier invoices is not an Annex III use case, is not a practice prohibited by Article 5 and does not involve decisions about natural persons, so it is minimal risk and the AI literacy duty of Article 4 applies. Approvers who ask questions in chat use an internal tool they know is AI; if that is not obvious to the people using it, the provider must also inform them that they are interacting with an AI system (Article 50(1)).

Drafting internal or public help content that a person reviews and publishes is not a prohibited practice under Article 5 and is not listed in Annex III, so it is minimal risk. The articles are not a direct AI interaction, and the Article 50(4) disclosure for AI generated text published to inform the public does not apply where a person reviews the text and holds editorial responsibility. The Article 50 transparency duties do apply to chatbots that later answer customers from the articles.

Assessing organizations as vendors is not an Annex III use. If assessments score individual natural persons, such as sole traders, check the design against Annex III and data protection rules. The EU AI Act also shapes what to ask AI vendors, since providers of high risk systems carry specific obligations.

Assigning billing and statistical codes from clinical documentation is not listed in Annex III and does not decide on a person's access to care, so no specific AI Act obligations apply beyond AI literacy. Health data processing falls under GDPR Article 9, and in the United States under HIPAA and the payment integrity rules of public payers. Minimal under the AI Act does not mean low stakes: the Veterans Health Administration classifies its computer assisted coding deployment on this page as high impact in the 2025 US federal AI use case inventory, even though coders select every code.

Transcribing and summarizing meetings for an employee is not a use listed in Annex III, and the advisor reviews every note before it is filed or sent. The tier would change if the tool inferred emotions: emotion recognition is high risk under Annex III point 1(c), and inferring the emotions of employees at work is prohibited under Article 5(1)(f). Both stay out of scope.

Drafting business quotes for a seller to review is not an Annex III use and does not interact with the customer as an AI system. It would need a fresh assessment if the system set individual consumer prices or terms in areas such as credit or insurance, where Annex III point 5 can apply.

Financial crime screening of trade transactions is not listed in Annex III. It still processes personal data of individual parties, so GDPR applies, and supervisors expect it to be governed like any financial crime model.

Scoring, blocking and labelling calls is not listed in Annex III, is not a prohibited practice under Article 5, and the system does not interact with people or generate content, so Article 50 does not apply. A conversational scambaiting agent such as O2's Daisy talks to callers with a synthetic voice, which raises separate Article 50 transparency questions and should be assessed on its own.

Classifying the organization's own purchase lines into categories is not listed in Annex III and is used internally by procurement staff, so no specific obligations apply beyond AI literacy. The data can still contain personal data, for example in purchasing card and expense lines, which brings GDPR duties. Using the classified card and expense lines to monitor or evaluate individual employees would move the system towards Annex III point 4 (employment and worker management) and a high risk assessment.

An internal drafting and analysis assistant for auditors that makes no decisions about natural persons. It would need reassessment if used to evaluate individual employees' behaviour or performance, which falls under Annex III point 4(b).

Annex III point 5(b) lists creditworthiness assessment and credit scoring of natural persons as high risk but explicitly excludes AI systems used for the purpose of detecting financial fraud, and payment fraud scoring is not otherwise listed in Annex III or prohibited by Article 5. Behavioural biometrics used only to confirm that customers are who they claim to be fall under the biometric verification exclusion in Annex III point 1(a). The model does not interact with people, so Article 50 does not apply. GDPR Article 22 can still apply to solely automated declines with significant effects on customers.