Horizon · Playbook 78

EU AI Act readiness for UK firms selling into the EU

Every AI system in the group found, recorded and classified, with the reasoning cited to the Act and the Commission's guidance. A named legal or compliance owner decides every classification, the AI drafts and never gives a legal opinion, and technical documentation is ready well before 2 December 2027.

  • Retrieval (RAG)
  • Generative AI
  • Human in the loop
  • EU AI Act
  • European Commission AI Office
  • UK GDPR

At a glance

The problem
Nobody can say which AI systems the group runs, which of them reach the EU, or what the Act asks of each one
Typical volume
Around 120 AI systems and features across the group, about 15 of them in products sold to EU customers, and several thousand pages of system documents
Who's involved
Legal, compliance, product owners, engineering, procurement, data protection, security, and EU counsel for borderline cases
Pilot
6–8 weeks on one product line, after a 3-week discovery
Platforms
AWS, Azure, or a sovereign or on-prem stack

An illustrative scenario. The numbers are typical examples, not a client case study. The cloud services and UK rules were checked on 9 November 2026.

The business problem

A UK group sells a B2B platform to lenders and employers across the EU. Over three years, AI has crept into the product: a feature that scores credit applications for some customers, another that sorts job applications, a chatbot, and a document reader. Inside the business, teams use AI for fraud checks, customer service and marketing content, some of it for EU customers. Nobody holds a single list. Some features came from suppliers, some were built in-house, and some are a general-purpose model called through a cloud API.

The EU AI Act reaches UK firms in two ways. It applies to providers that place AI systems on the EU market, wherever they are based, and to providers and deployers outside the EU whose AI system's output is used in the EU. So the first question for each system isn't 'is it risky?' but 'are we the provider or the deployer, and does it reach the EU at all?'.

The dates have moved. The Digital Omnibus, Regulation (EU) 2026/1744, in force since 27 July 2026, put back the high-risk duties: Annex III uses such as credit scoring and recruitment from 2 December 2027, and AI in products covered by Annex I from 2 August 2028. Other parts already apply: the prohibitions since February 2025, general-purpose AI model duties since August 2025, and transparency duties since 2 August 2026. The extra time is useful only if the inventory, the classifications and the technical documentation start now.

The work is mostly reading: the Act and its annexes, the Commission's guidelines, and the group's own architecture records, model cards, contracts and supplier terms. AI can make that reading much faster. It can't decide what the law means for the business. This playbook describes how to organise the work. It is not legal advice, and neither is anything the assistant drafts.

What AI changes

  • A sweep of engineering repositories, cloud accounts, the procurement register and supplier contracts finds candidate AI systems, and the assistant drafts an inventory entry for each, with its sources linked.
  • For each system, the assistant drafts a role (provider or deployer), whether it reaches the EU, and a possible classification, citing the article, annex point or guideline passage it relied on, and stating plainly what it doesn't know.
  • A named legal or compliance owner decides every role and every classification, records the reasoning, and sends borderline cases to EU counsel. The draft is never the decision.
  • For the systems the group provides as high-risk, the assistant drafts technical documentation in the structure of Annex IV from engineering sources, marking each gap rather than filling it.
  • When a system changes, such as a new model, a new use or a new EU customer, the change raises an event and its classification goes back to its owner for review.
  • What it doesn't do: no final legal opinion, no conformity decision, no registration in the EU database and nothing sent to customers or authorities without a person.

How success is measured

Agree these, and measure the baseline, before anything is built. Example targets are typical, not promises.

Inventory coverage

Systems in the inventory against those found by later sweeps, spot checks and supplier questionnaires. Anything found late shows where discovery is missing a source.

ExampleOver 95% found by the first full sweep

Classifications decided and reasoned

Share of inventory entries with a role and classification decided by a named owner, with recorded reasoning.

ExampleEvery entry, before it counts as done

Citation accuracy

In a weekly sample, how often the passage the assistant cites really says what the draft claims.

ExampleEvery sampled citation checked; any miss reviewed the same week

Time to a first draft

From a system being found to a draft entry and classification ready for its owner.

ExampleFrom weeks to under 2 days

Documentation gaps

Open gaps in technical documentation for high-risk systems the group provides, tracked to an owner and a date.

ExampleClosed well before 2 December 2027

Re-review on change

Changed systems whose classification was re-reviewed before the change went live.

ExampleEvery one

UK regulation and controls

Cross-sector rules are on the UK regulation map.

  • European CommissionEU AI Act scope (Article 2)

    The Act applies to providers placing AI systems on the EU market, whether they are established in the EU or not, and to providers and deployers outside the EU where the system's output is used in the EU. So each inventory entry records who built it, who sells or uses it, and where its output lands. Where the servers are doesn't decide it.

  • European CommissionHigh-risk classification (Article 6, Annexes I and III) and the Digital Omnibus

    Annex III high-risk duties apply from 2 December 2027 and Annex I from 2 August 2028. The Commission published draft guidelines on high-risk classification on 19 May 2026 and consulted on them; the final version had not been published when we checked. A provider relying on the Article 6(3) exception must document its assessment before placing the system on the market, and the system must still be registered, though the Omnibus simplified the information required. A named person makes that call, not the assistant.

  • European CommissionProvider duties: technical documentation, quality management and an EU authorised representative

    Providers of high-risk systems need technical documentation (Annex IV), a quality management system, logging, human oversight and conformity assessment. A provider outside the EU must appoint an authorised representative in the EU, by written mandate, before making a high-risk system available there (Article 22). The first harmonised standard, EN 18286 on quality management, was cited in the Official Journal in October 2026; others are still being written by CEN and CENELEC. The Omnibus extended simplified documentation from SMEs to small mid-cap companies.

  • European CommissionDeployer duties, transparency and AI literacy

    Where the group only uses a high-risk system, deployer duties apply: use it as instructed, assign human oversight, keep logs and monitor it. Deployers using credit scoring or life and health insurance pricing also owe a fundamental rights impact assessment. Transparency duties for chatbots and AI-generated content have applied since 2 August 2026. The AI literacy duty has applied since February 2025; the Omnibus changed it to taking measures to support staff AI literacy.

  • European Commission AI OfficeGeneral-purpose AI models

    Model provider duties have applied since 2 August 2025, and the Commission's enforcement powers since 2 August 2026. The voluntary code of practice was published in July 2025. Calling a model through a cloud API usually leaves those duties with the model's provider, but significantly modifying a model can make you its provider. Record which models each system uses, and how.

  • European CommissionPenalties (Article 99)

    Up to €35 million or 7% of worldwide turnover for prohibited practices, €15 million or 3% for most other breaches, and €7.5 million or 1% for misleading information to authorities, whichever is higher. For SMEs it is whichever is lower. The new prohibitions on AI that generates non-consensual intimate images or child sexual abuse material apply from 2 December 2026.

  • UK governmentNo UK equivalent yet

    The King's Speech of 13 May 2026 included no dedicated AI bill. It announced sandboxing powers for testing new products, including AI, in a Regulating for Growth Bill. In the UK, AI stays under existing law and sector regulators, so the inventory serves both: the same record answers an EU classification question and a UK regulator's question.

  • ICOUK GDPR for the readiness work itself

    System documents, test data and logs often hold personal data. Index only what the work needs, process it in UK regions, keep a retention period, and make sure no provider trains its models on your documents. Systems that make decisions about people also need the UK's own automated decision rules, covered in a separate playbook.

The solution

Showing AWSAzuresovereign / on-prem services. Switch with the toggle; every diagram and table on this page follows it.

EU AI Act readiness for UK firms selling into the EU: reference architecture
  1. 01Sources

    • The AI Act, annexes and Omnibus (EUR-Lex)
    • Commission guidelines and standards
    • Your system documents, contracts and supplier terms
  2. 02Intake

    • Amazon S3 with versioningBlob Storage with versioningCeph, or IONOS S3 Object StorageDocument store, versioned
    • Amazon TextractContent Understanding (Document Intelligence)Docling plus an open-weight vision modelRead documents
    • AWS Config, Resource ExplorerAzure Resource GraphYour CMDB and repository searchDiscovery sweep
  3. 03Intelligence

    • Bedrock Knowledge BasesFoundry IQ (Azure AI Search)OpenSearch, or PostgreSQL with pgvectorRegulation and system knowledge
    • Amazon BedrockMicrosoft FoundryOpen-weight models via vLLMDrafting model
    • Agent
      Bedrock AgentCoreFoundry Agent ServiceLangGraph on KubernetesInventory and classification assistant
  4. 04Orchestration

    • Step FunctionsLogic Apps / Durable FunctionsTemporalReview and sign-off workflow
    • EventBridge + SQSEvent Grid + Service BusApache Kafka or RabbitMQChange events
  5. 05Systems of record

    • AI system inventory, in your risk register
    • Engineering repositories and architecture records
    • Contract and procurement register
  6. 06People

    • Person
      Legal or compliance owner: decides each classification
    • Person
      Product and engineering owners: sign documentation
    • Person
      EU counsel: borderline cases
  • Cloud or platform service (AWSAzuresovereign / on-prem)
  • AI agent
  • A person decides
  • Your existing systems
  • Outside your organisation

Components, side by side

EU AI Act readiness for UK firms selling into the EU: components on AWS, Azure and a sovereign or on-prem stack
LayerAWSAzureSovereign / on-prem
Source libraryLoad the Act and the Omnibus from EUR-Lex, and each guideline with its publication date. Every citation points to a dated version, so a draft can be re-checked when guidance changes.Amazon S3 with versioningBlob Storage with versioningCeph, or IONOS S3 Object Storage
Reading documentsArchitecture diagrams, supplier contracts and scanned order forms, not just clean wiki pages.Amazon TextractAzure Content Understanding (includes Document Intelligence)Open-source parsing (e.g. Docling) plus an open-weight vision model
Finding AI in the estateLook for model endpoints, AI service calls and AI clauses in supplier terms. Bought software is where systems are most often missed.AWS Config and Resource Explorer, plus repository searchAzure Resource Graph, plus repository searchYour CMDB, repository search and cloud billing data
RetrievalTwo indexes kept apart: the law and guidance, and your own system documents, each with access controls.Bedrock Knowledge BasesFoundry IQ, built on Azure AI SearchOpenSearch, or PostgreSQL with pgvector
Drafting and summariesBoth clouds offer a choice of models, including Claude. Every sentence in a draft classification carries a citation, or is marked as the assistant's assumption.Amazon BedrockMicrosoft FoundryOpen-weight models served with vLLM on your own GPUs, or IONOS AI Model Hub
Agent runtimeThe original Bedrock Agents closed to new customers on 30 July 2026; new builds use AgentCore.Amazon Bedrock AgentCoreFoundry Agent ServiceAn open-source agent framework (e.g. LangGraph) on Kubernetes
Inventory recordThe inventory lives where risk is already managed. The assistant writes drafts there; only the owner can mark an entry decided.Your existing risk register or GRC tool, through its APIYour existing risk register or GRC tool, through its APIYour existing risk register or GRC tool, through its API
Review workflowThe rule that only a named owner can decide a classification sits here, not in a prompt.AWS Step FunctionsLogic Apps or Durable FunctionsTemporal, or n8n
Change eventsA new model, a new use or a new EU customer reopens the entry.Amazon EventBridge, SQSEvent Grid, Service BusApache Kafka or RabbitMQ
GuardrailsBlock uncited claims and wording that reads as a legal opinion, such as 'this system is compliant'.Bedrock GuardrailsFoundry guardrails (Azure AI Content Safety)Open-source guardrails (e.g. NeMo Guardrails, Llama Guard)
Identity, keys, data protectionContracts and product documents stay visible only to people who could already see them.IAM Identity Center, KMS, MacieEntra ID, Key Vault, PurviewKeycloak or your existing Active Directory; OpenBao or HashiCorp Vault; an HSM
Monitoring and auditLog every draft, its sources, the owner's decision and their reasoning. That log is part of the evidence.CloudWatch, CloudTrailAzure Monitor, Log AnalyticsPrometheus, Grafana, OpenTelemetry
UK data residencyIONOS AI Model Hub runs in German data centres: EU, not UK, residency.eu-west-2 (London)UK South / UK WestYour own UK data centre, or a UK or EU provider

On a phone, the table shows the platform you pick. Sovereign / on-prem means open, portable components you can run in your own data centre or with a UK or European provider; IONOS is shown as one example, and others exist. What sovereign cloud means →

Hybrid and on-prem

Many organisations keep core systems and sensitive data on their own servers. This is how the same design works across both.

Stays on-prem

Source code, architecture records and supplier contracts can stay on your own servers. So can the risk register that holds the inventory. Product documents that are commercially sensitive often never leave the estate.

Uses cloud AI

The law and guidance index and the drafting model can run in a UK cloud region, since the Act and guidelines are public. Your own documents can be indexed on-prem, with open-weight models on your own GPUs, if they must not leave.

How they connect

A private link (AWS Direct Connect or Azure ExpressRoute) and the API layer. Only the passages a draft needs are sent, and drafts come back to the inventory as events.

If the link drops

Nothing stops. Classification is not urgent minute to minute: owners keep deciding from drafts already made, and new drafts queue until the link returns.

The agents

What each agent may do through its tools, what it may not, and where a person signs off. The limits are enforced by the platform, not the prompt.

Inventory and classification assistant

May do

  • Search the Act, the Omnibus, the annexes and the Commission's guidelines, by dated version
  • Read system documents, model cards, architecture records, contracts and supplier terms it has been given access to
  • Draft an inventory entry, a role (provider or deployer), EU reach and a possible classification, each point cited
  • Draft technical documentation sections in the Annex IV structure, marking every gap
  • List open questions for the owner, the product team or the supplier
  • Reopen an entry for review when a change event arrives

May not do

  • Decide a role or a classification, or mark an entry as decided
  • Give a final legal opinion, or say that a system is compliant
  • Register a system in the EU database or sign a declaration of conformity
  • Send anything to customers, suppliers, authorities or the authorised representative
  • Change system documents, code or contracts
  • Read documents beyond those the requesting person could read

Where a person signs offA named legal or compliance owner decides every role and classification and records the reasoning. Product and engineering owners sign technical documentation. Borderline cases go to EU counsel. Nothing the assistant drafts is legal advice. Its permissions are enforced by the platform's identity and policy controls, not by instructions in a prompt.

Middleware and integration

The risk register stays the record of the inventory. The assistant reads from repositories, cloud accounts and the procurement register through their APIs, and writes drafts back to the register. It never edits the source systems.

Change events keep the inventory alive. A new model version, a new use case, a new supplier or a first EU customer raises an event from the release pipeline or the CRM, and the matching entry goes back to its owner. Without this, the inventory is out of date within a quarter.

The source library is versioned. When the Commission publishes final guidelines or a new harmonised standard is cited, the assistant lists every decided entry that relied on the earlier text, and the owners re-check them.

If the assistant is paused, the work carries on by hand from the same register, exactly as it would have without AI.

Process and people

  • A named owner for the inventory, and a named decision-maker in legal or compliance for each business area, with EU counsel on call for borderline cases.
  • A classification method agreed before the pilot: the questions, in order, from scope to role to annex to exception, so drafts and decisions follow the same path.
  • A weekly sample of drafts checked against their citations, with any wrong or stretched citation fed back and the prompt fixed under change control.
  • Product and procurement processes changed so that no AI feature ships, and no AI supplier is signed, without an inventory entry.
  • A plan for the authorised representative and EU database registration for any high-risk system the group provides, owned by legal.
  • AI literacy measures for product, sales and support staff, recorded in the same place as the inventory.

Delivery plan

  1. 3 weeks

    Discovery

    Agree the classification method with legal, list the sources of truth (repositories, cloud accounts, procurement, contracts), load the source library, and pick one product line.

  2. Gate · must be true to passMethod signed off by legal, decision-makers named, data access confirmed, DPIA screening done.

  3. 6–8 weeks

    Pilot

    Sweep the pilot product line, draft entries and classifications, and have owners decide them. Compare with a hand-built inventory for the same line.

  4. Gate · must be true to passNo system missed that the hand-built list found, every sampled citation accurate, and owners say drafts save them time.

  5. 4–6 weeks

    Production

    Extend the sweep to the whole group, connect change events, and start technical documentation drafts for systems the group provides as high-risk.

  6. Gate · must be true to passEvery entry decided by a named owner, change events live, and documentation gaps tracked to owners and dates.

  7. Ongoing

    Scale

    Keep the inventory current, re-check decisions when guidance or standards change, and reuse it for UK regulators' questions and customer due diligence.

  8. Gate · must be true to passQuarterly sample audit of entries passes, and no change goes live without re-review.

Roles and RACI

Who is responsible, accountable, consulted and informed, by activity
ActivityGeneral counselHead of complianceProduct ownersSolutions architectI can fill thisTechnical PMI can fill thisEngineersI can fill thisDPOSecurityI can fill this
Classification method and legal sign-offAccountableResponsibleConsultedConsultedInformedInformedConsultedInformed
Discovery sweep and sources of truthInformedConsultedConsultedAccountableResponsibleResponsibleInformedConsulted
Target architectureInformedConsultedInformedAccountable and ResponsibleConsultedConsultedConsultedConsulted
Each classification decisionAccountableResponsibleConsultedInformedInformedInformedConsultedInformed
Technical documentation for high-risk systemsConsultedConsultedAccountableResponsibleConsultedResponsibleConsultedConsulted
Change events and re-reviewInformedAccountableResponsibleConsultedResponsibleResponsibleInformedInformed
Run, monitor and improveInformedAccountableConsultedConsultedResponsibleResponsibleConsultedConsulted

Classification method and legal sign-off

General counsel
A · Accountable
Head of compliance
R · Responsible
Product owners
C · Consulted
Solutions architect
C · Consulted
Technical PM
I · Informed
Engineers
I · Informed
DPO
C · Consulted
Security
I · Informed

Discovery sweep and sources of truth

General counsel
I · Informed
Head of compliance
C · Consulted
Product owners
C · Consulted
Solutions architect
A · Accountable
Technical PM
R · Responsible
Engineers
R · Responsible
DPO
I · Informed
Security
C · Consulted

Target architecture

General counsel
I · Informed
Head of compliance
C · Consulted
Product owners
I · Informed
Solutions architect
A/R · Accountable and Responsible
Technical PM
C · Consulted
Engineers
C · Consulted
DPO
C · Consulted
Security
C · Consulted

Each classification decision

General counsel
A · Accountable
Head of compliance
R · Responsible
Product owners
C · Consulted
Solutions architect
I · Informed
Technical PM
I · Informed
Engineers
I · Informed
DPO
C · Consulted
Security
I · Informed

Technical documentation for high-risk systems

General counsel
C · Consulted
Head of compliance
C · Consulted
Product owners
A · Accountable
Solutions architect
R · Responsible
Technical PM
C · Consulted
Engineers
R · Responsible
DPO
C · Consulted
Security
C · Consulted

Change events and re-review

General counsel
I · Informed
Head of compliance
A · Accountable
Product owners
R · Responsible
Solutions architect
C · Consulted
Technical PM
R · Responsible
Engineers
R · Responsible
DPO
I · Informed
Security
I · Informed

Run, monitor and improve

General counsel
I · Informed
Head of compliance
A · Accountable
Product owners
C · Consulted
Solutions architect
C · Consulted
Technical PM
R · Responsible
Engineers
R · Responsible
DPO
C · Consulted
Security
C · Consulted

R ResponsibleA AccountableC ConsultedI Informed· not involved

Where I'd fit

Option A

Lead the architecture

If there's no architect on the programme, I'd design the whole thing: the discovery sweep across your estate, the source library and indexes, the assistant and its limits, the link to your risk register, and the change events that keep it current. I'd work with your legal team, who decide what the law means, and report to your programme board.

Option B

Support your architect

If your partner or your own team already has an architect, I'd take on the discovery sweep, the retrieval and drafting pipeline and the integrations under their lead, and give them a second senior opinion on the technical documentation, which needs people who know how the systems really work.

Where this goes wrong

  1. Goes wrong

    The draft classification reads like an opinion, so it is treated as one.

    How the design avoids it

    Drafts are labelled as drafts, a guardrail blocks 'compliant' and similar wording, and only a named owner can mark an entry decided.

  2. Goes wrong

    The assistant cites the right article for the wrong point, and nobody checks.

    How the design avoids it

    Every claim is cited to a dated passage, and a weekly sample is checked by a person against the source.

  3. Goes wrong

    The inventory only covers what engineering built, and misses AI inside bought software.

    How the design avoids it

    Sweep the procurement register and supplier terms too, and add an AI question to every new supplier contract.

  4. Goes wrong

    Everyone assumes the system is out of scope because the servers are in London.

    How the design avoids it

    Scope is decided on who places it on the market and where the output is used, recorded for each entry.

  5. Goes wrong

    The inventory is built once for a deadline and is stale a quarter later.

    How the design avoids it

    Change events from releases, suppliers and sales reopen entries, and decided entries are re-checked when guidance changes.

On the horizon

Changes already announced or under way that affect this design. More in the UK horizon scan.

  1. 2 December 2026
    New prohibitions on AI that generates non-consensual intimate images or child sexual abuse material apply, and machine-readable marking becomes due for AI content tools placed on the market before 2 August 2026.

    Check every generative feature that EU users can reach: what it can produce, what stops misuse, and how its output is marked.

  2. Awaited
    The Commission's final guidelines on high-risk classification. The draft was published on 19 May 2026 and consulted on.

    Classify against the draft now, record which version each decision relied on, and re-check when the final text arrives.

  3. In progress
    More harmonised standards from CEN and CENELEC's joint AI committee. EN 18286 on quality management was cited in October 2026; others, such as risk management, are still being written.

    Build your quality management and documentation so they map to the standards as they are cited, rather than waiting for all of them.

  4. 2 December 2027
    Annex III high-risk duties begin, including credit scoring, recruitment, and life and health insurance pricing.

    For each system the group provides, have the technical documentation, quality management, logging, human oversight and authorised representative in place before this date.

  5. 2 August 2028
    Annex I high-risk duties begin for AI that is, or is a safety component of, a product under the EU product laws listed in Annex I.

    If you sell machinery or devices into the EU, fold AI into the conformity assessment you already do for those products.

Questions to ask your partner or vendor

Good answers are specific. Vague answers to any of these are worth following up.

Copy them into your next supplier meeting

  1. How will we find AI inside software we've bought, not just what we built?
  2. For each system, how do we decide whether we're the provider or the deployer, and who signs that off?
  3. How do we check that every citation in a draft says what the draft claims?
  4. What stops a draft classification being read as legal advice?
  5. How does the inventory stay current after the first sweep?
  6. Where are our contracts and product documents processed, and is anything used to train a model?

Planning something like this?

Whether you need someone to lead the design or to support the architect you already have, let's talk it through.

Sam Naseem
Sam NaseemBirmingham, UK · UK & Europe
Available now