AI Act : fournisseur ou déployeur ? Le test

Réponse rapide : Au sens de l'article 3 de l'AI Act, vous êtes fournisseur si vous mettez un système d'IA sur le marché de l'UE ou en service sous votre propre nom ou marque, et déployeur si vous en utilisez un sous votre propre autorité dans une activité professionnelle. La même entreprise luxembourgeoise porte des rôles différents selon les systèmes. Quatre questions tranchent : avez-vous entraîné le modèle, l'avez-vous affiné ou substantiellement modifié, l'avez-vous rebaptisé à votre nom, ou l'utilisez-vous tel que livré ? La classification est désormais urgente pour une autre raison qu'en juin : les obligations de transparence de l'article 50 pèsent sur les deux rôles et s'appliquent depuis le 2 août 2026, tandis que les lourdes obligations haut risque sont passées au 2 décembre 2027 par le règlement (UE) 2026/1744.

Dernière vérification : 12 septembre 2026.

Pourquoi le sujet est devenu plus important, et non moins, quand l'échéance a bougé

Pendant la majeure partie de 2026, la raison de classer vos systèmes était le 2 août. Cette date est passée, et pas de la façon annoncée par la presse spécialisée.

L'omnibus numérique sur l'IA — règlement (UE) 2026/1744, en vigueur depuis le 27 juillet 2026 — a reporté les obligations haut risque des systèmes autonomes de l'annexe III au 2 décembre 2027, et celles de l'IA intégrée à des produits au 2 août 2028. Ce qui a bien pris effet le 2 août 2026, c'est le régime de transparence de l'article 50 — et l'article 50 est découpé précisément selon la ligne fournisseur / déployeur :

Obligation de l'article 50	Pèse sur
50(1) Concevoir le système pour que les personnes sachent qu'elles interagissent avec une IA	Fournisseur
50(2) Marquer les sorties génératives de façon lisible par machine (délai jusqu'au 2 déc. 2026 pour les systèmes déjà sur le marché)	Fournisseur
50(3) Informer les personnes exposées à la reconnaissance des émotions ou à la catégorisation biométrique	Déployeur
50(4) Signaler les hypertrucages et les textes d'intérêt public générés par IA	Déployeur

La question « suis-je le fournisseur ou le déployeur de ce chatbot ? » n'est donc plus une question de planification pour une échéance future. Elle détermine laquelle de ces obligations vous enfreignez aujourd'hui si l'information manque. Et la réponse n'est pas toujours celle que les entreprises supposent : une société luxembourgeoise qui a habillé un modèle de fondation d'un assistant à sa marque est très souvent le fournisseur de ce système, et doit donc 50(1) et 50(2), pas seulement 50(4).

Nous avons traité le calendrier corrigé, les systèmes à haut risque, la culture de l'IA de l'article 4, les obligations GPAI et les interdictions de l'article 5. Celle-ci doit être tranchée avant que les autres ne vous concernent.

Cinq minutes, quatre questions, quatre cas limites, une classification défendable. Imprimez-la, envoyez-la à votre directeur des opérations, portez-la en conseil.

Pourquoi la classification prime tout le reste dans l'AI Act

L'AI Act attribue les obligations par rôle, pas par secteur. La même entreprise luxembourgeoise peut être fournisseur pour un système d'IA, déployeur pour un autre, les deux pour un troisième, et ni l'un ni l'autre pour un quatrième. Tant que vous ignorez quel rôle vous portez pour chaque système, vous ne pouvez pas :

• déterminer quelles informations de l'article 50 vous devez dès maintenant ;
• estimer votre budget de conformité pour la vague de décembre 2027 ;
• décider si vous avez besoin d'un mandataire ;
• décider si vous avez besoin d'un système de gestion de la qualité ;
• décider si vous devez une documentation technique, une surveillance après commercialisation ou une notification d'incidents ;
• décider si vous devez enregistrer le système dans la base de données de l'UE au titre de l'article 49 (il n'existe pas de registre national luxembourgeois — cette affirmation circule largement et elle est fausse).

Vous tromper, c'est soit surinvestir massivement dans des obligations qui ne vous concernent pas, soit — bien plus dangereux — sous-investir et être incapable de défendre votre position quand une autorité de contrôle posera la question.

Les deux rôles, en une ligne chacun :

• Fournisseur : vous mettez un système d'IA sur le marché de l'UE, ou en service dans l'UE, sous votre propre nom ou marque — à titre onéreux ou gratuit, que vous l'ayez développé ou fait développer.
• Déployeur : vous utilisez un système d'IA dans le cadre d'une activité professionnelle, sous votre propre autorité.

Les deux définitions figurent à l'article 3. La difficulté est que la même action — habiller un grand modèle de langage d'un chatbot sur votre site — peut vous placer de part et d'autre de la ligne selon des décisions que vous n'avez peut-être pas remarqué prendre.

Le test en 5 minutes : quatre questions

Répondez dans l'ordre. Le premier « oui » l'emporte ; ne sautez pas d'étape.

Question 1 — Avez-vous entraîné le modèle sous-jacent ?

Si votre entreprise a réellement entraîné le modèle de zéro — vos données, votre puissance de calcul, vos poids — vous êtes fournisseur de ce modèle. La plupart des PME luxembourgeoises répondent « non », la couche modèle étant dominée par OpenAI, Anthropic, Google, Mistral, Meta et une poignée de spécialistes européens.

Si oui, les obligations sont lourdes : documentation technique, système de gestion de la qualité, évaluation de la conformité lorsque le système est à haut risque, marquage CE, surveillance après commercialisation, enregistrement dans la base de données de l'UE. Les entreprises dans cette situation le savent en général.

Si non, passez à la question 2.

Question 2 — Avez-vous affiné, substantiellement modifié ou changé la destination d'un modèle existant ?

C'est là que se situe réellement la majorité des entreprises luxembourgeoises.

Si vous avez pris un modèle de fondation et que vous l'avez :

• affiné sur vos données propriétaires de sorte qu'il exécute désormais votre tâche spécifique ; ou
• substantiellement modifié dans son comportement par une surcouche qui change matériellement son fonctionnement ; ou
• réaffecté à un usage qui n'était pas sa destination (prendre un modèle de conversation généraliste et en faire un assistant de triage médical) —

alors, au titre de l'article 25, vous pouvez être considéré comme fournisseur du système d'IA résultant. Même si vous n'avez pas entraîné le modèle de base. Même si vous payez au jeton.

Notez que l'omnibus a fait passer certaines obligations de coopération et d'information de l'article 25 dans la fourchette de sanction de 15 millions d'euros / 3 %. Les dispositions relatives à la chaîne de valeur se sont durcies, pas assouplies.

Si oui, vous êtes fournisseur pour ce système. N'allez pas plus loin.

Si non, passez à la question 3.

Question 3 — Mettez-vous le système d'IA sur le marché de l'UE sous votre propre nom ou marque ?

Si vous revendez, intégrez, marquez ou livrez un système d'IA au sein de votre propre produit — même sans l'avoir entraîné ni substantiellement modifié — vous pouvez être fournisseur.

L'exemple luxembourgeois classique : une fintech qui embarque une fonction d'IA visible du client dans son propre produit, alors même que le moteur sous-jacent est une fine surcouche sur un modèle de fondation. Du point de vue du client, la fonction est « celle de la fintech ». Du point de vue de l'AI Act, la fintech est sur le marché avec un système d'IA sous son propre nom. C'est une position de fournisseur — et elle emporte l'obligation de conception de l'article 50(1), applicable aujourd'hui.

Même logique pour un SaaS qui revend une fonction d'IA, un cabinet de conseil qui industrialise un assistant de flux de travail, un cabinet comptable qui propose un outil d'IA co-marqué à ses clients, ou un intégrateur qui empaquette un service d'IA sous son propre nom de produit.

Si oui, vous êtes fournisseur. N'allez pas plus loin.

Si non, passez à la question 4.

Question 4 — Utilisez-vous un système d'IA dans le cadre de votre activité professionnelle, sous votre propre autorité ?

Si vous êtes arrivé ici, vous êtes presque certainement déployeur. Vous ne l'avez pas entraîné, vous ne l'avez pas substantiellement modifié, vous ne l'avez pas mis sur le marché sous votre nom — vous l'utilisez dans votre entreprise.

Exemples : un cabinet d'avocats luxembourgeois qui utilise Microsoft Copilot pour rédiger des contrats. Un gestionnaire de patrimoine qui utilise un CRM doté d'un résumeur IA intégré. Une pharmacie qui utilise un produit de reconnaissance optique d'ordonnances fourni par un tiers. Une agence immobilière qui utilise ChatGPT Enterprise pour rédiger des annonces. Un administrateur de fonds qui utilise un outil tiers de reporting de VNI embarquant de l'IA.

Ce que doit réellement un déployeur, et quand

Les obligations du déployeur sont plus légères que celles du fournisseur. Elles ne sont pas légères pour autant.

Applicable maintenant (article 50, depuis le 2 août 2026) :

• informer les personnes exposées à un système de reconnaissance des émotions ou de catégorisation biométrique qu'il est en fonctionnement ;
• signaler qu'un contenu image, audio ou vidéo constituant un hypertrucage a été généré ou manipulé artificiellement ;
• signaler les textes générés par IA publiés pour informer le public sur des questions d'intérêt public — sauf s'ils ont fait l'objet d'une revue humaine et qu'une personne ou une organisation en assume la responsabilité éditoriale.

Applicable maintenant (article 4, depuis le 2 février 2025, tel que modifié) : prendre des mesures pour soutenir le développement de la culture de l'IA chez le personnel et les autres personnes opérant l'IA pour votre compte. L'omnibus a assoupli la formulation, de « garantir, dans toute la mesure du possible, un niveau suffisant » à « soutenir le développement ». Documenté, proportionné au rôle, peu coûteux. Faites-le.

Applicable à partir du 2 décembre 2027 pour les systèmes à haut risque de l'annexe III (article 26) :

• utiliser le système conformément à la notice d'utilisation du fournisseur ;
• confier la supervision humaine à des personnes physiques disposant de la compétence, de la formation et de l'autorité nécessaires ;
• veiller à ce que les données d'entrée soient pertinentes et suffisamment représentatives au regard de la destination, dans la mesure où vous les maîtrisez ;
• surveiller le fonctionnement ; informer le fournisseur et l'autorité de surveillance du marché des risques et des incidents graves ;
• conserver les journaux générés automatiquement pendant au moins six mois ;
• informer les travailleurs et leurs représentants avant la mise en service sur le lieu de travail — au Luxembourg, cela signifie saisir la délégation du personnel avant la clôture de l'achat, et non après.

Et l'article 27 — celui que les déployeurs de ce marché oublient. Une analyse d'impact sur les droits fondamentaux est exigée non seulement des organismes publics et des opérateurs privés fournissant des services publics, mais de tout déployeur d'un système relevant des points 5(b) ou 5(c) de l'annexe III : évaluation de la solvabilité et scoring de crédit de personnes physiques, et évaluation des risques et tarification en assurance vie et santé. Si vous êtes un prêteur luxembourgeois ou un assureur vie/santé, l'AIDF vous incombe — public ou privé — à partir du 2 décembre 2027.

Notez ce qui est hors champ : l'IA servant à détecter la fraude financière est expressément exclue de l'annexe III 5(b), et la tarification en assurance non-vie est hors de 5(c). La précision fait économiser dans les deux sens.

Les quatre cas limites qui piègent les PME luxembourgeoises

Cas limite 1 — L'exception « usage interne uniquement » qui n'en est pas une

Une entreprise luxembourgeoise construit un flux de travail IA pour usage interne uniquement. Aucun client externe. Elle en déduit qu'elle est déployeur, puisque rien ne sort de la maison.

Si elle a affiné le modèle ou changé sa destination (question 2), elle reste fournisseur. Le cadrage « interne seulement » ne vous exonère pas : mettre un système en service sous votre propre nom au sein de votre propre organisation entre pleinement dans la définition. Répondez d'abord correctement à la question 2.

Cas limite 2 — Le SaaS en marque blanche

Une PME luxembourgeoise reprend un outil d'IA tiers en marque blanche, l'estampille à son nom et le propose à ses clients. Le SaaS tiers porte la charge technique — mais c'est le distributeur en marque blanche qui met le système sur le marché sous son propre nom ou sa propre marque (question 3). Les deux entreprises peuvent être fournisseurs du même système, avec des obligations qui se chevauchent et une relation au titre de l'article 25 à documenter contractuellement.

Cas limite 3 — Le présupposé « nous utilisons juste ChatGPT »

Une entreprise luxembourgeoise déploie ChatGPT Enterprise, construit un GPT personnalisé (invite système, intégrations d'outils, base de connaissances) et le propose à tout le personnel. Elle présume être déployeur.

Si le GPT personnalisé change la destination, ou si l'ensemble invite système + outils + base de connaissances constitue une modification substantielle, elle a pu franchir la frontière du fournisseur au titre de la question 2 — même en payant au jeton. La posture prudente : un GPT personnalisé doté d'une invite système non triviale et d'un accès à des outils doit être évalué au regard du test de modification substantielle, et non balayé comme « une simple surcouche ». S'il est exposé au client, l'obligation d'information de l'article 50(1) suit la classification de fournisseur et s'applique aujourd'hui.

Cas limite 4 — Le déploiement sur MeluXina ou en environnement privé

Une entreprise luxembourgeoise déploie un modèle à poids ouverts (Mistral, Llama, Qwen) sur MeluXina ou un cluster privé, avec son propre affinage, sa pile de service et son API. C'est sans ambiguïté une position de fournisseur. L'article sur le déploiement privé couvre l'architecture ; côté réglementaire, ce sont les obligations complètes du fournisseur, y compris l'évaluation de la conformité si le système est à haut risque au titre de l'annexe III — sur l'horloge du 2 décembre 2027.

Que faire de votre classification, d'ici mardi matin

Pour chaque système d'IA que votre entreprise utilise ou livre, notez sur une page :

1. Nom du système — le nom interne employé par vos équipes ;
2. Classification — fournisseur, déployeur, les deux, ou à réévaluer ;
3. Question déclenchante (1, 2, 3 ou 4) et une ligne de justification ;
4. Statut article 50 — quelles obligations d'information s'attachent, et si elles sont actives sur le produit aujourd'hui ;
5. Annexe III ? — haut risque, filtre de l'article 6(3) applicable, ou clairement hors champ (voir le guide haut risque) ;
6. Responsable — une personne nommée.

Cette page est votre registre AI Act. Toute entreprise luxembourgeoise devrait le détenir au niveau du conseil. Si vous ne l'avez pas, le chemin le plus rapide est un atelier interne de deux à trois heures fondé sur le test en quatre questions ci-dessus.

Quatre choses qui vous surprendront encore

• Votre classification peut changer un mardi. Dès l'instant où vous affinez, réaffectez ou rebaptisez, vous pouvez passer de déployeur à fournisseur. La classification est par système et par version, pas par entreprise.
• Les deux rôles s'appliquent en général à la même entreprise. Une fintech luxembourgeoise est typiquement fournisseur de sa fonction d'IA exposée au client et déployeur des outils qu'elle utilise en interne. Le registre liste les deux.
• La culture de l'IA de l'article 4 s'applique aux deux. Quel que soit votre côté. Voir l'article sur la mise en œuvre de l'article 4.
• Les interdictions de l'article 5 s'appliquent aux deux, sans exception. Deux nouvelles interdictions — images intimes non consenties et génération de contenus pédocriminels — rejoignent la liste le 2 décembre 2026. Le balayage de l'article 5 vaut pour vos systèmes de fournisseur et pour ceux de déployeur.

---

Faites signer, dater et rendre défendable votre classification

Une classification à laquelle vous avez réfléchi sans l'écrire ne vaut rien devant un superviseur, le service achats d'un client ou votre propre assureur.

L'évaluation de préparation à l'AI Act de 20 More. Périmètre fixe, dix jours ouvrés. Vous repartez avec :

1. Le registre par système — chaque système et chaque fonction d'IA, y compris ceux que les achats n'ont jamais vus, avec la détermination du rôle au titre de l'article 3, justifiée au regard du test en quatre questions, datée et signée.
2. Le rapport d'écart article 50 — quelle obligation d'information s'attache à quel système compte tenu de son rôle, rattachée aux parcours de chatbot, scripts d'agent vocal, écrans et contenus publiés qui en sont dépourvus. C'est la partie légalement due aujourd'hui.
3. La liste d'exposition annexe III — quels systèmes deviennent à haut risque le 2 décembre 2027, si le filtre de l'article 6(3) s'applique et sur quel raisonnement, si l'AIDF de l'article 27 vous incombe, et le programme de travail dimensionné face à cette date.
4. Une note d'une page pour le conseil — le document que vous remettez à la CNPD, à la CSSF ou à un client sans traduction supplémentaire.

Nous travaillons aux côtés de votre DPO, de votre juriste interne ou de votre appui conformité externe. Nous ne les remplaçons pas : nous séquençons et produisons le travail opérationnel qu'ils doivent signer.

→ Voir le service de préparation à l'AI Act, ou réserver l'appel de cadrage de 30 minutes. Apportez vos trois systèmes les plus incertains et nous les classerons en direct pendant l'appel.

---

À lire également :

• AI Act août 2026 : ce qui s'applique réellement aujourd'hui
• Règles GPAI de l'AI Act : votre checklist luxembourgeoise 2026
• Systèmes à haut risque de l'AI Act : la conformité luxembourgeoise
• L'obligation de culture de l'IA de l'article 4 au Luxembourg
• Pratiques interdites de l'article 5 de l'AI Act au Luxembourg
• Centre de ressources IA — 20 More