Audit IA pour Claude : la checklist UE 2026

TL;DR

Un audit IA pour Claude ne vaut son prix que s’il se termine par des décisions applicables ce trimestre : la route d’hébergement, la formule qui porte vos contrôles, les responsables nommés des classes de données et du budget, et les écarts qui bloquent la mise en production. Un score de maturité sans constat bloquant est une diapositive, pas un audit.

Que doit produire un audit IA ?

Un audit utile produit quatre livrables : une liste de constats bloquants avec responsables et dates, la décision d’hébergement et de formule avec son effet sur le coût, une entrée de registre des traitements qu’un DPO signera, et une base de mesure activée avant le déploiement. Le reste est optionnel.

Le schéma d’échec est connu. Un audit tourne six semaines, produit un diagramme en radar sur huit dimensions et recommande de renforcer la gouvernance des données. Personne ne peut agir là-dessus. Un constat bloquant a une autre allure : « le workspace a été créé avec un workspace geo us, non modifiable, donc le cas d’usage RH exige un nouveau workspace sur un point de terminaison Bedrock régional avant la mise en production ».

Notre test pour savoir si un audit valait ses honoraires :

Livrable	Réussi	Raté
Constats	Responsable nommé, date nommée, réglage nommé	« Améliorer la maturité de gouvernance »
Décision d’hébergement	Une route choisie, surcoût chiffré	Matrice comparative renvoyée vers vous
Chaîne de sous-traitance	Chaque partie nommée, contrats identifiés	« Revoir les contrats avec le juridique »
Base de mesure	Analytique et rapport de dépenses déjà actifs	« Définir les indicateurs en phase 2 »
Périmètre	Ce qui n’a pas été audité, dit clairement	Silence sur les manques

Contre quelles obligations êtes-vous audité ?

Deux régimes s’appliquent en même temps et posent des questions différentes. Le règlement IA demande ce que fait le système et qui le déploie. Le RGPD demande les données personnelles de qui sont traitées et sous quel contrat. Un audit qui ne couvre qu’un seul des deux rate le constat qui bloque la mise en production.

Le calendrier du règlement IA est en vigueur, pas à venir. Le cadre réglementaire de la Commission européenne place les interdictions et l’obligation de maîtrise en vigueur depuis le 2 février 2025, les obligations des modèles à usage général et le chapitre gouvernance depuis le 2 août 2025, et l’application large depuis le 2 août 2026. L’AI Omnibus est entré en vigueur le 27 juillet 2026 et a reporté les obligations haut risque à décembre 2027 pour l’annexe III et août 2028 pour l’annexe I, tout en simplifiant la documentation technique pour les PME et en élargissant l’accès aux bacs à sable réglementaires.

Conséquence pratique pour un audit fin 2026 : sur l’obligation de maîtrise et les règles de transparence, vous pouvez déjà être en défaut, tandis que le travail de conformité haut risque est un projet 2027 appuyé, depuis le 19 octobre 2026, sur une norme harmonisée publiée.

Du côté protection des données, les questions sont plus étroites et plus faciles à trancher :

1. Quelles classes de données apparaîtront dans les prompts, et qui l’a décidé ?
2. Quelles parties peuvent lire prompts, réponses ou journaux, et sous quel contrat ?
3. Quelle est la durée de conservation à chaque étape, vos propres buckets de journaux compris ?
4. Que devient la donnée à la fin du contrat ?

Notre matrice de conformité IA pour Claude croise règlement IA, RGPD et NIS2, et notre cadre de gouvernance IA traite les rôles et circuits de validation qui répondent à la première question.

Quels contrôles plateforme bloquent une mise en production ?

Six contrôles techniques bloquent plus souvent que tout le reste : hébergement, identité, visibilité d’audit, conservation, maîtrise des dépenses, et l’éligibilité de la fonctionnalité prévue à la posture promise. Chacun repose sur un réglage concret, donc chacun rend un oui ou un non plutôt qu’une note.

Hébergement. Sur l’API de première partie, inference_geo n’accepte que "global" et "us", et le workspace geo n’offre que "us" et ne peut plus changer après la création, selon la page data residency. L’inférence limitée aux États-Unis coûte 1,1 fois le tarif standard sur Claude 4.6 et les modèles suivants. Le traitement en région européenne passe par des points de terminaison régionaux sur Bedrock, Google Cloud ou Microsoft Foundry, où le point de terminaison ou le profil d’inférence détermine la région et où inference_geo ne s’applique pas. Vérifiez quels workspaces existent déjà avant de promettre quoi que ce soit.

Identité. SCIM et les journaux d’audit se trouvent dans la formule Enterprise, qui exige au minimum 20 sièges en libre-service et 50 en vente accompagnée. Un audit qui recommande SCIM pour un pilote de 15 personnes n’a pas lu la page des formules.

Visibilité d’audit. L’API de conformité Enterprise donne un accès programmatique aux journaux d’activité, aux historiques de conversation et au contenu des fichiers, filtrables par utilisateur et par période. C’est un contrôle puissant et, en soi, une question de protection des données : qui détient cette clé peut lire les conversations des salariés. Nommez le détenteur dans l’audit. Ce que l’API renvoie réellement est traité dans notre guide de l’API de conformité Claude.

Conservation. Les règles de conservation personnalisées sont une fonctionnalité Enterprise. Vérifiez la valeur configurée, pas le droit théorique de la formule.

Maîtrise des dépenses. Les groupes portent un plafond mensuel par utilisateur, et certains groupes un budget mensuel partagé en bêta. La documentation des groupes fixe un plafond de 1000 groupes par organisation et avertit que l’appartenance à plus de 250 groupes peut dégrader les performances. Un plafond individuel prime sur tout plafond de groupe, et les groupes synchronisés depuis un fournisseur d’identité ne peuvent pas être renommés ni supprimés dans Claude.

Éligibilité de la fonctionnalité. C’est le contrôle que la plupart des audits sautent. Claude Managed Agents est en bêta, exige l’en-tête managed-agents-2026-04-01 et n’est actuellement éligible ni au Zero Data Retention ni à un accord HIPAA, car les sessions sont conçues avec état et conservent historique et état du bac à sable côté serveur. Si la feuille de route promet le ZDR et que l’architecture utilise Managed Agents, c’est un constat bloquant.

À quoi ressemble un modèle de maturité utile ?

Un modèle de maturité ne mérite sa place que si chaque niveau se définit par un réglage observable plutôt que par un jugement. Notez les réglages, pas l’ambition. Cinq niveaux suffisent, et la plupart des organisations qui démarrent avec Claude se situent au niveau 1 ou 2, quelle que soit la maturité de leur gouvernance informatique générale.

Le modèle ci-dessous est notre recommandation, pas un standard de marché :

Niveau	Hébergement	Identité et accès	Visibilité	Dépenses
1 Ad hoc	Global par défaut, workspaces inconnus	Comptes individuels, clés partagées	Aucune	Carte bancaire
2 Cadré	Une route documentée, un workspace par classe de données	SSO, attribution manuelle des sièges	Rapport de dépenses sorti à la main	Plafond par workspace
3 Gouverné	Point de terminaison régional là où il faut, réglage vérifié par région	Groupes via SCIM, rôles personnalisés	API d’analytique ou OpenTelemetry en place	Plafonds de groupe posés, membres bloqués suivis
4 Exploité	Hébergement vérifié automatiquement après chaque changement	Arrivées, mobilités et départs testés	Attribution par utilisateur dans votre propre stack	Prévision contre réel, chaque mois
5 Portable	Changement de route répété, second fournisseur testé	Sortie du fournisseur d’identité répétée	Export d’audit testé de bout en bout	Coût d’une migration de modèle chiffré d’avance

Deux faits de mesure bornent ce que le niveau 3 peut signifier. Le rapport de dépenses est actualisé chaque jour avec un jour de décalage, autorise des périodes personnalisées jusqu’à 90 jours en arrière et exporte une ligne CSV par personne et par modèle, selon la documentation de l’analytique. Et la visibilité dépend du rôle : en Team, seuls les Owners et Primary Owners voient l’analytique, et en Enterprise les Admins la voient mais pas les dépenses. Si votre conception de gouvernance suppose qu’une analyste conformité sort les dépenses, vérifiez d’abord le modèle de rôles.

Une contrainte de plus à écrire dans le constat : sur les formules Enterprise par siège, les rapports de dépenses n’apparaissent que si les usage credits sont activés, et ne couvrent alors que le dépassement. L’usage inclus dans le quota de siège n’est pas mesuré en dollars. Un processus de pilotage des coûts bâti là-dessus ne verra rien jusqu’à ce qu’une équipe dépasse.

Auditer en interne ou externaliser ?

Auditez en interne si un DPO, un architecte cloud et un responsable identité peuvent y consacrer une semaine chacun, et si le périmètre couvre une route et une formule. Achetez l’audit quand plusieurs directions portent des classes de données différentes, quand personne n’a lu la documentation des formules et de l’hébergement, ou quand le résultat doit survivre à un contrôle externe.

Ce que le travail demande, comme notre estimation et non comme référence sourcée :

Chantier	Effort	Qui doit être dans la salle
Inventaire des comptes, workspaces et clés existants	2 à 4 jours	Responsables cloud et identité
Décision d’hébergement et de formule	3 à 5 jours	Architecte et DPO
Chaîne de sous-traitance et registre des traitements	5 à 10 jours	DPO et juridique
Classification au titre du règlement IA par cas d’usage	2 jours par cas d’usage	Métier et juridique
Vérification des contrôles contre les réglages réels	3 à 5 jours	Ingénierie plateforme
Mise en place de la base de mesure	3 jours	Ingénierie plateforme

Notre avis : l’inventaire et la vérification des contrôles valent le plus à l’achat, parce que c’est fastidieux, spécialisé et fini. La classification au titre du règlement IA non, car elle dépend de ce que le processus fait réellement et un relecteur externe reprendra votre description telle quelle. Payez la vérification, faites la classification vous-même avec un appui juridique.

Ce qu’il faut exiger d’une mission d’audit :

1. Des constats vérifiés contre les réglages réels, avec la commande ou la page de console nommée, pas contre un questionnaire.
2. Un énoncé de périmètre listant ce qui n’a pas été audité. L’usage parallèle sur comptes personnels est l’omission la plus fréquente.
3. La conséquence en matière de formule écrite noir sur blanc, minimums de 20 et 50 sièges inclus.
4. L’éligibilité vérifiée pour les fonctionnalités que la feuille de route nomme, fonctionnalités en bêta comprises.
5. La base de mesure qui continue de tourner après la mission, dans vos propres outils.

Notre guide sur la confidentialité des données Claude en entreprise décrit ce qui arrive aux données sur chaque route, ce qui fournit la base de preuve de la plupart des constats ci-dessus. La place de l’audit dans le programme figure dans notre stratégie IA pour l’UE.

FAQ

Qu’est-ce qu’un audit IA ?

Un audit IA vérifie qu’une organisation peut déployer un système d’IA de façon licite et exploitable avant de s’engager. Pour Claude, cela veut dire vérifier la route d’hébergement, la formule qui porte les contrôles requis, la chaîne de sous-traitance, les réglages d’audit et de conservation et les plafonds de dépense, puis lister les écarts bloquants avec responsables et dates.

Combien coûte un audit IA pour Claude ?

Nous n’avons pas de prix de marché sourcé à citer. Jugez une offre à l’aune de l’effort interne : environ 18 à 30 jours-personne pour un périmètre à une route et une formule, davantage quand plusieurs directions portent des classes de données différentes. Exigez que les honoraires couvrent une vérification contre les réglages réels plutôt qu’un questionnaire.

Quelle formule faut-il pour les contrôles de gouvernance ?

Les journaux d’audit, l’API de conformité, l’API d’analytique, SCIM et les règles de conservation personnalisées se trouvent dans la formule Enterprise, qui exige au minimum 20 sièges en libre-service ou 50 en vente accompagnée. La formule Team donne le SSO, la facturation centralisée et des contrôles d’administration, mais pas SCIM ni l’API de conformité.

Audit de maturité ou cadre de gouvernance : quelle différence ?

L’audit est un contrôle ponctuel qui produit des constats et une décision. Le cadre de gouvernance est la structure permanente de rôles, de validations et de contrôles dans laquelle les constats se déversent. Acheter l’audit sans construire le cadre produit un rapport périmé en un trimestre.

Le règlement IA exige-t-il un audit de maturité ?

Non. Le règlement impose des obligations précises, dont la maîtrise de l’IA depuis le 2 février 2025 et les devoirs de transparence à partir du 2 août 2026, ainsi qu’un travail de conformité pour les systèmes à haut risque à partir de décembre 2027. Un audit est un moyen de savoir si vous les respectez, pas une obligation en soi.

Peut-on utiliser Claude Managed Agents sous Zero Data Retention ?

Pas actuellement. Claude Managed Agents est conçu avec état et conserve historique de conversation, état du bac à sable et résultats côté serveur, donc il n’est éligible ni au Zero Data Retention ni à un accord HIPAA. Vous pouvez supprimer sessions et fichiers via l’API, mais l’écart d’éligibilité appartient à l’audit.

Sources

1. Commission européenne : cadre réglementaire de l'IA (28 octobre 2026)
2. Support Anthropic : la formule Enterprise (28 octobre 2026)
3. Anthropic : data residency (28 octobre 2026)
4. Support Anthropic : analytique d'usage Team et Enterprise (28 octobre 2026)
5. Support Anthropic : groupes et plafonds de dépense (28 octobre 2026)
6. Anthropic : Claude Managed Agents (28 octobre 2026)