Consultation suisse sur l'IA : ce qui s'applique maintenant et ce qu'il faut vérifier
ai-governance
regulatory-updates

Consultation suisse sur l'IA : ce qui s'applique maintenant et ce qu'il faut vérifier

La Suisse prévoit d'ouvrir sa consultation sur l'IA au printemps 2027, et le projet n'est pas encore publié. Voici ce que la LPD et les cantons imposent déjà et comment se préparer.

Alexis HIRSCHHORN
Alexis HIRSCHHORN
19 min read

Statut de ce guide

Le projet fédéral sur l'IA n'est pas encore publié. Le Conseil fédéral prévoit d'ouvrir la consultation publique au printemps 2027. La Chancellerie fédérale s'attend à ce que le projet atteigne le Conseil fédéral d'ici la fin de 2026, ce qui constitue l'étape interne précédant l'ouverture de la consultation, de sorte que les deux dates ne sont pas en contradiction. Au niveau cantonal, la situation est hétérogène : la loi bernoise sur la protection des données est en vigueur, Zurich et Genève ont adopté des révisions qui ne sont pas encore en vigueur, et la révision vaudoise reste un projet. Vérifié le 3 novembre 2026.

Le projet fédéral sur l'IA n'est pas encore publié, et la consultation est prévue au printemps 2027. Ce guide présente ce que les organisations suisses doivent déjà faire au titre de la LPD, ce que les cinq domaines annoncés signifient probablement en pratique et comment se préparer avant la publication du texte.

En bref

Le Conseil fédéral prévoit d'ouvrir une consultation sur des règles contraignantes en matière d'IA au printemps 2027. Elle portera sur cinq domaines : la transparence, la protection des données, la non-discrimination, la surveillance et l'évaluation des risques. Aucune loi fédérale sur l'IA n'est en vigueur aujourd'hui, mais la LPD révisée s'applique déjà aux traitements fondés sur l'IA, comme le PFPDT l'a confirmé en mai 2025. Plusieurs cantons encadrent déjà les décisions automatisées prises par leurs organes publics, si bien que les pouvoirs publics et leurs fournisseurs font face à des échéances plus proches que la plupart des entreprises privées.

Les organisations devraient établir un inventaire de leurs systèmes d'IA, vérifier les décisions automatisées au regard de l'article 21 LPD et réaliser des analyses d'impact lorsque l'article 22 s'applique. Ces documents seront nécessaires quel que soit le texte final. Tant que le projet n'est pas publié, chaque exigence suisse décrite ici reste une interprétation à vérifier sur le texte.

Quand la Suisse ouvrira-t-elle la consultation sur ses règles en matière d'IA ?

Le Conseil fédéral prévoit d'ouvrir la consultation au printemps 2027. La Chancellerie fédérale s'attend à ce que le projet atteigne le Conseil fédéral d'ici la fin de 2026, ce qui constitue l'étape interne avant l'ouverture de la consultation.

La consultation est l'étape où les cantons, les partis, les entreprises et la société civile peuvent commenter un projet avant que le Parlement ne le débatte. Chacun peut y participer, et la procédure dure au moins trois mois, avec une possibilité de prolongation.

Que devrait couvrir le projet fédéral ?

En février 2025, le gouvernement avait cité quatre domaines. En octobre 2026, il en a retenu cinq, en ajoutant l'évaluation des risques. Le texte n'étant pas publié, le tableau ci-dessous décrit ce que chaque domaine devrait traiter, et non ce que les règles exigeront.

Les cinq domaines annoncés pour le projet fédéral sur l'IA

Domaine: Transparence

Contenu attenduInformer les personnes lorsqu'elles interagissent avec une IA, et expliquer les décisions automatisées
Droit existant concernéArt. 21 LPD
StatutAnnoncé, non rédigé

Domaine: Protection des données

Contenu attenduQuestions propres à l'IA sur les données d'entraînement, les fournisseurs de modèles et les données personnelles
Droit existant concernéArt. 6, 8 et 22 LPD
StatutAnnoncé, non rédigé

Domaine: Non-discrimination

Contenu attenduTester les systèmes pour détecter des résultats inégaux entre groupes
Droit existant concernéConstitution fédérale, droit de la non-discrimination
StatutAnnoncé, non rédigé

Domaine: Surveillance

Contenu attenduResponsabilité nommée et pouvoir d'intervenir sur les systèmes d'IA
Droit existant concernéArt. 21 LPD, FINMA Guidance 08/2024
StatutAnnoncé, non rédigé

Domaine: Évaluation des risques

Contenu attenduÉvaluation structurée des risques de l'IA, s'appuyant sur l'AIPD
Droit existant concernéArt. 22 LPD
StatutAnnoncé en octobre 2026, non rédigé

À qui s'appliqueront les règles ?

Les organes publics sont le cas le plus clair. Les autorités fédérales et cantonales devront respecter les nouvelles obligations, et l'article 21 alinéa 4 LPD exige déjà que les organes fédéraux signalent les décisions automatisées.

Les fournisseurs subiront probablement les règles par le biais des contrats. Les acheteurs publics sont soumis à la loi fédérale sur les marchés publics (LMP) et à l'accord intercantonal sur les marchés publics (AIMP 2019), qui fixent les critères d'aptitude à l'article 27, les critères d'adjudication à l'article 29 et les spécifications techniques à l'article 30. L'article 12 LMP concerne les conditions de travail et non les critères de sélection.

Les acheteurs publics n'ont guère besoin d'une nouvelle loi sur l'IA pour poser les bonnes questions. Dans un appel d'offres, ils peuvent déjà exiger une description de l'usage prévu du modèle, de ses sources de données d'entraînement et de saisie, de ses limites connues, de l'approche de test des biais, de la journalisation, du signalement des incidents et de la répartition des responsabilités entre le fournisseur et l'acheteur. Les fournisseurs capables de produire ces preuves tôt rendront les discussions commerciales bien plus simples que ceux qui traitent l'assurance IA comme un problème à régler après la signature du contrat.

Jean Munyarugerero, formateur chez Abilene Academy

Les personnes privées constituent la question ouverte. Dans sa réponse écrite du 20 mai 2026 à l'interpellation 26.3414 (Molina), le Conseil fédéral a indiqué que le projet devrait en principe aussi imposer des obligations aux personnes privées lorsque les droits fondamentaux déploient un effet horizontal, direct ou indirect. Dans une seconde réponse, il précise que, pour les personnes privées, il s'appuie sur une combinaison de mesures contraignantes et non contraignantes. Il s'agit de la position exprimée par le Conseil fédéral, et non d'une règle rédigée.

Qu'est-ce qui s'applique déjà au niveau fédéral ?

La LPD s'applique à l'IA depuis le 1er septembre 2023, et le PFPDT a confirmé le 8 mai 2025 qu'elle s'applique directement aux traitements fondés sur l'IA.

L'article 21 LPD vise les décisions prises exclusivement par un traitement automatisé, qui produisent des effets juridiques pour une personne ou l'affectent de manière significative. La personne doit être informée, peut exprimer son point de vue et peut demander qu'un humain réexamine la décision. Des exceptions limitées existent, par exemple lorsque la décision est directement liée à un contrat demandé par la personne ou lorsqu'elle a donné son consentement explicite.

Exemple

Le logiciel d'une banque refuse une demande de crédit sans intervention humaine. Le demandeur doit être informé que la décision a été automatisée et peut demander qu'une personne réexamine le dossier.

L'article 22 LPD impose une analyse d'impact relative à la protection des données (AIPD) lorsqu'un traitement est susceptible d'engendrer un risque élevé pour les personnes concernées. La plupart des systèmes d'IA qui évaluent, classent ou profilent des personnes atteindront probablement ce seuil, et le domaine annoncé de l'évaluation des risques devrait s'appuyer sur cette obligation. Les organisations qui réalisent déjà des AIPD peuvent les étendre aux questions que le projet fédéral devrait poser.

Exemple

Un outil de recrutement qui classe les candidats devra probablement faire l'objet d'une AIPD avant sa mise en service, car ce classement influence les chances d'emploi des personnes.

L'article 60 LPD prévoit des amendes pouvant atteindre 250 000 francs. Elles visent les personnes privées, et non les entreprises en tant que telles, et seulement sur plainte et en cas de violation intentionnelle, par exemple lorsqu'une personne omet sciemment d'informer conformément à l'article 21 alinéa 1. L'article 61 couvre les obligations de sécurité des données, avec les mêmes conditions de plainte et d'intention.

La première question n'est pas de savoir si un système est techniquement impressionnant, mais s'il peut affecter l'accès d'une personne au crédit, à l'assurance, à l'emploi ou à un service public. Pour chaque système de ce type, une organisation devrait pouvoir identifier le responsable, la provenance des données et du modèle, le seuil de décision, la voie de contestation humaine et les preuves conservées lorsque le système se trompe. Si ces cinq réponses ne sont pas documentées, l'organisation ne maîtrise pas encore le système : elle se contente de l'utiliser.

Henri Haenni, président et CEO, Abilene Group

La FINMA Guidance 08/2024 s'applique aux établissements assujettis. Publiée le 18 décembre 2024, elle fixe les attentes en matière de gouvernance et de gestion des risques lorsque les établissements utilisent l'IA, notamment un inventaire centralisé, une classification des risques, des tests de qualité des données et un examen indépendant.

Où en sont les cantons ?

Le droit cantonal de la protection des données est aujourd'hui ce qui se rapproche le plus de règles sur l'IA pour les organes publics, et il varie beaucoup d'un canton à l'autre. La Conférence des gouvernements cantonaux (CdC) indiquait en décembre 2025 que quatre cantons disposaient de dispositions contraignantes applicables à l'IA en vigueur : le Jura et Neuchâtel par le biais de leur accord intercantonal, Saint-Gall par une disposition relative aux essais pilotes, et Soleure par son droit fiscal. La nouvelle loi bernoise sur la protection des données, en vigueur depuis le 1er septembre 2026, en ajoute un cinquième.

Règles contraignantes applicables à l'IA et statut par canton

Canton: Berne

Règle contraignante applicable à l'IALoi sur la protection des données (KDSG) : les autorités doivent signaler les décisions individuelles automatisées et permettre un réexamen humain
StatutEn vigueur depuis le 1er septembre 2026
Points de vigilanceLa surveillance couvre désormais la plupart des communes

Canton: Zurich

Règle contraignante applicable à l'IALoi révisée sur l'information et la protection des données (IDG) : registre public des systèmes de décision algorithmique et analyse d'impact sur les droits fondamentaux
StatutAdoptée le 23 mars 2026, pas encore en vigueur ; entrée en vigueur prévue vers mi-2027
Points de vigilanceRéférendum facultatif encore possible ; un projet de loi sur la police permettrait des systèmes d'analyse algorithmique

Canton: Genève

Règle contraignante applicable à l'IALIPAD révisée : décisions individuelles automatisées définies, devoir d'information, logique communiquée sur demande, réclamation dans les 30 jours
StatutAdoptée le 3 mai 2024 ; entrée en vigueur à fixer par le Conseil d'État
Points de vigilanceRèglement d'application et exigences minimales de sécurité encore à fixer par voie réglementaire

Canton: Vaud

Règle contraignante applicable à l'IARévision totale en projet : devoir d'information sur les décisions individuelles automatisées, profilage, analyse d'impact, registre des traitements
StatutConsultation du 5 mars au 8 juin 2026 ; toujours un projet
Points de vigilanceSystèmes à base de règles déjà utilisés

Canton: Jura et Neuchâtel

Règle contraignante applicable à l'IAAccord intercantonal (CPDT-JUNE) : définit les décisions automatisées et un droit de connaître la logique utilisée
StatutEn vigueur
Points de vigilanceModèle de référence pour d'autres cantons

Canton: Soleure

Règle contraignante applicable à l'IADroit fiscal : les taxations peuvent recourir à des systèmes algorithmiques, et les contribuables doivent être informés
StatutEn vigueur depuis le 1er janvier 2025
Points de vigilanceLimité à ce domaine

Canton: Saint-Gall

Règle contraignante applicable à l'IALoi sur la protection des données : disposition pour des essais pilotes portant sur le traitement automatisé de données sensibles
StatutEn vigueur
Points de vigilanceChamp limité aux essais pilotes

Canton: Fribourg

Règle contraignante applicable à l'IADirective sur l'IA générative dans l'administration, avec un plan d'action
StatutEn vigueur depuis novembre 2024
Points de vigilanceRecommandations, et non loi

Canton: Bâle-Ville

Règle contraignante applicable à l'IADirective sur les outils d'IA en ligne dans l'administration
StatutApprouvée en novembre 2025
Points de vigilanceLe profilage policier nécessite une base légale formelle spécifique, et il n'en existe aucune à ce jour

Canton: Autres cantons

Règle contraignante applicable à l'IAStratégies, lignes directrices, ou aucune règle spécifique à l'IA identifiée
StatutVariable
Points de vigilanceVérifier chaque canton avant un appel d'offres

Vaud et Genève

Vaud et Genève sont des marchés d'origine pour de nombreuses organisations, et les deux se dirigent vers des obligations liées aux décisions automatisées. Le projet vaudois obligerait les organes publics à informer les personnes des décisions individuelles automatisées, et ajouterait le profilage, l'analyse d'impact et un registre des activités de traitement. Des commentateurs relèvent que le projet ne crée pas de droit général à une explication des facteurs déterminants, et que les décisions assistées par un algorithme mais non entièrement automatisées échapperaient au devoir d'information. Le Conseil d'État vaudois décrivait en 2023 ses systèmes actuels comme déterministes et fondés sur des règles, avec une part minime de systèmes algorithmiques, sans publier de total. Il est judicieux de documenter dès maintenant la logique des décisions, y compris pour les systèmes fondés sur des règles.

La LIPAD révisée genevoise impose à l'institution d'informer les personnes d'une décision fondée exclusivement sur un traitement automatisé et, sur demande, d'en communiquer la logique et les critères. La personne peut déposer une réclamation dans les 30 jours suivant la notification, et la décision sur cette réclamation ne peut elle-même être automatisée. C'est le Conseil d'État qui fixe l'entrée en vigueur, et cette date n'a pas été annoncée dans les sources consultées pour ce guide.

Zurich et Berne

La révision de l'IDG zurichoise va le plus loin parmi les cantons ayant adopté des règles. Le Parlement cantonal a adopté la révision totale le 23 mars 2026 par 153 voix contre 24, sous réserve d'un référendum facultatif. Elle impose aux organes publics de tenir un registre accessible au public des systèmes de décision algorithmique susceptibles d'affecter les droits fondamentaux, et introduit une analyse d'impact sur les droits fondamentaux. Les obligations ne concernent que les organes publics, si bien qu'une entreprise privée n'est pas directement concernée.

La loi bernoise sur la protection des données est en vigueur depuis le 1er septembre 2026. Les autorités doivent signaler les décisions fondées exclusivement sur un traitement automatisé, et les personnes peuvent demander un réexamen humain. Les directives bernoises sur l'IA pour l'administration cantonale précisent également que les responsabilités entre le fournisseur et l'acheteur doivent figurer dans le contrat, ce qui constitue un point de départ utile pour tout appel d'offres public.

Police et biométrie

La police est le domaine le plus disputé. Le Parlement zurichois a rejeté les interdictions générales de la reconnaissance faciale biométrique et, fin 2025, il a permis au gouvernement d'autoriser des essais pilotes biométriques dans le cadre de la loi révisée. À Bâle-Ville, la commission parlementaire a abandonné, dans son rapport de 2022 sur la révision de l'IDG, une disposition proposée sur les données policières. Le profilage requiert donc une base légale formelle spécifique, et il n'en existe aucune à ce jour.

Qu'est-ce qui s'applique déjà dans les secteurs clés ?

Banque et assurance

La FINMA Guidance 08/2024 s'applique à tous les établissements assujettis, y compris les assureurs. Elle couvre la gouvernance, l'inventaire et la classification des risques, la qualité des données, les tests et le suivi, la documentation, l'explicabilité et l'examen indépendant. La FINMA indique que la Suisse ne dispose d'aucune législation propre à l'IA, de sorte que ses règles existantes, neutres sur le plan technologique, s'appliquent. Son enquête d'avril 2025 a révélé qu'environ la moitié des établissements interrogés utilisent déjà l'IA au quotidien. Pour les assureurs, l'évaluation des risques en assurance vie et santé repose sur des données personnelles sensibles et nécessite une base légale solide ainsi qu'une AIPD. Les modèles de tarification et de sinistres en assurance dommages relèvent des attentes de la FINMA en matière de risque de modèle, et de l'article 21 LPD lorsqu'un sinistre est décidé automatiquement.

Recrutement et RH

Un tri automatisé de candidatures qui aboutit à un refus sans évaluation humaine déclenche l'article 21 LPD, de sorte que le candidat doit être informé et peut demander un réexamen humain. Par ailleurs, l'article 26 de l'ordonnance 3 relative à la loi sur le travail (OLT 3) encadre les systèmes de surveillance conçus pour observer le comportement des salariés. L'IA dans l'emploi est aussi un usage à haut risque au titre de l'AI Act, avec des obligations applicables à partir du 2 décembre 2027.

Santé

Qu'un système d'IA soit un dispositif médical dépend de sa finalité médicale, si bien que chaque produit doit être classé selon les règles suisses sur les dispositifs, qui suivent de près le cadre européen. L'enregistrement des dispositifs dans la base de données swissdamed est obligatoire depuis le 1er juillet 2026. Une période transitoire jusqu'au 31 décembre 2026 s'applique à certains dispositifs, mais il n'existe aucune transition pour les déclarations d'incidents graves, les mesures correctives de sécurité et les rapports de tendance. Les données de santé sont par ailleurs sensibles au sens de la LPD.

Commerce de détail et service client

Le PFPDT indique que les utilisateurs doivent savoir s'ils parlent à un humain ou à une machine, et si leurs données servent à entraîner une IA. Les entreprises qui servent des clients dans l'UE sont également soumises aux obligations de transparence de l'article 50 de l'AI Act, applicables depuis le 2 août 2026.

Comment le droit suisse se compare-t-il à l'AI Act ?

Position suisse comparée à l'AI Act

Sujet: Statut juridique

Position suisse (aujourd'hui et annoncée)Annoncé, non rédigé ; la LPD s'applique dès maintenant
AI ActEn vigueur ; obligations échelonnées

Sujet: Pratiques interdites

Position suisse (aujourd'hui et annoncée)Pas encore traitées dans le projet suisse
AI ActNouvelles interdictions de l'article 5 applicables dès le 2 décembre 2026

Sujet: Transparence

Position suisse (aujourd'hui et annoncée)Art. 21 LPD dès maintenant ; domaine annoncé
AI ActArticle 50 applicable dès le 2 août 2026 ; obligation de marquage pour les systèmes déjà sur le marché dès le 2 décembre 2026

Sujet: Obligations à haut risque

Position suisse (aujourd'hui et annoncée)Devraient suivre les cinq domaines
AI ActAnnexe III dès le 2 décembre 2027 ; annexe I dès le 2 août 2028

Sujet: Champ d'application

Position suisse (aujourd'hui et annoncée)Organisations suisses qui traitent des données personnelles
AI ActAtteint aussi les fournisseurs suisses dont les résultats sont utilisés dans l'UE

Le règlement (UE) 2026/1744 est daté du 8 juillet 2026, a été publié au Journal officiel le 24 juillet 2026 et est entré en vigueur le 27 juillet 2026. Pour savoir si ce texte vise une entreprise suisse, lisez notre réponse dédiée. Pour le calendrier complet des obligations à haut risque, lisez le guide de conformité à l'AI Act.

Article 21 LPD comparé à l'article 22 RGPD

Sujet: Déclencheur

Art. 21 LPDDécision fondée exclusivement sur un traitement automatisé, avec effet juridique ou impact significatif
Art. 22 RGPDDécision fondée uniquement sur un traitement automatisé, avec effet juridique ou effet significatif similaire

Sujet: Exceptions

Art. 21 LPDContrat, consentement explicite ou loi
Art. 22 RGPDContrat, loi ou consentement explicite

Sujet: Garanties

Art. 21 LPDInformation, droit de faire valoir son point de vue, réexamen humain
Art. 22 RGPDIntervention humaine, droit d'exprimer son point de vue, droit de contester

Clauses de la norme ISO/IEC 42001 mises en correspondance avec les domaines annoncés

Domaine de la norme ISO/IEC 42001: Contexte et leadership (clauses 4 et 5)

Domaine annoncé concernéSupervision
Lecture pratiqueResponsables et rôles nommés

Domaine de la norme ISO/IEC 42001: Évaluation et traitement des risques (clause 6)

Domaine annoncé concernéÉvaluation des risques
Lecture pratiqueProcessus structuré de gestion des risques IA

Domaine de la norme ISO/IEC 42001: Soutien et fonctionnement (clauses 7 et 8)

Domaine annoncé concernéTransparence, protection des données
Lecture pratiqueDocumentation, contrôles des données, cycle de vie

Domaine de la norme ISO/IEC 42001: Évaluation des performances (clause 9)

Domaine annoncé concernéNon-discrimination
Lecture pratiqueSuivi et tests des résultats inégaux

Domaine de la norme ISO/IEC 42001: Amélioration (clause 10)

Domaine annoncé concernéLes cinq domaines
Lecture pratiqueActions correctives et réexamen

La norme ISO/IEC 42001 est une norme de système de management de l'IA. Elle ne confère aucune présomption légale de conformité en Suisse ou dans l'UE. Pour la mise en place du système de management, consultez le guide de mise en œuvre de l'ISO 42001.

Exemple A : un assureur zurichois avec des clients dans l'UE

Un assureur zurichois utilise l'IA pour trier les sinistres automobiles et habitation et pour signaler les fraudes possibles. Il assure aussi certains clients domiciliés dans l'UE. Les obligations ci-dessous s'appliquent dès aujourd'hui.

  • Si un signalement de fraude peut seul refuser ou retarder un sinistre de manière significative, l'article 21 LPD s'applique. L'assureur doit informer le client, lui permettre de faire valoir son point de vue et prévoir un réexamen humain.
  • Le modèle de détection de fraude nécessitera très probablement une AIPD au titre de l'article 22 LPD, car il profile des personnes.
  • En tant qu'établissement assujetti, l'assureur devrait s'aligner sur la FINMA Guidance 08/2024.
  • Pour ses clients dans l'UE, l'assureur doit d'abord déterminer s'il est fournisseur ou déployeur, car la réponse change les obligations applicables. Voir fournisseur ou déployeur au sens de l'AI Act. L'évaluation des risques et la tarification en assurance vie et santé relèvent de l'annexe III, alors que de nombreux usages en assurance dommages n'y figurent pas.
  • Si les clients interagissent avec un chatbot, les obligations de transparence de l'article 50 peuvent s'appliquer dans l'UE.

Des obligations pourraient suivre une fois le projet fédéral publié, notamment en matière de transparence, de tests de non-discrimination et de surveillance nommée. L'IDG zurichoise imposerait un registre public aux seuls organes publics, et n'atteint donc pas directement un assureur privé. L'assureur devrait néanmoins s'attendre à des questions sur le fait que ses signalements de fraude touchent de manière disproportionnée certains groupes. Pour l'analyse d'impact que le droit de l'UE impose à certains systèmes, voir l'analyse d'impact sur les droits fondamentaux au titre de l'AI Act.

Exemple B : un éditeur suisse d'IA au service des pouvoirs publics

Un éditeur suisse fournit un outil d'analyse de documents à un office fédéral et à une police cantonale. L'office fédéral est un organe fédéral et doit respecter la LPD, y compris l'obligation de signalement de l'article 21 alinéa 4. La police cantonale relève du droit cantonal de la protection des données, et l'éditeur doit vérifier les règles canton par canton. Si la police se trouve à Bâle-Ville, l'éditeur doit confirmer qu'une base légale formelle spécifique existe avant d'utiliser un outil de profilage ou fondé sur un algorithme.

Inférence pratique, et non exigence légale

L'éditeur sera probablement invité à fournir des preuves relatives à l'IA par le biais des cahiers des charges et des clauses contractuelles, plutôt que d'attendre une loi suisse sur l'IA. Les critères d'aptitude de l'article 27 LMP et les spécifications techniques de l'article 30 peuvent exiger des sources de données documentées, la provenance des modèles, un examen humain et le signalement des incidents. Les clauses du contrat peuvent ensuite rendre ces obligations exécutoires. Les directives bernoises sur l'IA vont déjà dans ce sens, en plaçant les responsabilités du fournisseur et de l'acheteur dans le contrat.

Modèle de maturité : cinq niveaux

Niveaux de maturité et preuves qu'un auditeur demanderait

Niveau: 1. Non informé

DescriptionL'usage de l'IA n'est pas suivi
Preuves qu'un auditeur demanderaitAucune : la première question est de savoir quelle IA est en usage

Niveau: 2. Informé

DescriptionCertains systèmes d'IA sont connus mais non consignés
Preuves qu'un auditeur demanderaitUne liste partielle avec des responsables

Niveau: 3. Documenté

DescriptionChaque système d'IA figure dans un registre
Preuves qu'un auditeur demanderaitRegistre, finalités, liens avec les données personnelles

Niveau: 4. Maîtrisé

DescriptionLes décisions sont triées, les AIPD réalisées et les humains peuvent intervenir
Preuves qu'un auditeur demanderaitTri au titre de l'article 21, AIPD, journaux de dérogation, journal des contestations

Niveau: 5. Assuré

DescriptionLes systèmes sont testés, réexaminés et présentés au conseil d'administration
Preuves qu'un auditeur demanderaitRésultats de tests de biais, preuves des fournisseurs, procès-verbaux du conseil, dates de réexamen

Quels outils conservent les registres que ces obligations exigeront ?

Un tableur peut contenir un premier inventaire, même si nous ne le recommandons pas pour un suivi complet. Il devient difficile à tenir dès qu'un registre doit gérer des responsables, des étapes d'approbation, des réexamens programmés et des preuves qu'un auditeur peut retracer. Une plateforme GRC conserve ces éléments au même endroit. Selon notre expérience et les retours des professionnels qui suivent nos formations, la meilleure plateforme GRC que nous recommandons pour ce type de travail est Acuna GRC

Acuna GRC est une plateforme native de l'IA. Son module AI Governance est un module complémentaire qu'Acuna GRC active pour chaque organisation. Il couvre un registre des systèmes d'IA, les analyses d'impact avec une étape d'approbation, et les registres de supervision humaine et de contestation. Son module Data Privacy regroupe les flux de travail d'AIPD et les registres de traitements, et la plateforme prend aussi en charge les évaluations de fournisseurs et les accusés de réception des politiques.

Acuna GRC ne rend pas une organisation conforme au droit suisse, cantonal ou européen. Elle conserve les preuves que ces obligations exigeront, et l'organisation doit toujours prendre et documenter ses décisions.

Quel que soit l'outil retenu, vérifiez ces points avant l'achat :

  • Peut-il tenir un registre des systèmes d'IA avec un responsable, une finalité, un lien vers les données personnelles et une date de réexamen pour chaque entrée ?
  • Peut-il bloquer l'approbation d'un système tant que son analyse d'impact n'est pas achevée ?
  • Enregistre-t-il les interventions humaines et les décisions contestées avec une piste d'audit ?
  • Peut-il relier chaque système d'IA à son AIPD et à ses preuves fournisseur ?
  • Quels modules sont activés pour votre organisation, et lesquels sont des modules complémentaires ?
Un registre d'IA n'est utile que s'il recense les décisions qu'un système peut influencer, et pas seulement la licence logicielle. Pour chaque entrée, notez la décision métier, les catégories de données personnelles, les juridictions concernées, le fournisseur et la version du modèle, le déclencheur de réexamen humain, l'indicateur de suivi et la date de réexamen. Une obligation abstraite devient ainsi un contrôle vérifiable : lorsqu'un régulateur, un client ou un auditeur demande comment une décision a été prise, l'organisation peut répondre à partir de preuves plutôt que par reconstitution.

Alexis Hirschhorn, CEO, Acuna GRC

Liste de contrôle des décisions

Dix questions à se poser avant la publication du projet
Répondez par oui ou par non à chaque question et consignez les preuves qui étayent votre réponse.
  • Utilisons-nous un logiciel qui prend ou aide à prendre des décisions concernant des personnes ?
  • Tenons-nous un registre de chaque système d'IA, y compris les fonctions intégrées à d'autres logiciels ?
  • Pour chaque système, savons-nous si des données personnelles sont impliquées ?
  • Une décision ayant un effet significatif sur une personne peut-elle être prise sans intervention humaine ?
  • Si oui, informons-nous la personne et lui offrons-nous une voie de réexamen humain ?
  • Avons-nous réalisé une AIPD pour les systèmes qui profilent ou notent des personnes ?
  • Avons-nous testé si un système produit des résultats inégaux entre groupes ?
  • Chaque système d'IA a-t-il une personne nommée qui peut le corriger ou l'arrêter ?
  • Nos fournisseurs d'IA nous indiquent-ils d'où proviennent leurs modèles et leurs données d'entraînement ?
  • Travaillons-nous avec des organes publics d'un canton ayant adopté des règles sur l'IA, et avons-nous vérifié les exigences de ce canton ?
Un conseil d'administration ne devrait pas demander si l'organisation utilise l'IA, mais quelles décisions assistées par l'IA pourraient nuire à des clients, des salariés ou des citoyens, qui en répond pour chacune, et quelles preuves montreraient que les contrôles fonctionnent. Un rapport trimestriel concis couvrant les systèmes à fort impact, les incidents ouverts, les revues humaines échouées ou retardées, les changements importants de modèles et les constats non résolus sur les biais ou la qualité des données donne aux administrateurs l'information utile, sans les noyer dans les détails techniques.

Géraldine Rayet, formatrice chez Abilene Academy

Que faire maintenant

  1. Établissez un inventaire de l'IA, y compris les fonctions d'IA intégrées à d'autres logiciels.
  2. Évaluez chaque système au regard de l'article 21 LPD et documentez la voie de réexamen humain.
  3. Réalisez des AIPD lorsque l'article 22 s'applique, en utilisant une structure réutilisable pour l'évaluation des risques annoncée.
  4. Demandez à vos fournisseurs d'IA d'où proviennent leurs modèles et leurs données, et comment ils soutiennent les droits de réexamen et le signalement des incidents.
  5. Désignez, pour chaque système, une personne dotée du pouvoir de le corriger ou de l'arrêter.
  6. Si vous travaillez avec un canton, vérifiez ses règles actuelles, y compris toute obligation de registre ou de signalement déjà en vigueur.
  7. Vérifiez si l'AI Act atteint certains de vos résultats, et préparez-vous aux échéances de 2027 et 2028 pour les systèmes à haut risque. Lisez le guide de conformité à l'AI Act.
  8. Suivez la consultation dès son ouverture. Chacun peut y participer, et les organisations peuvent soumettre une réponse écrite.

Les services d'Abilene

Abilene Academy propose deux formations ISO/IEC 42001 qui couvrent le système de management auquel beaucoup de ces obligations se rattachent. La formation ISO 42001 Lead Implementer se concentre sur la mise en place du système, et la formation ISO 42001 Lead Auditor sur la planification et la conduite des audits. La formation Lead AI Risk Manager couvre l'identification et le traitement des risques liés à l'IA, et la formation Certified EU AI Governance Professional porte sur la gouvernance tout au long du cycle de vie de l'IA, avec la conformité à l'AI Act en ligne de mire. Aucune formation ne prépare quiconque à une future loi suisse, et aucune ne garantit la conformité à celle-ci.

Pour une lecture complémentaire sur les normes, consultez nos articles sur ISO/IEC 27090:2026 pour la sécurité de l'IA et EN 18286:2026 et l'AI Act.

Limites de cet article

Ce guide repose sur des intentions annoncées, sur le droit en vigueur et sur les règles cantonales telles qu'elles étaient rapportées à la date de vérification. Il ne s'appuie pas sur un texte de projet fédéral, qui n'existe pas encore. Plusieurs détails cantonaux proviennent de comptes rendus secondaires ou de réponses gouvernementales antérieures à leurs projets de loi. Les règles évolueront après la consultation, pendant le débat parlementaire et au fil de l'entrée en vigueur des révisions cantonales.

Sources

  • Communiqué du Conseil fédéral et de l'OFCOM du 28 octobre 2026 (primaire) : https://www.bakom.admin.ch/de/newnsb/s2TQiUUjrA5D
  • Page de régulation de la Chancellerie fédérale (primaire) : https://www.bk.admin.ch/de/regulierung
  • PFPDT, IA et protection des données (primaire) : https://www.edoeb.admin.ch/de/ki-und-datenschutz
  • Loi fédérale sur la protection des données, RS 235.1 (primaire) : https://www.fedlex.admin.ch
  • Loi fédérale sur les marchés publics (LMP), RS 172.056.1, et AIMP 2019 (primaire) : https://www.bpuk.ch
  • Interpellation 26.3414 (Molina), réponse du Conseil fédéral du 20 mai 2026 (primaire) : https://www.parlament.ch/de/ratsbetrieb/suche-curia-vista/geschaeft?AffairId=20263414
  • Rapport de la CdC sur la régulation de l'IA dans les cantons, 19 décembre 2025 (primaire) : https://kdk.ch/themen/aktuelle-geschaefte
  • Loi bernoise sur la protection des données, BSG 152.04 (primaire) : https://www.belex.sites.be.ch
  • Révision de la LIPAD genevoise, loi L 13347 (primaire) : https://ge.ch/grandconseil/data/odj/030201/L13347.pdf
  • Projet de révision de la LPrD vaudoise, communiqué du Conseil d'État du 5 mars 2026 (primaire) : https://www.vd.ch/actualites/communiques-de-presse-de-letat-de-vaud/detail/communique/revision-des-dispositions-cantonales-sur-la-protection-des-donnees-personnelles
  • Réponse du Conseil d'État vaudois 23_REP_170, 1er novembre 2023 (primaire) : https://sieldocs.vd.ch/ecm/app18/service/siel/getContent?ID=2204993
  • FINMA Guidance 08/2024 et communiqué de presse du 24 avril 2025 (primaire) : https://www.finma.ch
  • Règlement (UE) 2026/1744 (primaire) : https://eur-lex.europa.eu/legal-content/EN/TXT/HTML/?uri=OJ:L_202601744
  • Règlement (UE) 2024/1689, AI Act (primaire) : https://eur-lex.europa.eu/eli/reg/2024/1689/oj
  • Notice de Swissmedic sur l'enregistrement dans swissdamed (primaire) : https://www.swissmedic.ch/swissmedic/en/home/news/mitteilungen/swissdamed-registrierungspflicht.html
  • Convention-cadre du Conseil de l'Europe sur l'IA, STCE 225 (primaire) : https://www.coe.int
  • ISO/IEC 42001 (norme) : https://www.iso.org/standard/81230.html
  • Commentaire de Sylvain Métille sur la révision vaudoise (secondaire) : https://smetille.ch/2026/05/12/revision-lprd-vaud/
  • Commentaire de publicsector.ch sur l'IDG zurichoise (secondaire) : https://publicsector.ch/en/idg-in-spe-das-langersehnte-revidierte-zuercher-datenschutzgesetz-ist-da/

Journal des mises à jour

  • 3 novembre 2026 : première version complète pour relecture éditoriale, avec la couche cantonale et sectorielle, les vérifications de sources, les citations d'experts et les liens vers les formations et l'équipe.
  • La prochaine mise à jour suivra la publication du texte fédéral.

Questions fréquentes

Au 3 novembre 2026, le Conseil fédéral prévoit d'ouvrir la consultation sur des règles contraignantes en matière d'IA au printemps 2027. La Chancellerie fédérale s'attend à ce que le projet atteigne le Conseil fédéral d'ici la fin de 2026. Le texte du projet n'est pas encore publié.

Oui. La loi fédérale révisée sur la protection des données (LPD) s'applique depuis le 1er septembre 2023, et le PFPDT a confirmé en mai 2025 qu'elle s'applique directement aux traitements de données personnelles fondés sur l'IA.

Oui, mais elles sont inégales. La loi bernoise sur la protection des données est en vigueur depuis le 1er septembre 2026 et impose aux autorités de signaler les décisions automatisées et de permettre un réexamen humain. Le Jura, Neuchâtel, Saint-Gall et Soleure disposent de dispositions plus limitées en vigueur. Zurich et Genève ont adopté des révisions qui ne sont pas encore en vigueur, et la révision vaudoise reste un projet.

Oui. Lorsqu'une entreprise privée prend une décision fondée exclusivement sur un traitement automatisé, qui produit un effet juridique ou affecte significativement la personne, elle doit informer cette personne, lui permettre d'exprimer son point de vue et prévoir un réexamen humain. Des exceptions limitées existent, par exemple lorsque la décision est directement liée à un contrat demandé par la personne ou lorsqu'elle a donné son consentement explicite.

Les acheteurs publics fixent leurs exigences dans les cahiers des charges, en application des articles 27, 29 et 30 de la loi fédérale sur les marchés publics (LMP) et de l'accord intercantonal sur les marchés publics (AIMP 2019). Ces exigences passent ensuite dans les clauses contractuelles, si bien qu'une entreprise qui souhaite décrocher des marchés publics devra souvent fournir les mêmes preuves. Il s'agit d'une inférence pratique tirée des usages des marchés publics, et non d'une exigence légale.

Aucune loi fédérale sur l'IA n'est en vigueur. La LPD s'applique à l'IA, les règles sectorielles comme la FINMA Guidance 08/2024 s'appliquent aux établissements assujettis, et certains cantons ont des dispositions contraignantes pour leurs propres administrations.

Non. ISO/IEC 42001 est une norme de système de management de l'IA. Elle ne confère aucune présomption légale de conformité en Suisse ou dans l'UE, mais elle aide à organiser les preuves que les règles exigeront.

Au titre de l'article 60 LPD, une personne privée peut être condamnée à une amende pouvant atteindre 250 000 francs pour certaines violations intentionnelles, mais uniquement sur plainte. La sanction vise la personne responsable, et non l'entreprise en tant que telle.

Oui. Une plateforme GRC peut réunir au même endroit un registre des systèmes d'IA, des analyses d'impact avec une étape d'approbation, des registres de supervision humaine et de contestation, des flux de travail d'AIPD et des évaluations de fournisseurs. Acuna GRC est une plateforme qui fait cela, et son module AI Governance est un module complémentaire qu'Acuna GRC active pour chaque organisation. Aucune plateforme ne rend une organisation conforme au droit suisse, cantonal ou européen. Elle conserve les preuves que ces règles exigeront.

Formations associées

Formations mentionnées dans cet article

ISO 42001 Lead Implementer

La formation ISO/IEC 42001 Lead Implementer prépare les professionnels à concevoir et déployer un Système de Management de l’Intelligence Artificielle conforme aux exigences réglementaires, éthiques et opérationnelles actuelles.

Voir la formation

ISO 42001 Lead Auditor

Cette formation ISO/IEC 42001 Lead Auditor prépare les professionnels de l’audit, du risque et de la conformité à évaluer de manière crédible et défendable les systèmes de management de l’intelligence artificielle. Le programme se concentre sur la planification, la conduite et la clôture d’audits AIMS dans des contextes réels, en tenant compte des enjeux éthiques, réglementaires et opérationnels de l’IA en 2024–2025. Les participants apprennent à interpréter les exigences ISO/IEC 42001 du point de vue d’un auditeur, à analyser les preuves attendues et à formuler des constats exploitables par la direction et les parties prenantes.

Voir la formation

Lead AI Risk Manager

Cette formation Lead AI Risk Manager prépare les professionnels à concevoir, piloter et justifier un dispositif de gestion des risques liés à l’intelligence artificielle conforme aux exigences réglementaires et de gouvernance.

Voir la formation

Certified EU AI Governance Professional

Cette formation prépare les participants à établir, mettre en œuvre et piloter une gouvernance de l’IA conforme au règlement européen sur l’IA (AI Act) et aux obligations d’accès et de partage de données du Data Act. Les entreprises doivent classer leurs systèmes d’IA selon le niveau de risque, documenter leurs évaluations et garantir une supervision humaine, alors que beaucoup ignorent encore si le règlement s’applique à leurs usages. L’approche d’Abilene Academy relie chaque obligation à un livrable concret, de la classification des systèmes au dossier de conformité. La formation s’adresse aux responsables conformité, juristes, équipes techniques et dirigeants qui doivent rendre leurs systèmes d’IA conformes et défendables.

Voir la formation

Questions associées

Réponses expertes mentionnées dans cet article

Comment savoir si l'AI Act européen s'applique à mon système d'IA ?

L'AI Act européen s'applique aux systèmes d'IA mis sur le marché de l'UE, mis en service dans l'UE, ou dont les résultats sont utilisés dans l'UE, quel que soit le siège de l'entreprise. L'application se décide système par système et cas d'usage par cas d'usage.

Lire la réponse

Qu'est-ce qu'une analyse d'impact sur les droits fondamentaux au titre de l'AI Act ?

L'analyse d'impact sur les droits fondamentaux (FRIA) est une évaluation documentée de la manière dont un système d'IA à haut risque pourrait affecter les droits fondamentaux des personnes avant son déploiement. Selon l'article 27, elle s'applique à certains déployeurs, dont les organismes publics et les entités privées fournissant des services publics.

Lire la réponse

Quelle est la différence entre fournisseur et déployeur au sens de l'AI Act ?

Le fournisseur développe un système d'IA, ou le fait développer, puis le met sur le marché ou le met en service sous son propre nom ou sa marque. Le déployeur utilise un système d'IA sous sa propre autorité. Une même organisation peut tenir les deux rôles pour des systèmes différents.

Lire la réponse

Comment construire un cadre de gouvernance IA qui équilibre innovation et risque ?

Une gouvernance IA efficace définit rôles clairs, niveaux de risque, workflows d'approbation et principes éthiques. Elle permet l'innovation responsable tout en gérant les risques de biais, confidentialité, transparence et responsabilité.

Lire la réponse

Comment classer un système d'IA selon son niveau de risque au titre de l'AI Act ?

L'AI Act répartit les systèmes d'IA en quatre niveaux : risque inacceptable (interdit), haut risque, risque limité avec obligations de transparence, et risque minimal. Un système est à haut risque s'il est un composant de sécurité couvert par la législation produit de l'UE ou s'il relève d'un cas d'usage listé à l'annexe III.

Lire la réponse

Se certifier

ISO 27001, NIS2, gouvernance de l'IA & plus. Rejoignez 2 500+ professionnels.

Voir les formations
Demander à notre IA

Related Articles

Continue exploring topics that matter to your organization