Nos propres apps d'IA font-elles de nous un fournisseur au sens du règlement sur l'IA ?
Le plus souvent non, pour les obligations du haut risque. Qui crée sur une plateforme d'IA des apps pour des tâches internes (projets de texte, résumés, questions sur des documents) utilise l'IA en tant que déployeur. Vous devenez fournisseur d'un système à haut risque (art. 25, par. 1, point c) si vous créez une app pour une finalité de l'annexe III, comme évaluer des candidatures. Les chatbots ouverts au public peuvent entraîner des obligations de fournisseur selon l'art. 50.
Qui est fournisseur, qui est déployeur ?
- Fournisseur (art. 3, point 3) : quiconque développe un système d’IA ou le fait développer et le met sur le marché ou le met en service sous son propre nom, à titre onéreux ou gratuit. La mise en service pour son propre usage compte aussi (art. 3, point 11).
- Déployeur (art. 3, point 4) : quiconque utilise sous sa propre autorité un système d’IA dans le cadre d’une activité professionnelle.
Vous utilisez une plateforme d’IA dotée d’un assistant conversationnel en tant que déployeur. La question de savoir quand une app créée par vos soins devient un système d’IA à part entière reste ouverte. Pour les obligations, deux questions comptent toutefois avant tout : l’app poursuit-elle une finalité à haut risque, et interagit-elle avec des personnes extérieures à votre organisation ?
Quand devenez-vous fournisseur d’un système à haut risque ?
L’article 25, paragraphe 1, prévoit trois cas dans lesquels un déployeur ou un autre tiers est considéré comme fournisseur d’un système à haut risque :
| Point | Cas | Exemple |
|---|---|---|
| a | Vous apposez votre nom ou votre marque sur un système à haut risque déjà sur le marché | un outil de recrutement acheté apparaît comme votre produit |
| b | Vous modifiez substantiellement un système à haut risque, et il reste à haut risque | vos propres modifications d’un système de triage |
| c | Vous modifiez la finalité d’un système qui n’est pas à haut risque de telle sorte qu’il le devient, y compris une IA à usage général | vous créez sur un assistant généraliste une app qui évalue des candidatures ou décide de prestations |
Le cas c est le plus important pour les plateformes. Une app qui présélectionne des candidatures, évalue des droits à prestations ou classe des appels d’urgence peut faire de votre organisation un fournisseur, avec toutes les obligations de l’article 16. Vérifiez au préalable si une exception de l’article 6, paragraphe 3, s’applique, par exemple parce que l’app ne fait que préparer. Voir Identifier une IA à haut risque.
Le fournisseur initial n’est alors plus considéré comme fournisseur de ce système. Selon l’article 25, paragraphe 2, dans sa nouvelle rédaction, il doit toutefois coopérer : documentation technique, limites et défaillances connues, accès technique ciblé. Cela ne vaut pas s’il a expressément précisé que son système ne doit pas être transformé en système à haut risque. Demandez à votre fournisseur si son contrat contient une telle précision.
Qu’en est-il des chatbots ouverts au public ?
Si vous créez une app à laquelle écrivent des administrés, des patients ou des clients, et la mettez à disposition sous votre nom, vous pouvez être fournisseur au sens de l’article 50, paragraphe 1 : les personnes doivent pouvoir reconnaître qu’elles dialoguent avec une IA. Les lignes directrices de la Commission répartissent les obligations le long de la chaîne d’approvisionnement. Détails dans le guide Obligation de transparence selon l’art. 50.
Et pour les apps médicales ?
Si une app a une destination médicale, par exemple une proposition de diagnostic, elle peut être un dispositif médical. Vous êtes alors fabricant au sens du règlement relatif aux dispositifs médicaux, et le règlement sur l’IA la traite comme à haut risque via l’annexe I (à partir du 2 août 2028). Pour en savoir plus : L’IA est-elle un dispositif médical ?
Comment cela fonctionne-t-il avec basebox ?
basebox est une plateforme, pas un système à haut risque ; vos obligations dépendent de l’usage que vous en faites. Dans basebox, une app se compose d’une instruction, de documents et de connexions à vos systèmes, et se crée sans programmer. Vos collaborateurs ne peuvent utiliser que ce que votre administrateur a activé : apps, connexions à des systèmes et modèles d’IA. Qui crée une app la partage avec des groupes ou des personnes, pour l’utiliser ou la modifier. Votre administrateur définit de manière centralisée les règles d’utilisation et les paramètres du système ; ils s’appliquent à toutes les apps. Le journal d’audit enregistre qui a utilisé quel assistant et quel connecteur, et le développeur, la version et la licence de chaque modèle figurent dans le registre des modèles. basebox n’est pas conçu pour évaluer des personnes ni pour faire du profilage. Plus d’informations sous Fonctionnalités et Sécurité.
Pas un conseil juridique : état au 11 octobre 2026. La question de savoir quand une app configurée constitue un système d’IA à part entière n’a pas été tranchée par la jurisprudence. Faites examiner juridiquement au préalable les usages prévus dans des domaines à haut risque.
Questions fréquentes
Une app avec une instruction et des documents est-elle déjà un système d'IA à part entière ?
Ce point n'est pas définitivement tranché en droit. En pratique, c'est la finalité qui compte : tant que l'app ne poursuit pas une finalité de l'annexe III et que personne en dehors de votre organisation ne dialogue avec elle, le rôle de fournisseur n'entraîne guère d'obligations supplémentaires.
Que devons-nous assurer en tant que fournisseur d'un système à haut risque ?
Les obligations de l'article 16 : entre autres gestion des risques, gouvernance des données, documentation technique, journalisation, notice d'utilisation, contrôle humain, gestion de la qualité, évaluation de la conformité, marquage CE et enregistrement. Pour la plupart des organisations, c'est un projet à part entière.
Comment éviter que quelqu'un dans notre établissement crée une app à haut risque ?
Avec des règles claires : quelles finalités sont autorisées, qui peut partager des apps avec d'autres, et un contrôle avant le partage. Inscrivez ces règles dans votre politique d'IA et formez les personnes qui créent des apps (art. 4).
Sources
- Règlement (UE) 2024/1689 (règlement sur l'IA), art. 3, 16, 25, 50, EUR-Lex ↗
- Règlement (UE) 2026/1744 (omnibus numérique sur l'IA), nouvel art. 25, paragraphe 2, EUR-Lex ↗
- Commission européenne, AI Act Service Desk : art. 25 (en anglais) ↗
- Commission européenne : lignes directrices sur les obligations de transparence selon l'art. 50 (en anglais) ↗
Cet article a été créé avec l’aide de l’IA, sur la base des sources citées. Responsable du contenu : basebox GmbH. Ceci n’est pas un conseil juridique, aucune responsabilité. État de la recherche : 11 octobre 2026.