Direct answer
EU AI Act retention periods, by article: logs at least 6 months, technical documentation 10 years.
Most summaries blur the EU AI Act record duties into keep everything forever or keep logs for ten years. The Regulation, Regulation (EU) 2024/1689, is more precise than that, and the precision helps a small team. Different records carry different clocks, set by different articles, and the clocks depend on whether you provide the system or deploy it. Here are the periods as written, verified against the EUR-Lex text, and a plain retention schedule a small team can actually run.
Updated October 24, 2026.
The periods, article by article
Article 12: record automatically, over the lifetime of the system. High-risk AI systems must technically allow for the automatic recording of events, called logs in the Regulation, over the lifetime of the system. Article 12 creates the recording duty and the traceability purpose. It does not itself set the retention period. The periods live in the articles below, which is the detail most summaries get wrong.
Article 19(1): providers keep the logs for at least 6 months. Providers of high-risk AI systems must keep the Article 12 logs, to the extent those logs are under their control, for a period appropriate to the intended purpose of the system, of at least six months, unless applicable Union or national law provides otherwise, in particular Union law on the protection of personal data. Six months is a floor, not a ceiling: appropriate to the purpose can mean longer, and other law can set a longer period.
Article 26(6): deployers keep the logs for at least 6 months. Deployers of high-risk AI systems carry the mirror duty for the logs under their control: a period appropriate to the intended purpose, of at least six months, with the same unless-other-law-provides wording. If your small team uses a high-risk system rather than building one, this is most likely your article.
Article 18: technical documentation for 10 years. The provider must keep the technical documentation, the quality management documentation, the certificates and related material at the disposal of the national competent authorities for a period ending 10 years after the high-risk AI system was placed on the market or put into service. This is the ten year figure people repeat. It applies to documentation, not to the Article 12 logs.
Article 47: the EU declaration of conformity for 10 years. The provider draws up the declaration for each high-risk system and keeps it at the disposal of the authorities for 10 years after the system was placed on the market or put into service. Same clock family as Article 18, different document.
One line to remember: Article 12 says record it, Articles 19 and 26(6) say keep the logs at least six months, and Articles 18 and 47 say keep the documentation ten years. Source: the EUR-Lex text of Regulation (EU) 2024/1689, read for this page on October 24, 2026.
When these duties apply
The Regulation entered into force in 2024 and, under Article 113, applies from 2 August 2026, with earlier dates for some chapters and a later date, 2 August 2027, for Article 6(1) and its corresponding obligations. The record duties above sit in the high-risk system regime. Two scope points matter for a small team. First, most ordinary AI tools and agent workflows are not high-risk systems under the Act; the high-risk category is defined by Article 6 and the annexes, covering areas such as certain biometric, employment, education, and essential services uses. Second, even where the Act duties do not bite directly, enterprise customers increasingly ask deployers and vendors for log retention in contracts, and the Act periods are the obvious numbers to adopt rather than inventing your own.
A retention schedule a small team can run
Per-call work records and receipts: keep at least 6 months, and longer where a client contract, a dispute window, or sector law needs it. Six months matches the Act log floor and covers most client dispute timelines. If a record supports an invoice, keeping it until the invoice dispute and tax windows close is the practical rule many teams use. Decide the number per record class, write it down, and apply it the same way every time.
Technical and system documentation: if you are a provider of anything near the high-risk line, plan on 10 years. That is the Article 18 clock, and it is cheaper to keep documentation that long from the start than to reconstruct it.
Personal data inside records: the clock can cut the other way. Both Article 19 and Article 26(6) carve out Union law on the protection of personal data. Keeping personal data longer than needed creates its own exposure. The schedule should name, per record class, what personal data it holds and why the chosen period is the right one.
Deletion is part of the schedule. A retention period nobody enforces is just accumulation. Put the review and deletion step on a calendar, and keep a note of what was deleted and when. That note is itself a record worth keeping.
Where Zambo records fit
Zambo is the verifiable work layer for AI. Work run through the Zambo MCP endpoint saves the result of every call as it runs and returns a receipt, so the per-call record a retention schedule needs is created at call time rather than assembled later from chat exports. That matters for the Act framing in a practical way: Article 12 is about automatic recording, and a record written by the system when the event happens is a different thing from a log a person compiles after the fact. The field level view of Article 12 is in EU AI Act Article 12: what fields does a record need, and the auditor side is in can AI agent logs be used as evidence.
Honest limits
This page summarizes the retention periods in the Regulation as published on EUR-Lex. It is practical guidance, not legal advice. Whether your system is high-risk, whether you are a provider or a deployer, and which national or sector laws add longer periods are questions for your own legal review, and the answers change the schedule.
Keeping records with Zambo helps you meet logging and record duties: the records exist, they are dated, and anyone can check that a saved result was not changed after it was saved. No tool makes a system compliant by itself, and nothing on this page promises compliance. Classification, documentation, oversight, and the rest of the Act obligations remain yours.
Set up the record before you need it
Retention starts with records that exist. If your team AI work currently lives in chat windows and memory, there is nothing to retain. Run the work through Zambo so each call leaves a dated, checkable record from day one, then apply your written schedule to a record set that is actually complete.
Work run through the Zambo MCP endpoint at zambo.dev/mcp (153 tools, 35 on the default surface) saves its result when the call runs and returns a verifiable AER-1 receipt (draft-zambo-aer1-26) for every call. In short, an agent receipt is a record of one ai agent tool call that anyone can check: it keeps the exact saved bytes and their sha-256 digest, and it proves the result was not changed since it was saved, not that it was right. Start free: 20 free calls per day, then they upgrade. The Day Pass is $0.99 for 24 hours. Checking any receipt is always free at zambo.dev/verify.
Questions, answered
How long must EU AI Act logs be kept?
For high-risk AI systems, at least six months. Article 19(1) sets that floor for providers, for the automatically generated logs under their control, and Article 26(6) sets the same floor for deployers. Both say a period appropriate to the intended purpose, of at least six months, unless other Union or national law provides otherwise. Six months is the minimum, not a recommended maximum.
Does the EU AI Act require keeping logs for 10 years?
No. The 10 year period in Article 18 applies to technical documentation and related material that the provider keeps at the disposal of the authorities, counted from when the system was placed on the market or put into service. Article 47 sets the same 10 years for the EU declaration of conformity. The logs themselves carry the six month floor in Articles 19 and 26(6). Mixing the two numbers up is the most common error in summaries of the Act.
Do these retention duties apply to my small team if we just use AI tools?
Only if the tools are high-risk AI systems under the Act and you deploy them, in which case Article 26(6) is the deployer duty. Most everyday agent and office AI use is not in the high-risk category. Many teams still adopt the six month log floor voluntarily, because customers ask for it in contracts and because dispute and audit questions rarely arrive inside six months of the work.
When do the EU AI Act record duties start applying?
The Regulation applies from 2 August 2026 under Article 113, with some chapters applying earlier and Article 6(1) obligations from 2 August 2027. The record duties described here are part of the high-risk regime that follows that timetable. Check the current EUR-Lex text and your legal advice for any later amendments before relying on a date.
What should a small team write in its retention policy?
One line per record class: what the record is, which duty or contract it answers, the period, where it is kept, and when it is deleted. For AI work records, a workable default is at least six months for per-call logs and receipts, longer where client contracts or dispute windows require, and 10 years for provider technical documentation if the Article 18 duty applies to you.
Related
- EU AI Act Article 12: what fields does a record need?
- Can AI agent logs be used as evidence?
- AI agent compliance evidence: what to hand an auditor
- Prove AI work for compliance
- Verify a receipt right now
- The Zambo MCP endpoint
Start where the work starts: run the next job through zambo.dev/mcp, close it with a handover, and check any receipt free at zambo.dev/verify. If you only need a day, the Day Pass is at zambo.dev/day-pass.