Skip to content
Back to Blog
EU AI ActAI ComplianceFinancial Crime PreventionAML TechnologyRegulatory ComplianceArticle 4

What the EU AI Act Really Means for Financial Crime Teams on 2 August

Marco Beranzoni · · 7 min read

Reading time: ~7 minutes · For AML, sanctions, KYC, FIU, MI and QA professionals

There is a version of the EU AI Act doing the rounds on social media right now. It goes something like: “From 2 August, AI training is mandatory and the inspectors will fine you.” It is urgent, it is shareable, and it is wrong in a way that matters — especially if you work in financial crime.

The real picture is more interesting, and frankly more useful. On 2 August 2026, three things genuinely change. Understanding them properly is the difference between performative compliance and actually being ready. Let’s take them in order, then look at what they mean specifically for the people screening transactions, drafting SARs, and reviewing adverse media every day.

This article is general information, not legal advice. Assess your own obligations with qualified counsel.

First, the date that everyone is pointing at

The EU AI Act entered into force on 1 August 2024 and rolls out in stages rather than all at once. Prohibited practices and the AI literacy duty came in from February 2025; the rules for general-purpose AI models from August 2025. 2 August 2026 is the big one: most high-risk system obligations apply, the transparency rules under Article 50 become enforceable, financial penalties for the relevant obligations are live, and national market surveillance authorities must be operational across member states.

A note on the noise: a proposed “Digital Omnibus” package has floated delaying some high-risk timelines. Prudent planning ignores it. The Commission has shown flexibility on the most operationally heavy high-risk deadlines but no flexibility on transparency, general-purpose AI enforcement, or prohibited practices. Treat 2 August 2026 as binding.

Change 1 — Transparency (Article 50)

Article 50 is about not passing AI off as human. In broad terms, when a person interacts with an AI system they should be told, and content generated by AI — text, images, audio, video — should be identifiable as such.

For a financial crime function, the obvious case is a customer-facing chatbot. The less obvious — and more relevant — case is the growing pile of AI-assisted output your team produces: drafted narratives, summaries, briefing notes. The discipline Article 50 pushes toward is provenance: knowing, and being able to show, where AI was involved. That is a documentation habit before it is a legal one.

Change 2 — AI literacy (Article 4), and the myth attached to it

This is where the popular summary overstates things. Here is the precise account.

Article 4 has technically applied since 2 February 2025. It requires providers and deployers of AI to ensure their staff — and contractors acting on their behalf — have a “sufficient level of AI literacy.” That part is real, and it is broad: it is arguably the single widest obligation in the whole regulation, because it touches everyone who operates AI on your organisation’s behalf.

Now the nuance the headline version skips: there is no standalone fine for breaching Article 4. Nobody arrives on 2 August to fine you simply for “not having done training.” Claims to the contrary overstate the position.

What is actually true is more durable. From 2 August 2026, national authorities must be in place and penalties for non-compliance defined (and these will vary by member state). From that point, a lack of AI literacy becomes an aggravating factor in any wider AI Act enforcement — far more likely than standalone action. And separately, there is civil-liability exposure: if inadequately trained staff use AI in a way that harms a customer, a counterparty, or a third party, “we never trained them” is not a position you want to defend.

So the framing is responsibility, not panic. The obligation is genuine; the consequence is reputational, evidential and civil rather than a tidy day-one fine — which makes it easier to ignore, and more costly to have ignored.

Change 3 — There is no standard course

This is the most misunderstood line in the Act, and the most important for our sector. Article 4 is deliberately non-prescriptive. It does not name a curriculum. Instead it says literacy must be judged against the person’s technical knowledge, experience and role, and the context in which the AI is used.

In plain terms: training has to be specific to your organisation and proportionate to the role. A colleague using ChatGPT to tidy up emails needs something genuinely different from a colleague using AI to screen sanctions hits or inform a risk decision. One bar does not fit everyone — and a generic “intro to AI” course satisfies the letter of nobody’s obligation particularly well.

Now — the part the generic explainers miss: financial crime

Here is the tension that makes this sector different, and it is worth getting right.

You may have seen the claim that AML and fraud AI is “exempt” from the high-risk rules. It comes from Recital 58, which does indicate that AI used purely for fraud detection in financial services should not automatically be treated as high-risk. True as far as it goes.

But the European Banking Authority’s November 2025 report found that the majority of AI use cases at supervised institutions still fall into the high-risk category — typically through credit scoring (explicitly high-risk in Annex III) and AML/CFT transaction monitoring treated under the law-enforcement limb. Layer on the AMLA pressure to automate at scale, and you get the real position: financial crime teams are high-adoption, sit on a contested classification, and carry the literacy duty regardless of how the classification finally lands.

And that duty lands on you as the deployer, not on your vendor. The Act separates providers (who build AI) from deployers (who use it). A deployer cannot outsource its obligations — human oversight and AI literacy included — to the tool’s maker. Buy a black-box screening engine your analysts can’t explain or oversee, and the exposure is yours.

What “ready” actually looks like for a FinCrime team

Strip away the noise and readiness is unglamorous:

  • Map where AI touches your work — case notes, SAR/STR narratives, adverse media, sanctions and PEP documentation, MI commentary, QA review. You are almost certainly a heavier user than you think.
  • Match literacy to role. Heavy users (screening, monitoring, decisions) need genuine depth on limits, bias, oversight and documentation. Lighter users need the basics and the instinct to verify.
  • Keep evidence. There’s no duty to test literacy, but recording what training people have done is exactly the kind of artefact that turns an “aggravating factor” into a non-issue.
  • Own the deployer duties. Don’t assume the vendor has them covered.

Where the FinCrime AI Accelerator fits

This is precisely the gap we built the FinCrime AI Accelerator to close. Not “AI for everyone” — AI literacy in your context. The course works through the real tasks: turning case notes into investigation summaries, drafting SAR/STR narratives, adverse media review, sanctions and PEP match documentation, MI commentary, and QA review — with practical prompt workflows you can use immediately, alongside the judgement to know where AI stops being trustworthy.

It launches 1 July 2026, ahead of the 2 August date. Lifetime access, a 30-day money-back guarantee, a private community, the FinCrime Agent GPT, and the job board — for £99.

The Act doesn’t ask whether AI is part of your job. It assumes it is. The only open question is whether you know how to use it well.

See the course at fincrimeagent.com/ai-accelerator


This material is for general information only and does not constitute legal advice. Organisations should assess their own obligations under the EU AI Act with qualified counsel. Sources include the EU AI Act (Regulation 2024/1689), European Commission guidance (2026), and the European Banking Authority report on AI Act implications (November 2025).

Share: