Ingenious AI

Guides · Compliance

EU AI Act Article 50: what you must disclose, and the evidence to keep

Article 50 is the part of the EU AI Act that reaches ordinary product teams: if your system talks to people, generates content, or reads emotions, you probably owe your users a disclosure. This guide walks through who owes what, when the duties bite, and — the part most summaries skip — what proof to keep that you actually did it.

By Ingenious AI · Published 1 November 2026

The four duties, in plain language

Article 50 creates transparency obligations for two roles. Providers build AI systems; deployers use them in a professional context. Many SaaS teams are both at once. The duties are:

The Article 50 obligations apply from 2 August 2026. Breaches sit in the Article 99 penalty tier of up to €15 million or 3% of worldwide annual turnover, whichever is higher — the same tier as most other substantive breaches of the Act. National market-surveillance authorities enforce; in practice, the first enforcement actions in regimes like this target operators who made no visible effort at all.

Three worked examples

1. A support chatbot on a SaaS dashboard

You are the deployer (and, if you fine-tuned or white-labelled the model under your own brand, possibly the provider too). The compliant pattern is a disclosure at the point of interaction, in the interface itself: "You're chatting with an AI assistant. A human can take over at any time." A line in your terms of service does not count — the duty is to inform the person at the time of interaction, in a way they will actually see. Keep a dated screenshot of the disclosure as shipped, and the release version that introduced it.

2. An AI-written help-centre article

Help-centre articles are not usually "matters of public interest," so the strictest text-disclosure clause may not bite — but the moment the same pipeline publishes commentary on public issues, it does. The robust approach does not depend on that line-drawing: label AI-drafted public content ("Drafted with AI, reviewed by [team]"), and if a person with editorial responsibility reviewed and approved it, record who, because that human-review fact is exactly what the exception turns on. A review log with names and dates is evidence; a memory that "someone probably checked it" is not.

3. An AI-generated product image in an ad

Two duties meet here: the generation tool's provider should have marked the file (C2PA/XMP), and you as deployer should disclose the artificial nature where the law requires it. The practical failure mode we see constantly: the metadata does not survive the journey. Ad platforms and social networks recompress uploads, and recompression strips or mangles embedded provenance metadata. A file that was correctly marked in your asset library can arrive on Instagram or a display network with the mark gone. That is why our DisclosureGuard embed offers a free label drift check: upload the creative, put it through a simulated platform-style recompression, and see whether the disclosure metadata is still there. If it is not, the fix is a visible disclosure on the creative or caption — the layer you control end-to-end.

The evidence trail: what to keep

Disclosure law is enforced against records. When an authority or an enterprise customer asks "show me how you comply," these are the artifacts that answer:

This record-keeping is the reason DisclosureGuard exists: it checks AI-generated content against disclosure requirements and keeps the evidence trail as a by-product of the check, instead of as a separate compliance chore. The free tier is enough to run a first pass over your public surfaces.

A one-afternoon compliance pass

Related guides: the AI vendor terms changes that quietly move your compliance duties and how to keep tamper-evident audit trails for AI agent actions.