Back to Blog

June 11, 2026

EU AI Act Remediation Enterprise Teams Need by August

EU AI Act remediation enterprise work now has a fixed operational target: Article 50 transparency duties apply from August 2, 2026, and the Commission’s June 10 code turns labelling into a workflow problem. Enterprise teams need to know where AI-generated content is created, reviewed, labelled, published, reshared, and stored before those duties take effect.

The June 10 publication of the Code of Practice on Transparency of AI-Generated Content gives providers and deployers a practical path for marking, labelling, detection, deepfakes, and certain AI-generated public-interest text. The Commission’s signing guidance was updated on June 11, 2026, leaving enterprises with weeks, not quarters, to fix fragmented policies and content workflows.

Article 50 transparency timeline
Key dates cited in the intro: the transparency code was published June 10, signing guidance updated June 11, and Article 50 duties apply August 2, 2026.Source: digital-strategy.ec.europa.eu

What Changed on June 10?

The European Commission published a transparency code on June 10, 2026, making Article 50 compliance more operational for organisations using generative AI.

The Commission policy page describes the code as support for Article 50 obligations covering AI-generated content, deepfakes, and transparency to users. The accompanying press announcement frames the code as a tool for providers and deployers to comply before Article 50 applies on August 2, 2026. Reporting from Eunews also described the June 10 move as a mandatory labelling code for AI content in the EU policy context.

The date matters because Article 50 is one of the AI Act provisions that reaches public-facing enterprise activity quickly. The code addresses practical measures for marking and labelling synthetic content, helping people identify deepfakes, and disclosing certain AI-generated or manipulated text used to inform the public, according to the Commission’s transparency code page. In the Commission’s words, the code is meant to help people “recognise AI-generated content and deepfakes,” according to the June 10 press announcement.

This turns compliance from a legal memo into an operating model.

For enterprise leaders, the June 10 code does not simply ask whether a label exists. It asks whether the organisation can prove that labels, disclosures, provenance, and editorial controls survive the journey from AI system to content repository to public channel. That is why August 2, 2026 is a remediation deadline, not a design suggestion.

Which Enterprise Teams Are in Scope?

Enterprise deployers can be in scope when they professionally use generative AI systems to publish deepfakes or AI-generated public-interest text.

The Commission’s signing guidance says deployers may sign the code when they are subject to Article 50(4). The related FAQ explains that deployers are organisations or people using AI systems under their authority, except for personal non-professional use. The code page says signatories will be publicly listed in July 2026, before the August 2 application date.

The practical scope is broader than many teams expect. Marketing teams using AI to create public-interest explainers, communications teams publishing AI-assisted policy updates, support teams deploying AI-written public guidance, and product teams generating user-facing explanations can all create content that needs review. The Article 50(4) trigger is especially relevant where text is intended to inform the public on matters of public interest, as reflected in the Commission’s Article 50 guidance materials.

A foundation-model provider is only one actor in the chain.

For deployers, the risk sits in workflow fragmentation. One team may generate the content, another may approve it, a third may publish it, and a fourth may archive it in a knowledge system that later feeds an agent. The Commission’s FAQ on signing makes clear that deployers subject to Article 50(4) have their own compliance path, which means enterprises need ownership across legal, marketing, product, support, and AI governance teams.

Why Is EU AI Act Remediation Enterprise Work Knowledge Governance?

EU AI Act remediation enterprise work depends on knowing which systems create, approve, publish, and retain AI-generated content.

The Commission’s icon guidance focuses on whether disclosures remain visible, accessible, and attached to content. The draft Article 50 implementation guidelines also address transparency obligations for AI systems that interact with people or generate synthetic content. Skadden’s May 2026 AI Act state-of-play analysis notes that several transparency obligations remain scheduled for August 2, 2026.

That makes this a knowledge governance problem. A label in a content management system is useful only if the organisation can trace the source model, prompt workflow, human review, publication channel, version history, and downstream reuse. If those records live across SharePoint, Salesforce, Zendesk, ServiceNow, Confluence, Slack, and a web CMS, compliance depends on cross-system reconciliation.

The evidence has to follow the content.

Article 50 also contains an important operational distinction: AI-generated public-interest text can be exempted where it has undergone human review or editorial control and a person or organisation assumes editorial responsibility, as described in the Commission’s draft Article 50 guidelines. That exemption only helps if the enterprise can produce review records. A policy saying “human in the loop” does not prove who reviewed what, when, under which standard, and before which publication event.

For regulated industries, the same issue appears in customer support and compliance knowledge. A healthcare, financial services, or telecom organisation may already maintain formal content approval processes, but AI-generated drafts add a new layer of provenance and labelling evidence. Human Delta works with teams building an AI knowledge base for healthcare compliance where review trails, policy consistency, and source-of-truth controls are part of the production workflow.

A document moves through enterprise filing cabinets while an attached evidence tag stays connected, symbolizing persistent provenance.

What Must Be Remediated Before August 2?

Enterprises should remediate the systems and records that determine whether AI-generated content is disclosed, reviewed, and auditable by August 2, 2026.

The first step is an inventory of AI systems that interact with individuals, generate synthetic content, create deepfakes, or produce public-facing text, matching the categories described in the Commission’s Article 50 guidelines. The second is a review of disclosure placement and icon usage against the Commission’s EU labelling guidance. The third is a signing and accountability decision, informed by the Commission’s June 11 guidance for organisations that want to sign the code.

A practical remediation plan should cover six controls:

1. Content inventory: identify every workflow that creates public-facing AI-generated or manipulated content.

2. Provenance: record which model, system, version, and workflow produced the content.

3. Disclosure placement: keep labels visible, accessible, and close to the content.

4. Editorial review: capture who reviewed content and who assumed responsibility.

5. Downstream reuse: preserve disclosures when content is downloaded, embedded, reposted, or translated.

6. Policy consistency: reconcile conflicting AI-use guidance across teams and tools.

The hard part is not picking an icon.

The operational gap is fragmented ownership. Marketing may own labels, legal may own policy, product may own the interface, data teams may own model logs, and support may own the knowledge article that an AI agent later retrieves. Skadden’s May 2026 analysis highlights the complexity of staggered AI Act implementation, which increases the risk that teams remediate the wrong deadline or ignore deployer-facing duties.

A useful test is simple: choose 20 pieces of AI-assisted public content and ask the organisation to prove the content’s origin, review path, label status, and current location. If the evidence takes days to assemble, the August 2 deadline is already a workflow issue.

Why Is the Delay Story Misleading?

The “AI Act delay” narrative is misleading because several transparency obligations still come into force on August 2, 2026.

Skadden’s state-of-play analysis distinguishes between potential delays for some AI Act obligations and the continued near-term relevance of transparency duties. The Commission’s transparency code page still points organisations toward Article 50 readiness. The draft Article 50 guidelines remain the relevant operational reference for systems that interact with users or generate synthetic content.

This distinction matters for budget and ownership. High-risk system obligations, GPAI timelines, watermarking debates, and enforcement sequencing may attract more attention, but deployer-facing disclosure duties create immediate work for enterprise operations. A company cannot wait for every AI Act implementation detail to settle before it decides where labels live, how editorial review is logged, and which system stores the authoritative record.

Delay headlines create false confidence.

Enterprise leaders should separate three questions. Which obligations are delayed? Which obligations still apply on August 2? Which internal workflows need remediation regardless of the policy debate? The Commission’s code, signing FAQ, and icon guidance all point toward the same conclusion: transparency is an implementation task now.

How Should Enterprises Operate Article 50 Compliance?

Article 50 compliance should start with a cross-system audit of where AI-generated content is produced, reviewed, labelled, published, and retained.

The Commission’s code of practice gives organisations a framework for transparency measures. The icon guidance gives practical direction for labelling AI-generated content. The FAQ on signing clarifies who can sign and how signatories are handled before the July 2026 public listing.

A workable operating model has four parts:

Surface: map where AI-generated content appears across systems and channels.

Structure: remediate stale, conflicting, or missing AI-use policies.

Scale: create a single queryable layer for disclosure rules, editorial standards, and provenance records.

Learn: update controls as Article 50 guidance, workflows, and publishing channels change.

This is where a governed knowledge layer becomes practical infrastructure. It gives AI agents, publishing teams, and compliance reviewers one place to retrieve approved disclosure language, jurisdiction-specific rules, and review requirements. It also reduces the risk that an outdated policy in one workspace contradicts a current legal standard in another.

Human Delta’s perspective is that compliance risk often sits beneath the model output, inside the fragmented knowledge and workflow layer that determines whether the output is labelled, reviewed, and auditable. A cross-system audit can surface conflicting policies, stale AI-use guidance, missing provenance records, and content that is public-facing without clear disclosure controls. For organisations building an enterprise contact center AI knowledge layer, the same structure applies: agents need verified policy context, not scattered instructions.

By August 2, enterprise teams should be able to answer five questions without manual archaeology:

1. Which AI systems produce content covered by Article 50?

2. Where are labels or disclosures applied?

3. Who reviewed public-interest text before publication?

4. Which records prove provenance and editorial responsibility?

5. What happens when content is downloaded, reshared, translated, or reused by an agent?

If those answers live in six systems and three departments, the remediation work is already defined.

Common questions5

Article 50 covers transparency duties for certain AI systems, including disclosures for AI interaction, synthetic content, deepfakes, and some AI-generated public-interest text.

Yes. Deployers subject to Article 50(4) need workflows for disclosure, review, provenance, and publication records before the duties apply.

No. The Commission’s signing guidance says deployers can also sign when they are subject to Article 50(4).

The largest gap is usually fragmented ownership across legal, marketing, product, support, and AI teams.

It consolidates approved policies, disclosure language, review records, and provenance into a source agents and teams can retrieve consistently.

A lighthouse made of policy binders symbolizes a governed knowledge layer guiding fragmented AI-generated content into compliance.