EU AI ACT — GUIDE

Deployer vs provider — who owns what under the EU AI Act

The EU AI Act allocates obligations by role, not by company size. A correct role assessment is the first compliance step: it decides whether you carry the heavy provider obligations under Article 16 or the operational deployer obligations under Article 26. The decision is fact-driven and per AI system, not per organisation.

Definitions (Article 3)

Obligation split for high-risk AI

Providers bear the bulk of the design-time and market-entry duties. Deployers bear the operational duties from the moment they put a system into service inside their own organisation.

ObligationProvider (Art 16)Deployer (Art 26)
Risk management system (Art 9)YesNo (but uses provider’s outputs)
Data and data governance (Art 10)YesInput-data quality only (Art 26(4))
Technical documentation (Art 11, Annex IV)YesNo
Record-keeping / logs (Art 12)DesignRetain at least 6 months (Art 26(6))
Transparency to deployer (Art 13)Yes — instructions for useFollow the instructions (Art 26(1))
Human oversight (Art 14)DesignAssign competent persons (Art 26(2))
Accuracy, robustness, cybersecurity (Art 15)YesMaintain operating conditions
Conformity assessment + CE markingYesNo
EU database registration (Art 49)YesWhere deployer is a public authority (Art 49(1a))
Worker information (Art 26(7))NoYes — before put into service in workplace
Affected-person information (Art 26(11))NoYes
Fundamental rights impact assessment (Art 27)NoYes for public bodies and listed cases
Post-market monitoring (Art 72)YesCooperate / report incidents (Art 26(5))
Serious-incident reporting (Art 73)YesInform provider without delay

When a deployer becomes a provider (Article 25)

Article 25(1) lists four triggers that turn a deployer (or distributor, importer or other third party) into a provider of a high-risk AI system, with all the Article 16 obligations attached:

  1. Re-branding. Putting your name or trademark on a high-risk AI system already placed on the market or put into service, without prejudice to contractual arrangements with the original provider.
  2. Substantial modification. Making a substantial modification to a high-risk system that remains high-risk under Article 6.
  3. Modifying the intended purpose. Changing the intended purpose of an AI system not classified as high-risk in such a way that it becomes high-risk under Article 6.
  4. Acting on a GPAI model. Integrating a general-purpose AI model into your own AI system that you place on the market under your own name, without using the GPAI model purely as off-the-shelf.

Article 25(2) requires the original provider to cooperate with the new provider so the latter can comply.

Typical HR-tech allocation

Why this matters before procurement

Article 26 deployer duties cannot be discharged without provider cooperation. Negotiate before signing: who supplies the instructions for use, who guarantees Art 50(2) machine-readable marking, who covers Art 73 serious-incident analysis, how logs are surfaced to support the Art 26(6) six-month retention duty, and how Art 25 triggers are flagged in the change-management process.

Related EU guides

Sources

Note: Role assessment is fact-driven; the same organisation can be a deployer for one system and a provider for another. PowerQuant supplies software and documentation for use in your internal compliance process — not legal advice.

PowerQuant Module 1

AI inventory with per-system role assessment, Annex III classification and Article 25 trigger flags. Delivered in 5 working days. Fixed fee, no subscription.

Price in EUR: FOUNDER_DECISION (placeholder pending Alex confirmation).

Start Module 1