Provider or deployer: how to determine your role under the AI Act

Provider or deployer: how to determine your role under the AI Act

In brief

  • The provider develops an AI system and places it on the market under their name (heavy obligations). The deployer uses a system supplied by a third party in a professional context (lighter obligations, focused on human oversight and transparency). Warning: a deployer may be reclassified as a provider (art. 25) if they put their trademark on it, substantially modify the system or change its purpose.

Definitions in Article 3

The provider is the one who develops an AI system, or has it developed, and places it on the market or puts it into service under their own name or trademark. The deployer is the one who uses an AI system under their own authority, in the course of a professional activity. In addition to these two roles, there are the importer and the distributor.

Decision tree

  1. Have you developed the AI system, or had it developed for you? If not, go to step 3.
  2. Are you placing it on the market under your name or trademark? If yes → you are a provider.
  3. Are you using an AI system supplied by a third party in your activity? If yes → you are a deployer.
  4. Have you put your name on a third-party system, substantially modified it or diverted it from its intended purpose? If yes → you may be reclassified as a provider (art. 25).

Comparative obligations

ObligationProviderDeployer
Technical documentation (Annex IV)YesNo (but must require it)
Conformity assessment + CE markingYesNo
EU database registrationYesPartial depending on cases
Risk management systemYesNo
Human oversightDesignImplementation
Information to affected personsProvides the meansYes
Log retentionDesigns loggingRetains logs (min. 6 months)
FRIA (art. 27)Provides documentationYes, if public body / essential service / credit / insurance

The reclassification trap (Article 25)

This is the most dangerous point. A deployer switches to the regime — much heavier — of the provider in three cases: if they put their name or trademark on a high-risk system already placed on the market; if they substantially modify such a system; or if they change the purpose of a system in such a way as to bring it into the high-risk category. Example: a recruitment agency that purchases a licence for a matching tool remains a deployer; the same agency that developed an in-house CV scoring model would become both provider and deployer, with cumulative obligations.

Why this distinction is strategic

For a SaaS publisher, understanding that it is a provider as soon as it integrates an AI function under its brand changes everything (technical documentation and, for high-risk, conformity assessment). For an SME user, understanding that it remains a deployer — but co-responsible — avoids the illusion that 'the publisher takes care of everything'. The qualification determines the budget, timeline and contractual allocation of responsibilities. See My SaaS integrates AI: am I a provider?.

Take action

Determine your exact role under the AI Act and map your AI systems with Data Comply One.

Discover the AI Act software →Test my compliance for free

Frequently asked questions

Can you be a provider and deployer at the same time?

Yes. An organisation that develops a system for its own use combines both roles and therefore the corresponding obligations.

Is a SaaS publisher that uses the OpenAI or Mistral API a provider?

Generally yes, if it markets the AI function under its own name (art. 3.3). The fact of relying on a third-party model does not change its qualification vis-à-vis its end customer.

What does a deployer reclassified as a provider without knowing it risk?

They are exposed to the obligations and penalties of the provider (documentation, conformity, CE marking), when they have prepared nothing. Hence the importance of auditing the cases in Article 25.