Depuis l’été 2025, l’Union européenne a clairement placé les fournisseurs d’IA dans son viseur, en particulier ceux qui proposent des modèles puissants via API, plateformes ou intégrations en marque blanche. Mais derrière ce terme apparemment simple se cache une définition juridique précise, qui change complètement vos obligations de conformité si vous travaillez avec l’IA en B2B.

Pour un indépendant, une TPE ou une PME en Wallonie ou Brabant wallon, la vraie question n’est pas « qui a développé le modèle à l’origine ? », mais « sous quel nom ce modèle est-il mis sur le marché ? ». C’est souvent là que l’on bascule, parfois sans le réaliser, du statut d’utilisateur vers celui de fournisseur d’IA au sens de l’AI Act.

Comprendre cette nuance est essentiel pour structurer vos contrats, votre documentation et vos responsabilités en cas de contrôle ou de litige. L’AI Act n’est pas un texte théorique : il s’applique déjà aux modèles d’IA à usage général et montera encore en puissance en 2026.

Le « fournisseur d’IA » dans l’AI Act : une définition juridique, pas marketing

Dans le langage courant, on parle de « fournisseur d’IA » pour désigner un éditeur de solution, un grand acteur technologique ou un partenaire qui vous vend un logiciel intelligent. L’AI Act, lui, utilise ce mot avec un sens beaucoup plus précis, qui s’applique à toute personne physique ou morale impliquée dans la mise sur le marché d’un système ou d’un modèle d’IA.

Au sens du règlement, le fournisseur est l’acteur qui développe ou fait développer un système d’IA ou un modèle d’IA à usage général, puis le met sur le marché ou en service sous son propre nom ou sa propre marque. Cela inclut évidemment les grandes plateformes, mais aussi des entreprises plus petites qui rebaptisent, personnalisent ou redistribuent un modèle dans une offre commerciale qu’elles assument comme leur produit.

Autrement dit, ce n’est pas seulement celui qui a conçu le modèle initial qui peut être considéré comme fournisseur, mais aussi celui qui en prend la responsabilité vis-à-vis du marché en le présentant comme « son » modèle ou « son » système. C’est une différence majeure pour les acteurs qui travaillent en marque blanche, en sous-traitance ou via des API.

Fournisseur, déployeur, intégrateur : trois rôles à ne pas confondre

L’AI Act fonctionne avec une logique de chaîne de valeur. Il ne vise pas « l’IA » de manière abstraite, mais les rôles concrets que les entreprises jouent dans la circulation d’un modèle ou d’un système. Trois profils reviennent constamment : le fournisseur, le déployeur et l’intégrateur.

Le fournisseur : celui qui met le modèle sur le marché

Le fournisseur d’IA est celui qui met un modèle ou un système à disposition de tiers, sous sa propre identité. C’est typiquement le cas d’une entreprise qui propose un modèle via API, un SaaS d’IA ou une solution clé en main, qu’elle présente comme sa technologie. Pour les modèles d’IA à usage général, le fournisseur est aussi responsable d’un ensemble d’obligations spécifiques de documentation et de transparence.

Dans ce rôle, ce qui compte est la capacité à garder le modèle « sous contrôle » : documenter l’entraînement, les tests, les limites, les mesures de sécurité et l’usage des données, de manière à ce que les autorités puissent, le cas échéant, auditer la conformité. C’est sur ce point que l’Union européenne a récemment insisté en mettant en garde les fournisseurs qui ne maîtrisent pas suffisamment ce qu’ils mettent sur le marché.

Le déployeur : celui qui utilise le système dans son activité

Le déployeur (ou utilisateur professionnel) est l’entreprise qui intègre un système d’IA dans ses processus internes ou dans un service qu’elle propose, sans pour autant se présenter comme l’éditeur du modèle. Elle choisit une solution, la configure, la utilise pour prendre des décisions, automatiser des tâches ou générer des contenus.

Ce rôle comporte lui aussi des obligations de transparence et de gestion des risques, mais elles ne sont pas les mêmes que celles du fournisseur. Par exemple, un déployeur doit informer les personnes qui interagissent avec un système d’IA lorsque cela est requis, et contrôler l’usage du système dans son contexte spécifique, sans pour autant devoir documenter la totalité de l’entraînement du modèle.

L’intégrateur : le rôle pivot qui peut basculer en « fournisseur »

L’intégrateur est l’acteur qui prend un modèle ou un système fourni par un tiers et l’intègre dans une solution plus large : application métier, plateforme sectorielle, outil interne. Tant qu’il reste dans une logique de service interne ou de prestation où le système est clairement identifié comme venant d’un autre fournisseur, ses obligations restent proches de celles d’un déployeur.

En revanche, dès qu’il commercialise le système sous sa propre marque, comme une solution d’IA « maison », et qu’il devient le point de référence sur le marché, il peut être requalifié juridiquement comme fournisseur au sens de l’AI Act. Ce basculement concerne directement les agences, les sociétés de services numériques et les cabinets de conseil qui construisent des offres d’IA à partir de briques existantes.

Quand une PME belge devient-elle fournisseur d’IA sans s’en rendre compte ?

Pour les entreprises de Wallonie et du Brabant wallon, le risque principal n’est pas de développer un gigantesque modèle d’IA en interne, mais de sous-estimer le changement de statut qui survient lorsqu’on « réemballe » une technologie d’un tiers. Plusieurs situations courantes peuvent vous faire entrer dans la catégorie des fournisseurs.

API d’IA intégrée dans un SaaS sous votre marque

Vous utilisez une API fournie par un grand acteur pour générer du texte, analyser des documents ou produire des images, et vous proposez un SaaS à vos clients en présentant la solution comme votre produit. Si, dans la communication et les contrats, c’est votre entreprise qui est identifiée comme responsable de la « couche IA », vous pouvez être considérée comme fournisseur de ce système, même si le modèle sous-jacent vient d’un tiers.

Dans ce cas, l’AI Act vous demandera de disposer des informations et de la documentation nécessaires pour assurer la conformité : limites du modèle, conditions d’utilisation, politique de respect du droit d’auteur, mesures de sécurité. Le fournisseur d’origine reste concerné, mais vous devenez à votre tour un maillon réglementaire de la chaîne.

Solution en marque blanche rebaptisée sous votre identité

Autre scénario fréquent : vous reprenez une solution en marque blanche, vous la rebaptisez et la vendez sous votre nom, parfois en modifiant certains paramètres ou en ajoutant des modules. Dans la perspective de l’AI Act, vous ne faites plus simplement « revendre » une solution, vous la mettez sur le marché comme un produit qui vous appartient, ce qui rapproche votre statut de celui d’un fournisseur.

Ce basculement est particulièrement sensible pour les modèles d’IA à usage général, qui peuvent être fine-tunés ou adaptés à des domaines spécifiques. Une fois le modèle significativement modifié et proposé au marché sous votre marque, les obligations de documentation et de transparence viennent s’ajouter à celles déjà assumées par le fournisseur initial.

Prestations sur mesure avec modèle d’IA intégré

Enfin, certaines prestations sur mesure – par exemple le développement d’une application métier dotée d’une « brique IA » – peuvent faire de vous un fournisseur si le contrat et la communication vous positionnent comme responsable du système d’IA utilisé. Là encore, l’enjeu est de clarifier qui porte quoi dans la chaîne de valeur, et de s’assurer que les clauses et la documentation suivent.

Pour les indépendants et petites structures, cette clarification n’est pas qu’une question juridique : elle conditionne la manière dont vous gérez les risques, les demandes d’explication de vos clients, et la relation avec les autorités en cas de contrôle.

Les obligations spécifiques des fournisseurs de modèles d’IA à usage général

Les fournisseurs de modèles d’IA à usage général (GPAI, souvent appelés modèles fondation) font l’objet d’une attention particulière dans le cadre de l’AI Act. L’Union européenne a renforcé les exigences applicables à ces acteurs, avec une montée en puissance progressive entre 2025 et 2026.

Documentation technique et traçabilité du modèle

Depuis le 2 août 2025, les fournisseurs de GPAI doivent disposer d’une documentation technique à jour, suffisamment détaillée pour permettre la compréhension et le contrôle du modèle par les autorités et les acteurs en aval. Cette documentation porte notamment sur l’entraînement, les tests, les limites connues, ainsi que les mesures de sécurité et de gouvernance appliquées.

La logique est claire : rendre le modèle traçable et auditables tout au long de la chaîne de valeur. Sans cette traçabilité, il devient impossible pour les intégrateurs et déployeurs de se mettre eux-mêmes en conformité, ce qui fragilise l’ensemble de l’écosystème.

Information des acteurs en aval et respect du droit d’auteur

Les fournisseurs de GPAI doivent également fournir des informations pertinentes aux acteurs en aval, afin que ces derniers puissent comprendre les caractéristiques du modèle et adapter leur propre usage. Cette information est essentielle, par exemple, pour évaluer les risques de biais, de comportements inattendus ou de limitations fonctionnelles.

En parallèle, le texte impose une politique de respect du droit d’auteur européen, accompagnée de la publication d’un résumé suffisamment détaillé des contenus utilisés pour l’entraînement. Ce résumé ne remplace pas l’intégralité des données, mais donne une visibilité sur les types de sources mobilisées, ce qui est crucial pour les utilisateurs soucieux des questions de propriété intellectuelle.

Transparence et marquage des contenus : l’article 50 en pratique

À partir du 2 août 2026, les obligations de transparence prévues par l’article 50 de l’AI Act deviennent pleinement applicables pour les systèmes d’IA concernés. Ces obligations visent autant les fournisseurs que les déployeurs, avec des implications concrètes pour les solutions qui génèrent ou manipulent des contenus.

Informer les personnes qui interagissent avec un système d’IA

Dans de nombreux cas, les personnes qui interagissent avec un système d’IA doivent être clairement informées qu’elles ne s’adressent pas à un humain, mais à une IA. Cette obligation peut concerner des chatbots, des assistants virtuels, des outils de recommandation ou des systèmes de prise de décision automatisée, selon le degré de risque et de sensibilité de l’usage.

Pour une PME, cela signifie que les interfaces et les messages d’information doivent être revus pour refléter de manière explicite la présence d’un système d’IA, sans ambiguïté ni tromperie. C’est un point où la coordination entre fournisseur et déployeur est essentielle : l’un fournit les capacités techniques et la documentation, l’autre s’assure de l’information effective des utilisateurs finaux.

Marquage des contenus synthétiques et prévention de la manipulation

Les contenus générés par des systèmes d’IA – texte, image, vidéo, audio – peuvent devoir être marqués de façon lisible par machine, afin de rendre identifiable leur nature synthétique. Cet impératif de marquage vise à réduire les risques de tromperie, de désinformation ou de manipulation, en donnant aux plateformes et aux outils de contrôle des moyens pour détecter ces contenus.

Les fournisseurs de systèmes de génération de contenu doivent donc intégrer des mécanismes de marquage, et les déployeurs doivent veiller à ne pas neutraliser ces mécanismes dans leurs usages. Pour les petites structures, l’enjeu est de choisir des solutions qui respectent ces principes, plutôt que d’essayer de les contourner.

Pourquoi le statut de fournisseur d’IA est stratégique pour votre conformité

Le statut de fournisseur d’IA ne se résume pas à une étiquette administrative : il conditionne la manière dont vous devez organiser votre conformité IA, votre documentation et vos relations avec vos partenaires. Ignorer ce statut, c’est prendre le risque de ne pas couvrir les obligations qui vous concernent réellement.

Une responsabilité qui dépasse la technique

Être fournisseur ne signifie pas seulement maîtriser la technologie, mais assumer la responsabilité globale du système : documentation, information des clients, gestion des risques, respect du cadre juridique européen. Dans ce contexte, un audit de vos rôles dans la chaîne de valeur IA devient une étape importante pour éviter les mauvaises surprises.

Une même entreprise peut, selon les projets, être tour à tour déployeur, intégrateur et fournisseur. Ce caractère mouvant des rôles rend nécessaire une cartographie claire : pour chaque solution d’IA, qui fait quoi, qui décide, qui informe, qui documente.

Structurer vos contrats et votre documentation

Identifier correctement votre statut permet aussi de structurer vos contrats avec les fournisseurs de modèles, vos clients et vos partenaires. Les clauses de responsabilité, d’accès à la documentation, de respect du droit d’auteur ou de gestion des incidents doivent être alignées sur vos obligations réelles au regard de l’AI Act.

Pour une TPE ou une PME, cette structuration n’est pas nécessairement synonyme de complexité extrême. Il s’agit avant tout de clarifier les engagements, de documenter ce qui doit l’être, et de s’assurer que les informations circulent correctement le long de la chaîne de valeur, du modèle d’IA jusqu’à l’utilisateur final.

Conclusion : se positionner clairement pour avancer sereinement

L’avertissement de l’Union européenne aux fournisseurs d’IA n’est pas un message réservé aux géants du numérique. Toute entreprise qui développe, adapte ou commercialise un modèle ou un système d’IA sous sa propre marque est concernée, y compris en Belgique et dans nos régions. La clé est de comprendre précisément si, sur un projet donné, vous êtes fournisseur, déployeur, intégrateur… ou plusieurs à la fois.

Une fois ce positionnement clarifié, il devient possible de bâtir une démarche de conformité IA pragmatique : choisir des partenaires qui documentent correctement leurs modèles, adapter vos contrats, mettre à jour vos messages d’information aux utilisateurs et planifier, le cas échéant, un audit ciblé de vos solutions. C’est en traitant la notion de fournisseur d’IA comme un point de départ, et non comme une contrainte abstraite, que vous pourrez faire de l’AI Act un cadre de confiance plutôt qu’un frein à l’innovation.