Sightadel

Solutions · Fournisseurs et déployeurs d’IA

L’IA tourne déjà.
Maintenant, on demande qui la pilote.

Qui développe, fournit ou utilise l’IA en production a affaire à trois cadres : le règlement européen sur l’IA (AI Act), la protection des données et, lorsque des clients exigent une preuve, ISO/IEC 42001. Avec vous, Sightadel clarifie le rôle et la classe de risque de chaque système, ordonne les obligations selon leurs échéances et consigne ce qui est justifié.

Situation de départ

À quoi cela ressemble en pratique.

L’IA est aujourd’hui présente dans de nombreux processus, souvent sans que personne n’en ait la vue d’ensemble. Le produit maison utilise un modèle de langage, le service client un chatbot, les ressources humaines un logiciel qui présélectionne les candidatures. Certains systèmes ont été construits par le développement, d’autres sont arrivés avec une mise à jour d’un logiciel standard. Qui est responsable de quels systèmes, avec quelles données ils fonctionnent et comment ils ont été testés figure rarement à un seul endroit.

Le règlement sur l’IA, règlement (UE) 2024/1689, s’attache précisément à ce point. Il distingue selon le rôle et le risque. Les fournisseurs développent un système d’IA ou le mettent sur le marché sous leur propre nom et portent la plupart des obligations. Les déployeurs utilisent un système sous leur propre responsabilité. Beaucoup d’entreprises sont les deux : fournisseur pour leur propre produit, déployeur pour les outils internes. Le RGPD s’applique en parallèle dès que des données personnelles sont en jeu, ce qui est fréquent aussi bien pour l’entraînement qu’en production.

Dans le même temps, les clients posent des questions. Les achats et la sécurité de l’information veulent savoir d’où viennent les données d’entraînement, comment les résultats sont surveillés et qui intervient lorsqu’un système se trompe. Un système de management de l’IA selon ISO/IEC 42001 y apporte une réponse ordonnée. Le faire certifier est une seconde décision. L’organisation qu’il implique, vous en avez de toute façon besoin pour le règlement.

Pourquoi maintenant

Les raisons typiques de s’y mettre.

01

Échéances du règlement sur l’IA

Les interdictions et l’obligation de maîtrise de l’IA s’appliquent depuis février 2025, les règles relatives aux modèles d’IA à usage général depuis août 2025, les obligations de transparence depuis août 2026. Les obligations relatives aux systèmes à haut risque ont été reportées en 2026, à décembre 2027 pour les systèmes autonomes et à août 2028 pour l’IA intégrée à des produits réglementés. La mise en place prend du temps, c’est pourquoi il vaut la peine de commencer maintenant.

02

Un client exige une preuve

Un client professionnel envoie un questionnaire sur la gouvernance de l’IA ou inscrit ISO/IEC 42001 dans son appel d’offres. Qui a documenté inventaire, évaluation des risques et responsabilités y répond en quelques jours plutôt qu’en plusieurs semaines.

03

Nouveau produit ou nouvelle finalité

Une nouvelle fonction évalue des personnes, décide de l’accès à des prestations ou est intégrée dans un dispositif médical ou une machine. La classe de risque peut alors changer. La classification devrait être établie avant la mise sur le marché, pas après.

04

Demande de l’autorité de contrôle

Une personne concernée demande pourquoi ses données ont servi à l’entraînement ou s’oppose à une décision automatisée. Comptent alors la base juridique, l’analyse d’impact et les mentions d’information consignées au préalable.

05

Financement ou cession

Investisseurs et acquéreurs vérifient désormais si un produit d’IA est viable sur le plan réglementaire. Une classification traçable et des preuves tenues à jour raccourcissent cet examen.

06

Les outils d’IA se répandent en interne

Les collaborateurs utilisent des assistants pour des textes, du code et des analyses, parfois avec leurs propres comptes. La direction veut savoir ce qui est autorisé, qui est formé et quelles données quittent l’entreprise.

Frameworks pertinents

Ce qui s’applique – et ce que cela exige concrètement ici.

Résumé avec nos propres mots, sans valeur de conseil juridique. Seul le texte original dans sa version en vigueur fait foi.

EU AI ActObligatoire

S’applique aux fournisseurs et aux déployeurs de systèmes d’IA dans l’UE, quelle que soit la taille de l’entreprise. Ce qui en découle dépend du rôle et de la classe de risque. La maîtrise de l’IA et la vérification des pratiques interdites concernent tout le monde. Les obligations de transparence s’appliquent par exemple aux chatbots et aux contenus générés artificiellement. Pour les systèmes d’IA à haut risque s’ajoutent la gestion des risques, la documentation technique, le contrôle humain et, pour les fournisseurs, une évaluation de la conformité. Il n’existe pas de certificat pour le règlement dans son ensemble.

Voir le framework →
RGPDObligatoire

Dès que des données d’entraînement, des entrées ou des résultats concernent des personnes, le RGPD s’applique. Pour l’entraînement, il vous faut une base juridique solide et une information claire des personnes concernées. Les nouveaux traitements à risque élevé exigent une analyse d’impact (AIPD). Lorsqu’un système décide seul au sujet de personnes, l’art. 22 fixe des limites strictes et exige des possibilités d’intervention pour les personnes concernées.

Voir le framework →
ISO/IEC 42001Souvent exigé

La norme décrit un système de management de l’IA et est structurée comme ISO/IEC 27001. Elle est volontaire, mais de plus en plus demandée par les clients professionnels. Inventaire, responsabilités, évaluation des risques et analyse d’impact forment le socle organisationnel de nombreuses obligations du règlement. Elle ne remplace ni l’évaluation de la conformité ni l’enregistrement.

Voir le framework →
ISO/IEC 27001Recommandé

Qui fournit l’IA en tant que service est interrogé sur la sécurité de l’information, souvent avant même l’IA. Un SMSI apporte gestion des accès, journalisation, évaluation des fournisseurs et traitement des incidents. Ces preuves servent aussi pour les exigences de robustesse et de cybersécurité.

Voir le framework →

Ordre recommandé

Par où commencer – et ce qui vient ensuite.

  1. 1

    Établir l’inventaire IA

    Recensez chaque système avec sa finalité, son responsable, ses sources de données et son fournisseur. Cela inclut les fonctions intégrées aux logiciels standard et aux services cloud. Sans liste complète, aucune classification n’est possible.

  2. 2

    Déterminer le rôle et la classe de risque

    Pour chaque système, vous clarifiez si vous êtes fournisseur ou déployeur, excluez les pratiques interdites et consignez la classe de risque avec sa justification. Vous faites examiner les cas limites sur le plan juridique. La décision vous revient.

  3. 3

    Les obligations en vigueur d’abord

    La maîtrise de l’IA par les collaborateurs, les mentions de transparence et une politique IA de la direction s’appliquent déjà. Elles peuvent être mises en œuvre et justifiées en quelques semaines. En parallèle, vous vérifiez les traitements dans le registre des activités de traitement et les analyses d’impact nécessaires.

  4. 4

    Construire le système de management

    Évaluation des risques, analyse d’impact, cycle de vie et qualité des données sont définis comme des procédures reproductibles. Vous parcourez de façon guidée les mesures de l’annexe A d’ISO/IEC 42001 et justifiez leur applicabilité. Vous vous appuyez sur un SMSI existant.

  5. 5

    Préparer les systèmes à haut risque

    Uniquement si vous êtes concerné : préparer documentation technique, journalisation, contrôle humain et gouvernance des données. Les fournisseurs planifient l’évaluation de la conformité de façon à la terminer avant les échéances reportées.

  6. 6

    Tenir à jour et présenter à nouveau

    De nouveaux modèles, de nouvelles sources de données et de nouvelles finalités modifient la classification. Inventaire et évaluations sont revus à chaque changement et à intervalles fixes. Les formations se répètent.

Protection des données et IA

Les questions sur lesquelles les projets d’IA butent en matière de protection des données

Le règlement sur l’IA ne remplace pas le RGPD. Les deux s’appliquent en parallèle. Quatre points devraient être clarifiés et consignés avant la mise en service.

Base juridique des données d’entraînement

Des données collectées pour une autre finalité ne peuvent pas être utilisées sans précaution pour un entraînement. Que l’intérêt légitime, le consentement ou le contrat soit la bonne base dépend du cas d’espèce. Consignez la mise en balance et le résultat pour chaque source de données. Pour les données de santé ou d’autres catégories particulières, les exigences sont nettement plus élevées.

Analyse d’impact relative à la protection des données

Les nouvelles technologies susceptibles d’engendrer un risque élevé pour les personnes concernées exigent une analyse d’impact avant leur lancement. Pour les systèmes d’IA qui évaluent des personnes ou exploitent de grandes quantités de données, c’est la règle. L’analyse d’impact selon ISO/IEC 42001 et l’analyse d’impact sur les droits fondamentaux prévue par le règlement s’articulent.

Décisions automatisées

Si un système décide au sujet d’une personne sans examen humain, avec un effet juridique ou un effet similaire significatif, l’art. 22 du RGPD s’applique. Il faut alors une exception, des garanties et le droit de faire intervenir un être humain. Une validation qui se contente d’approuver ne vaut pas examen humain.

Transparence envers les personnes concernées

Les personnes concernées apprennent que leurs données alimentent un système d’IA, dans quel but et selon quelle logique, dans la mesure où cela est exigé. Les mentions d’information sur la protection des données et les mentions de transparence prévues par le règlement sur l’IA devraient concorder, et non être rédigées séparément par deux services.

Comment Sightadel vous aide

Les fonctions qui font la différence ici.

Évaluations guidées

Les contrôles du règlement sont séparés entre obligations des fournisseurs et obligations des déployeurs. Pour chaque système, vous ne répondez qu’à ce qui s’applique à votre rôle et à votre classe de risque, avec explication et preuve correspondante.

En savoir plus →

Frameworks personnalisés

Vous représentez sous forme de framework personnalisé vos politiques IA internes, vos critères de validation de nouveaux modèles ou les exigences d’un grand client, et les liez aux mêmes preuves.

En savoir plus →

Bibliothèque de preuves

Fiches de modèle, rapports de test, fiches de données et attestations de formation se trouvent en un seul endroit, avec date et version. Une même preuve peut servir à la fois au règlement, à ISO/IEC 42001 et au RGPD.

En savoir plus →

Risque fournisseurs

Les fournisseurs de modèles, de puissance de calcul et de jeux de données sont gérés avec contrat, sous-traitance et évaluation. Vous voyez lequel de vos systèmes dépend de quel fournisseur.

En savoir plus →

Trust Center

Vos clients professionnels voient sur une page dédiée comment vous pilotez l’IA et y demandent des documents. Cela remplace de nombreux questionnaires auxquels il faudrait sinon répondre un par un.

En savoir plus →

Modèles IA

Des projets de politique IA, d’inventaire, d’analyse d’impact et de mentions de transparence issus de la pratique du conseil. La classification et l’évaluation des risques relèvent de vous.

En savoir plus →

Effort et durée

Une estimation honnête.

Entreprise qui se contente d’utiliser l’IA6–10 semaines
Inventaire, classification, formation, politique IA et mentions de transparence. Tant qu’aucune utilisation ne relève d’un domaine à haut risque, on en reste à ces obligations de base et à la protection des données.
Fournisseur sans système à haut risque2–4 mois
En plus : transparence dans le produit, protection des données d’entraînement, évaluation des fournisseurs et réponse aux questionnaires clients. Une certification ISO/IEC 42001 prend généralement quatre à huit mois.
Fournisseur d’un système à haut risque9–15 mois
Gestion des risques, documentation technique, gouvernance des données, management de la qualité et évaluation de la conformité. La durée dépend fortement de ce qui est déjà consigné pendant le développement.

Ces fourchettes sont des valeurs d’expérience, pas un engagement. Qui exploite déjà un SMSI selon ISO/IEC 27001 avance nettement plus vite, car la direction, le processus de gestion des risques et l’audit interne sont déjà en place.

Ce que vous souscrivez · généralement Professional

Un fournisseur d’IA commence généralement par la protection des données, ISO/IEC 42001 et le règlement sur l’IA dans l’édition Professional. Elle comprend dix utilisateurs, dix actifs et 25 fournisseurs, ce qui suffit pour le développement, le produit, la protection des données et la direction. Nous proposons ISO/IEC 42001 et le règlement sur l’IA sur demande. Qui se contente d’utiliser l’IA commence souvent par la protection des données et le règlement.

Licence par framework, durée minimale d’un an, paiement mensuel ou annuel. Tous les prix, remises et un simulateur se trouvent sur la page des tarifs. Les honoraires d’un organisme de certification ou d’audit s’ajoutent séparément.

Questions et réponses

Questions sur fournisseurs et déployeurs d’IA

Plus de réponses dans la FAQ ou directement via notre formulaire de contact.

Sommes-nous fournisseur ou déployeur ?

Cela dépend de chaque système. Qui développe un système d’IA ou le met sur le marché sous son propre nom est fournisseur. Qui utilise un système tiers sous sa propre responsabilité est déployeur. Beaucoup d’entreprises sont les deux. Dans Sightadel, vous consignez le rôle pour chaque système. La qualification définitive est une question juridique pour votre conseil.

Notre produit repose sur un modèle de langage tiers. Qu’est-ce qui s’applique à nous ?

Pour le modèle lui-même, c’est son fournisseur qui porte les obligations relatives aux modèles à usage général. Pour votre système qui utilise le modèle, vous êtes en règle générale vous-même fournisseur. Vous avez alors besoin de documents du fournisseur du modèle pour remplir vos propres obligations. Gérez-le dans Sightadel comme fournisseur avec évaluation.

Quelles échéances s’appliquent actuellement ?

Interdictions et maîtrise de l’IA depuis février 2025, règles relatives aux modèles d’IA à usage général depuis août 2025, obligations de transparence depuis août 2026. Les obligations relatives aux systèmes à haut risque ont été reportées en 2026 : à décembre 2027 pour les systèmes autonomes, à août 2028 pour l’IA intégrée à des produits réglementés.

Avons-nous besoin d’ISO/IEC 42001 pour respecter le règlement ?

Non. La norme est volontaire. Elle fournit toutefois le socle organisationnel que le règlement suppose : inventaire, responsabilités, évaluation des risques, analyse d’impact. Les étapes légales comme l’évaluation de la conformité, l’enregistrement et certaines obligations de transparence sont à vérifier séparément.

Pouvons-nous utiliser des données clients pour l’entraînement ?

Pas sans examen. Il vous faut une base juridique pour cette finalité précise, une information des personnes concernées et souvent une analyse d’impact relative à la protection des données. Des engagements contractuels envers les clients peuvent en outre l’exclure. Sightadel vous guide à travers les questions et consigne le résultat, l’appréciation juridique revient à votre délégué à la protection des données (DPO) ou à votre conseil.

Qui nous audite, et Sightadel certifie-t-il ?

Sightadel ne certifie pas. Une certification ISO/IEC 42001 est délivrée par un organisme accrédité. Pour les systèmes à haut risque, l’évaluation de la conformité se fait, selon le système, en interne ou par un organisme notifié. Vous choisissez les auditeurs dans notre réseau de partenaires indépendant ou vous-même. Aucune commission n’est versée pour les audits, ni à nous ni aux partenaires.

L’IA de Sightadel remplit-elle la classification à notre place ?

Non, et c’est voulu. Elle fournit des projets à partir de modèles et aide à la rédaction. Rôle, classe de risque et risques résiduels, c’est vous qui en décidez, car vous devez pouvoir défendre ces décisions devant les autorités et les clients. Pour les cas difficiles, vous pouvez réserver du conseil sous forme de forfait dans l’application.

Où sont stockés nos documents ?

Sightadel est développé en Allemagne et exploité en Allemagne. Nous concluons avec chaque client un accord de sous-traitance (art. 28 RGPD). Les données d’entraînement et les modèles n’ont pas leur place dans Sightadel, seule la documentation qui s’y rapporte.

Contenu vérifié le 8 octobre 2026 · Pas de conseil juridique. Seuls la norme ou la loi dans leur version en vigueur font foi.

Commencez par une seule norme.

14 jours, accès complet, sans données de paiement. Tout ce que vous créez est conservé dans l’offre payante.