Public sector · Playbook 18

I've worked in this sector

Freedom of Information request handling

Every request logged, checked and on the clock the day it arrives, records found faster, and suggested exemptions and redactions laid out with reasons. The FOI officer decides what is released.

  • Retrieval (RAG)
  • Document AI
  • Agents with tools
  • Human in the loop
  • FOI Act 2000
  • EIR 2004
  • Section 45 code
  • ICO
  • UK GDPR
  • ATRS

At a glance

The problem
Requests are logged by hand, searches across email and file shares take days, and redaction is slow and risky, all against a 20 working day limit
Typical volume
Around 3,000 FOI and EIR requests a year, plus internal reviews
Who's involved
The information rights team, information owners across services, legal, data protection, records management, digital and security
Pilot
8–10 weeks on intake and search for one or two services, after a 3–4 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

Requests arrive by email, web form, post and, for environmental information, sometimes by phone. Each one has to be logged, checked as a valid request, sorted into FOI, EIR or a subject access request, and given a deadline. Many need clarifying. Some repeat a request already answered and published. More and more are written with AI tools, which can make them longer, broader, and sometimes wrong about the law.

Volumes are at a record high. Central government bodies received 94,526 FOI requests in 2025, the most since monitoring began in 2005. The work that takes the time is searching: emails, shared drives, case systems and now AI tools, because the ICO's 2026 guidance confirms that prompts and outputs used for work are recorded information. Then every page found has to be read, and personal data and other exempt material redacted.

The risks run both ways. Miss the 20 working day limit and the authority breaches the Act. Withhold too much and the decision is overturned at internal review or by the regulator. Release too much, such as a name left in a spreadsheet's hidden column, and it becomes a personal data breach. FOI teams are small, and the same few people carry all three risks.

What AI changes

  • Every request is logged, checked for validity and classified as FOI, EIR or a subject access request on the day it arrives, with the right legal deadline set.
  • Requests that match something already published are spotted, so the officer can point to the disclosure log or publication scheme instead of starting a new search.
  • Broad or unclear requests get a suggested clarification for the officer to send, in line with the duty to advise and assist.
  • Records are searched across email, file shares and case systems within the access the FOI team has been granted, and returned with duplicates removed.
  • Suggested exemptions, exceptions and redactions are laid out with the reason for each, for the FOI officer to accept, change or reject. Hidden content, such as metadata, comments and hidden spreadsheet columns, is found and flagged.
  • People stay in control: the FOI officer decides every exemption, every public interest balance and every redaction, and the response goes out in their name. The disclosure log is updated once they approve.

How success is measured

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

Responses within the time limit

Requests answered within 20 working days, or within a lawful extension, as published in the authority's FOI statistics.

ExampleUp from the published baseline

Time to log and acknowledge

How long a request waits before it is logged, classified and given a deadline.

ExampleSame day

Search time per request

Officer and information-owner hours spent finding records.

ExampleDown by half

Disclosure errors

Personal or other exempt data released by mistake, including hidden content.

ExampleZero, with every near miss reviewed

Internal review outcomes

Responses changed at internal review or by the regulator. A good measure of decision quality.

ExampleFalling, measured against last year

Suggestion acceptance rate

How often officers accept the suggested exemptions and redactions. Very high can mean people have stopped checking; very low means it isn't helping.

ExampleStable, and reviewed weekly

UK regulation and controls

Cross-sector rules are on the UK regulation map.

  • ICOFreedom of Information Act 2000

    A response is due within 20 working days. The authority must advise and assist requesters (section 16) and give reasons when it refuses (section 17). Requests are judged on what is asked, not who asks, so the assistant never sees the requester's identity when suggesting exemptions. Exemptions, the public interest test, the cost limit (section 12) and vexatious or repeated requests (section 14) are always a person's decision. Where section 36 applies, only the authority's qualified person can give the opinion.

  • ICOEnvironmental Information Regulations 2004

    Environmental information, such as planning, highways, pollution and land, falls under the EIR, not FOI. There is a presumption in favour of disclosure, requests can be made verbally, and the time limit can be extended to 40 working days only if a request is both complex and voluminous. The classifier is tested on spotting EIR requests, because handling one under the wrong regime means the wrong exceptions and time limits.

  • Cabinet OfficeSection 45 code of practice (2018)

    Public interest extensions should normally be no more than 20 extra working days, and internal reviews should normally be completed within 20 working days. The code also sets out which FOI statistics authorities publish, and larger authorities publish them quarterly. The workflow produces these figures from the case system, not from the AI.

  • ICOGuidance on FOI and AI (6 May 2026)

    Requests written with AI are still valid, even if they get the law wrong; the authority helps the requester correct them. Prompts and outputs used for work are recorded information, so this system's own logs and drafts can be requested, and official outputs belong in the corporate records system with a retention period. The ICO sees a role for AI in triage, search, summaries and redaction, provided the authority is confident nothing is improperly withheld.

  • ICOUK GDPR, the Data Protection Act 2018 and section 40

    Requests for the requester's own personal data are subject access requests and are routed to that process. Third-party personal data is withheld only where disclosure would breach the data protection principles, which a person decides. A DPIA is needed before the pilot, because the assistant reads large volumes of personal data in emails and files. Since 30 September 2026 the regulator has been the Information Commission.

  • GDSAlgorithmic Transparency Recording Standard (ATRS)

    In central government, a tool that suggests exemptions and redactions is likely to have a significant influence on a decision with public effect, so publish an ATRS record before the pilot ends. For councils it is voluntary, and for a transparency service it is a natural fit.

The solution

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

Freedom of Information request handling: reference architecture
  1. 01Channels

    • Email and web form
    • Post and verbal EIR requests
    • Public request websites
  2. 02Intake

    • Amazon SESLogic Apps email connectorYour existing mail serverInbound email
    • API GatewayAPI ManagementKong, or your existing API gatewayAPI for web forms
    • Amazon S3Blob StorageCeph, or IONOS S3 Object StorageCollected records
  3. 03Intelligence

    • Agent
      Bedrock AgentCoreFoundry Agent ServiceLangGraph on Kubernetes, with open-weight models via vLLMIntake agent
    • Bedrock Knowledge BasesFoundry IQ (Azure AI Search)OpenSearch, or PostgreSQL with pgvectorRecords and disclosure log search
    • Amazon TextractContent Understanding (Document Intelligence)Docling plus an open-weight vision modelRead documents
    • Amazon ComprehendAzure Language in Foundry ToolsOpen-source PII detection (e.g. Presidio)Personal data detection
    • Agent
      Bedrock AgentCoreFoundry Agent ServiceLangGraph on Kubernetes, with open-weight models via vLLMReview assistant
  4. 04Orchestration

    • Step FunctionsLogic Apps / Durable FunctionsTemporalRequest workflow and deadline clock
    • EventBridge + SQSEvent Grid + Service BusApache Kafka or RabbitMQEvents and queues
  5. 05Systems of record

    • FOI case management system
    • Email, file shares and records system
    • Disclosure log and publication scheme
  6. 06People

    • Person
      FOI officer: decides and responds
    • Person
      Information owners confirm what's held
    • Person
      Qualified person and senior sign-off
    • Person
      Internal reviewer
  • Cloud or platform service (AWSAzuresovereign / on-prem)
  • AI agent
  • A person decides
  • Your existing systems
  • Outside your organisation

Components, side by side

Freedom of Information request handling: components on AWS, Azure and a sovereign or on-prem stack
LayerAWSAzureSovereign / on-prem
Intake: email, forms, filesLog verbal EIR requests in the case system as today. The AI starts from the logged record.Amazon SES, API Gateway, S3Logic Apps connectors, API Management, Blob StorageYour mail server, Kong, Ceph or IONOS S3 Object Storage
Classification, summaries and draftingBoth clouds offer a choice of models, including Claude. Test on your own past requests, including AI-written ones.Amazon BedrockMicrosoft FoundryOpen-weight models served with vLLM on your own GPUs, or IONOS AI Model Hub
Records search (retrieval)Search runs within the access granted for each request, not across everything. The disclosure log is indexed too, so repeat requests are spotted.Bedrock Knowledge BasesFoundry IQ, built on Azure AI SearchOpenSearch, or PostgreSQL with pgvector
Reading documentsIncludes scanned papers, email attachments and spreadsheets with hidden sheets and columns.Amazon TextractAzure Content Understanding (includes Document Intelligence)Open-source parsing (e.g. Docling) plus an open-weight vision model
Personal data detectionA first pass only. It finds names and identifiers; it can't judge whether a senior official's name should be released. That is the officer's call.Amazon Comprehend (PII detection)Azure Language in Foundry Tools (PII detection)Open-source PII detection (e.g. Presidio) plus an open-weight model
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
Workflow and deadline clockWorking days and bank holidays from one calendar. Clarification and fee notices pause the clock, as the law allows.AWS Step FunctionsLogic Apps or Durable FunctionsTemporal, or n8n
Middleware and eventsAmazon EventBridge, SQSEvent Grid, Service BusApache Kafka or RabbitMQ
Link to the FOI case systemThe case system stays the record of every request, decision and date.API Gateway, plus your existing integration platformAPI Management, plus your existing integration platformKong or your existing API gateway
Redaction and releaseSuggestions arrive as marked-up proposals. The officer applies redactions, and the release copy is flattened and checked for hidden content before it leaves.In the FOI team's existing redaction toolIn the FOI team's existing redaction toolIn the FOI team's existing redaction tool
GuardrailsBedrock GuardrailsFoundry guardrails (Azure AI Content Safety)Open-source guardrails (e.g. NeMo Guardrails, Llama Guard)
Identity, keys, data protectionMailbox and file search rights are granted per request, time-limited and logged. They are never a standing permission.IAM Identity Center, KMS, MacieEntra ID, Key Vault, PurviewKeycloak or your existing Active Directory; OpenBao or HashiCorp Vault; an HSM
Monitoring and auditLog every search, every suggestion and every decision with its reason. These logs can be requested under FOI too.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

File shares, the records system and older line-of-business systems often stay on your own servers, and so does the FOI case system in many authorities. The search index for on-prem records can sit beside them, so the bulk of the records never leaves your estate.

Uses cloud AI

Classification, drafting clarifications and suggesting exemptions run in a UK cloud region, working on the specific records collected for a request rather than the whole estate. If policy keeps everything in-house, open-weight models on your own GPUs do the same job.

How they connect

A private link (AWS Direct Connect or Azure ExpressRoute) and the API layer. Only the collected records for each request are sent, and suggestions come back as events onto your queue.

If the link drops

Requests are still logged and the deadline clock keeps running in the case system. Officers search and redact by hand, as they did before, and suggestions catch up when the link returns. A deadline never depends on the AI being up.

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.

Intake agent

May do

  • Read the request and log it in the FOI case system
  • Classify it as FOI, EIR, subject access or business as usual, and set the deadline
  • Check the disclosure log and publication scheme for information already published
  • Flag requests that are unclear, very broad, or similar to recent ones
  • Draft a clarification or advice-and-assistance message for the officer

May not do

  • Send anything to the requester
  • Refuse a request, or decide it is vexatious, repeated or over the cost limit
  • Use the requester's identity to suggest an outcome
  • Close or withdraw a request

Where a person signs offAn FOI officer confirms the classification and deadline of every request, and sends every clarification. The agent's permissions are enforced by the platform's identity and policy controls, not by instructions in a prompt.

Review assistant

May do

  • Search email, files and case systems within the access granted for this request
  • Remove duplicates and group records by information owner
  • Summarise long records for the officer and information owner
  • Suggest exemptions, exceptions and redactions, each with its reason and the passage it applies to
  • Find hidden content such as metadata, comments, tracked changes and hidden spreadsheet columns

May not do

  • Decide whether an exemption applies, or weigh the public interest
  • Give or stand in for a section 36 qualified person's opinion
  • Apply a redaction to the release copy
  • Contact third parties or information owners outside the case system
  • Send a response or publish to the disclosure log

Where a person signs offThe FOI officer decides every exemption, public interest balance and redaction, with the qualified person or senior sign-off where needed. A person checks the final release copy before it is sent.

Middleware and integration

The FOI case system stays the record of every request, deadline, decision and response. The AI writes classifications and suggestions into it through the API layer, and officers see them where they already work.

Searching mailboxes and file shares is the most sensitive part of the design. The search runs under a service identity that is granted access for one request at a time, by the FOI team, and every query is logged. It never has standing access to everyone's email.

Events keep the AI decoupled. Each new request, and each batch of collected records, becomes a message on a queue with a unique ID. If a system is slow, work waits safely and nothing is logged twice. The deadline clock lives in the case system, so pausing the AI never pauses a deadline.

The disclosure log and publication scheme are published by the FOI team once a response is sent. Indexing them lets the intake agent point repeat requests to what is already public.

Process and people

  • The FOI officer owns every decision. A suggestion they accept is their decision, recorded with their reason.
  • Information owners still confirm what is held. The assistant finds candidates; it doesn't decide that nothing else exists.
  • A retention rule for the AI's own logs, prompts and drafts, agreed with records management, because they can be requested too.
  • A pre-release check on every response for hidden content, run by a person with the tool's help, not by the tool alone.
  • A weekly sample review of suggested exemptions and redactions, including the ones officers rejected, fed back into testing.
  • Website wording asking requesters who use AI to check their request is clear and accurate, adapted from the ICO's examples.
  • Officers trained before go-live, including what the assistant can't search: paper files, personal devices and anything outside the granted access.

Delivery plan

  1. 3–4 weeks

    Discovery

    Map today's process from the case system data, measure the baseline, list where records live and who owns them, and agree how search access will be granted and logged.

  2. Gate · must be true to passBaseline agreed, records map and access model approved, DPIA started, legal and information governance involved.

  3. 8–10 weeks

    Pilot

    Intake and search for one or two services, in shadow mode: the AI classifies, searches and suggests, officers work as normal, and the two are compared on real requests.

  4. Gate · must be true to passClassification and search recall within agreed limits, no exempt data missed in the audit sample, ATRS record drafted, senior information risk owner sign-off.

  5. 4–6 weeks

    Production

    Intake and search go live for the pilot services, with monitoring, support and a rollback plan. Exemption and redaction suggestions follow once their own shadow results are agreed.

  6. Gate · must be true to passMonitoring, support model, rollback plan, pre-release checks and officer training in place.

  7. Ongoing

    Scale

    Add services and record stores one at a time, then reuse the pattern for subject access requests and internal reviews.

  8. Gate · must be true to passEach new service passes the same pilot gate.

Roles and RACI

Who is responsible, accountable, consulted and informed, by activity
ActivitySenior information risk ownerInformation rights managerSolutions architectI can fill thisTechnical PMI can fill thisEngineersI can fill thisLegalDPO & records managementSecurityI can fill this
Business case and benefitsAccountableResponsibleConsultedConsultedInformedInformedConsultedInformed
Target architecture and integrationInformedConsultedAccountable and ResponsibleConsultedConsultedInformedConsultedConsulted
Search access model and loggingAccountableConsultedResponsibleConsultedResponsibleConsultedConsultedResponsible
DPIA, retention rules and ATRS recordAccountableConsultedConsultedInformedInformedConsultedResponsibleConsulted
Build and integrationInformedConsultedAccountableResponsibleResponsibleInformedInformedConsulted
Testing on real past requestsInformedAccountableResponsibleConsultedResponsibleConsultedConsultedInformed
Go-live decisionAccountableResponsibleConsultedResponsibleInformedConsultedConsultedConsulted
Run, monitor and improveInformedAccountableConsultedConsultedResponsibleConsultedConsultedConsulted

Business case and benefits

Senior information risk owner
A · Accountable
Information rights manager
R · Responsible
Solutions architect
C · Consulted
Technical PM
C · Consulted
Engineers
I · Informed
Legal
I · Informed
DPO & records management
C · Consulted
Security
I · Informed

Target architecture and integration

Senior information risk owner
I · Informed
Information rights manager
C · Consulted
Solutions architect
A/R · Accountable and Responsible
Technical PM
C · Consulted
Engineers
C · Consulted
Legal
I · Informed
DPO & records management
C · Consulted
Security
C · Consulted

Search access model and logging

Senior information risk owner
A · Accountable
Information rights manager
C · Consulted
Solutions architect
R · Responsible
Technical PM
C · Consulted
Engineers
R · Responsible
Legal
C · Consulted
DPO & records management
C · Consulted
Security
R · Responsible

DPIA, retention rules and ATRS record

Senior information risk owner
A · Accountable
Information rights manager
C · Consulted
Solutions architect
C · Consulted
Technical PM
I · Informed
Engineers
I · Informed
Legal
C · Consulted
DPO & records management
R · Responsible
Security
C · Consulted

Build and integration

Senior information risk owner
I · Informed
Information rights manager
C · Consulted
Solutions architect
A · Accountable
Technical PM
R · Responsible
Engineers
R · Responsible
Legal
I · Informed
DPO & records management
I · Informed
Security
C · Consulted

Testing on real past requests

Senior information risk owner
I · Informed
Information rights manager
A · Accountable
Solutions architect
R · Responsible
Technical PM
C · Consulted
Engineers
R · Responsible
Legal
C · Consulted
DPO & records management
C · Consulted
Security
I · Informed

Go-live decision

Senior information risk owner
A · Accountable
Information rights manager
R · Responsible
Solutions architect
C · Consulted
Technical PM
R · Responsible
Engineers
I · Informed
Legal
C · Consulted
DPO & records management
C · Consulted
Security
C · Consulted

Run, monitor and improve

Senior information risk owner
I · Informed
Information rights manager
A · Accountable
Solutions architect
C · Consulted
Technical PM
C · Consulted
Engineers
R · Responsible
Legal
C · Consulted
DPO & records management
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 own the design end to end: the target architecture, the search access model, the integration with your FOI case system and records stores, and the gates, with the DPIA and ATRS record built in from discovery. I'd report to your senior information risk owner and programme board.

Option B

Support your architect

If your digital team or delivery partner already has an architect, I'd take on the search, document reading and agents under their lead, and give them a second senior opinion on security, records management and how the design will stand up at internal review.

Where this goes wrong

  1. Goes wrong

    A redacted PDF still holds the text under the black boxes, or a spreadsheet keeps a hidden column of names.

    How the design avoids it

    Hidden-content checks on every release copy, flattened output, and a person's final check before it is sent.

  2. Goes wrong

    The search tool is given standing access to every mailbox.

    How the design avoids it

    Access granted per request by the FOI team, time-limited and logged, so it is no wider than a manual search.

  3. Goes wrong

    Officers accept suggested exemptions without weighing the public interest, and decisions are overturned at review.

    How the design avoids it

    Suggestions carry reasons, not conclusions; the public interest balance is always written by the officer; rejected suggestions are reviewed weekly.

  4. Goes wrong

    An environmental request is handled under FOI, with the wrong exceptions and time limits.

    How the design avoids it

    EIR spotting tested on the authority's own past requests, and an officer confirms the regime for every request.

  5. Goes wrong

    Nobody planned for the AI's own logs being requested.

    How the design avoids it

    A retention rule agreed with records management before go-live, and logs kept in a form that can be searched and released.

On the horizon

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

  1. 2026–2027
    The ICO's statutory code of practice on AI and automated decision-making, required by regulations in force since May 2026.

    Keep the suggestion log, the reasons and the officer's decisions in a form you could show the regulator.

  2. Late 2026 onwards
    The ICO ran a consultation on how its FOI and EIR guidance is used (29 June to 31 July 2026), which may inform future revisions.

    Keep the decision rules the assistant draws on in one owned place, so updated guidance can be reflected quickly.

  3. April 2027
    Tenant management organisations in England are due to come under the FOI Act, if Parliament approves the order.

    Councils with TMOs should expect questions about who holds housing records, and keep the records map current.

  4. Late 2026–2028
    The Cyber Security and Resilience Bill brings medium and large managed service providers into regulation, with duties set by secondary legislation by about 2028.

    Expect your IT and AI suppliers to face new duties. Update contracts and supplier assurance as the rules are published.

  5. 2028
    The NCSC asks organisations to have a full post-quantum cryptography migration plan by 2028.

    Record which encryption protects the search index and collected records, and keep it easy to change.

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. What access does the search tool have to mailboxes and files, who grants it, and where is it logged?
  2. How do we know the assistant finds everything held, not just the easy matches?
  3. How is hidden content found and removed before a response leaves?
  4. How are EIR requests and subject access requests told apart from FOI requests, and how is that tested?
  5. How long are the AI's prompts, outputs and logs kept, given they can be requested too?
  6. What does it cost to run per request, at our volume?

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