Les 7 péchés capitaux de la documentation IA (et comment les corriger avant un audit)

Dernière mise à jour : juin 2026 · Temps de lecture : 8 minutes

---

La plupart des fournisseurs d’IA traitent la documentation comme un mal nécessaire- quelque chose à faire à la dernière minute, aussi rapidement que possible, avec un minimum d’effort. Mais sous le AI ACT, une documentation bâclée n’est pas seulement un problème mineur- c’est une violation de conformité qui peut vous coûter plus de 15 M€ d’amendes.

Les autorités de surveillance du marché (MSA) ne se contentent pas de parcourir vos documents- elles les examinent en détail. Et si votre documentation est manquante, vague ou obsolète, elles supposeront le pire : que votre système d’IA n’est pas conforme.

Ce guide expose les 7 péchés capitaux de la documentation IA- les erreurs les plus courantes qui plongent les entreprises dans le péril- et vous montre comment les corriger rapidement avec DILAIG.

---

Pourquoi la documentation compte sous le AI ACT

Le AI ACT n’exige pas seulement la documentation- il l’impose dans des formats spécifiques, avec un contenu spécifique, pour des objectifs spécifiques. Voici ce qui est en jeu :

Document	Exigence du AI ACT	Objectif	Sanction pour non-conformité
Documentation technique (Annexe IV)	Article 11	Prouver la conformité aux MSA	Amendes jusqu’à 15 M€ ou 3 % du CA
Déclaration UE de conformité (DoC)	Article 47	Affirmation légale de conformité	Amendes jusqu’à 15 M€ ou 3 % du CA
Instructions d’utilisation	Article 13	Permettre la conformité des déployeurs	Amendes jusqu’à 15 M€ ou 3 % du CA
Évaluation d’impact sur les droits fondamentaux (FRIA)	Article 27	Évaluer les risques pour les droits fondamentaux	Amendes jusqu’à 15 M€ ou 3 % du CA
Plan de surveillance post-marché	Article 72	Garantir la conformité continue	Amendes jusqu’à 15 M€ ou 3 % du CA

En résumé : Si votre documentation est incomplète, inexacte ou obsolète, votre système IA entier risque d’être considéré comme non conforme.

---

Les 7 péchés capitaux de la documentation IA

Péché #1 : La "Course de dernière minute"

Le problème : La documentation est rédigée après la construction du système, son déploiement, voire son utilisation. À ce moment-là, elle est souvent bâclée, incomplète ou pleine de lacunes.

Pourquoi c’est un problème :

• Vous oubliez des détails cruciaux (ex. : sources des données d’entraînement, métriques de performance).
• Vous oubliez de la mettre à jour lorsque le système change.
• Vous ne l’alignez pas avec les exigences du AI ACT.

Le risque concret : Une documentation Annexe IV rédigée dans l’urgence, quelques jours avant un audit, oublie typiquement des sections entières, notamment les évaluations des risques. C’est précisément le type de lacune que l’Article 11 sanctionne, avec des amendes pouvant atteindre 15 M€ ou 3 % du CA mondial.

Comment le corriger : ✅ Commencez la documentation tôt- idéalement, pendant la phase de conception. ✅ Structurez votre travail autour des exigences réelles du AI ACT, plutôt que de rédiger de façon improvisée. ✅ Revoyez et mettez à jour la documentation à chaque changement significatif du système.

Rôle de DILAIG : L’audit gratuit de DILAIG (50 questions, 20 minutes) identifie la classification de votre système et les obligations qui en découlent. Pour les systèmes à haut risque, DILAIG génère ensuite la documentation technique Annexe IV, la Déclaration UE de conformité, la Notice de transparence et la FRIA à partir de vos réponses- ce qui évite la rédaction de zéro à la dernière minute.

---

Péché #2 : Le "Copier-Coller générique"

Le problème : Utiliser un texte type issu de vieux projets ou de modèles génériques qui ne reflètent pas votre système réel.

Pourquoi c’est un problème :

• Les documents taille unique ne traitent pas des risques spécifiques de votre système.
• Les sections copiées-collées peuvent contradicter vos processus réels.
• Les MSA voient clair dans le jeu et supposent que vous cachez quelque chose.

Le risque concret : Des instructions d’utilisation qui semblent avoir été copiées d’un autre produit, sans description des caractéristiques réelles du système, sont immédiatement repérables par les MSA et par les déployeurs eux-mêmes, qui ne peuvent pas s’appuyer dessus pour respecter leurs propres obligations.

Comment le corriger : ✅ Personnalisez chaque document pour qu’il corresponde aux caractéristiques uniques de votre système. ✅ Décrivez le système réellement déployé, pas une version générique ou théorique. ✅ Faites relire par une deuxième personne- demandez à un collègue de vérifier l’exactitude.

Rôle de DILAIG : L’audit gratuit de DILAIG repose sur des questions précises sur votre système (cas d’usage, données, architecture), ce qui structure une documentation propre à chaque système plutôt qu’un texte type recyclé.

---

Péché #3 : Le "Trop technique pour les humains"

Le problème : La documentation est rédigée par des ingénieurs, pour des ingénieurs- pleine de jargon, d’extraits de code et d’hypothèses que les déployeurs (ou les auditeurs) ne comprendront pas.

Pourquoi c’est un problème :

• Les déployeurs (ex. : équipes RH, hôpitaux) ne peuvent pas utiliser une documentation trop technique pour mettre en œuvre la supervision humaine (Article 14).
• Les MSA peuvent rejeter les documents qu’elles ne comprennent pas.
• Les équipes juridiques ne peuvent pas vérifier la conformité si elles ne saisissent pas le contenu.

Le risque concret : Des instructions d’utilisation trop techniques empêchent les déployeurs (équipes RH, personnel soignant, agents publics) d’exercer la supervision humaine requise par l’Article 14, ce qui constitue une violation de l’Article 13 en soi.

Comment le corriger : ✅ Écrivez pour votre public- si c’est pour les déployeurs, expliquez de façon simple et concrète. ✅ Incluez un glossaire des termes techniques. ✅ Faites tester la documentation par une personne extérieure à l’équipe technique.

Rôle de DILAIG : La notice de transparence générée par DILAIG à partir de votre audit est structurée pour un public non technique, avec les informations que l’Article 13 exige explicitement (caractéristiques, capacités, limites, mesures de supervision humaine).

---

Péché #4 : L’"Oubli de l’évidence"

Le problème : Omission de sections critiques exigées par le AI ACT, telles que :

• Limitations connues (ex. : "fonctionne mal avec les visages non occidentaux").
• Usages interdits (ex. : "ne pas utiliser pour le recrutement").
• Pratiques de gouvernance des données (Article 10).
• Mesures de supervision humaine (Article 14).

Pourquoi c’est un problème :

• Les MSA partent du principe du pire- si vous ne divulguez pas les limitations, elles supposeront que vous les cachez.
• Les déployeurs ne peuvent pas se conformer s’ils ne connaissent pas les règles ou les risques.

Le risque concret : Omettre les limitations connues d’un système à haut risque (performances dégradées sur certains sous-groupes, cas d’usage à éviter) est considéré par les MSA comme de la dissimulation, avec des conséquences potentiellement plus lourdes qu’une simple lacune de rédaction.

Comment le corriger : ✅ Utilisez une liste de contrôle structurée couvrant chaque section exigée par l’Annexe IV. ✅ Soyez rigoureusement honnête- divulguez tous les problèmes connus. ✅ Faites une revue de conformité avant la finalisation.

Rôle de DILAIG : Les 50 questions de l’audit gratuit couvrent systématiquement les points de l’Annexe IV, y compris la gouvernance des données (Article 10) et la supervision humaine (Article 14), ce qui limite le risque d’oublier une section obligatoire.

---

Péché #5 : Le "On oublie après l’avoir fait"

Le problème : La documentation n’est jamais mise à jour après le premier jet- même lorsque le système change de manière significative.

Pourquoi c’est un problème :

• L’Article 11 exige que les documents soient tenus à jour.
• L’Article 43 (évaluation de conformité) doit être refait après des modifications substantielles.
• Les MSA le remarqueront si vos documents décrivent la v1.0 alors que vous êtes à la v3.5.

Le risque concret : Si votre documentation technique décrit une version antérieure du système alors que la production a évolué, elle ne reflète plus la réalité, ce qui expose à un constat de non-conformité en cas de contrôle, en plus d’obliger potentiellement à refaire l’évaluation de conformité après une modification substantielle (Article 43).

Comment le corriger : ✅ Liez la documentation à votre système de contrôle de version (ex. : Git). ✅ Planifiez des revues régulières de tous les documents, en particulier après chaque changement significatif. ✅ Désignez un responsable de la mise à jour documentaire.

Rôle de DILAIG : Un système déjà classé sur DILAIG peut voir son audit rouvert et ses réponses mises à jour lorsque le système évolue, ce qui régénère une documentation alignée sur la version actuelle plutôt que sur une version périmée.

---

Péché #6 : Le "Bazar désorganisé"

Le problème : La documentation est éparpillée entre :

• Des documents Word
• Des Google Drives
• Des fils de discussion par e-mail
• Des messages Slack
• Le disque dur local de quelqu’un

Pourquoi c’est un problème :

• Les auditeurs ne trouvent pas ce dont ils ont besoin- entraînant des retards ou des amendes.
• Les équipes perdent du temps à chercher la dernière version.
• Aucune source unique de vérité = incohérences et erreurs.

Le risque concret : Lorsque la documentation clé (FRIA, documentation technique, DoC) est éparpillée entre plusieurs outils et boîtes mail, un audit prend beaucoup plus de temps que nécessaire, et le risque d’incohérence entre versions augmente.

Comment le corriger : ✅ Centralisez la documentation dans un système unique par système d’IA. ✅ Utilisez des conventions de nommage claires (ex. : AI_ACT_Annexe_IV_v2_2026-06-10.doc). ✅ Mettez en place des contrôles d’accès pour que seules les personnes autorisées puissent modifier les documents.

Rôle de DILAIG : Chaque audit DILAIG centralise les réponses et les documents générés pour un système donné. Pour les organisations qui gèrent plusieurs systèmes d’IA ou plusieurs clients, la connexion à un agent IA via MCP permet de pré-remplir les brouillons d’audit à partir des documents internes déjà existants, ce qui limite la dispersion des informations sources avant même de démarrer l’audit. L’agent ne voit jamais le score et ne peut ni soumettre l’audit ni générer de document- il prépare uniquement un brouillon qu’une personne doit valider.

---

Péché #7 : Le "Aucune preuve de conformité"

Le problème : La documentation affirme la conformité mais n’a aucune preuve pour l’étayer. Par exemple :

• Dire que vous avez testé les biais- mais aucun résultat de test n’est inclus.
• Affirmer que vous avez un système de gestion des risques- mais aucune description des processus ou journaux d’audit n’existe.
• Prétendre que vous surveillez le marché post-marché- mais aucun rapport d’incident n’existe.

Pourquoi c’est un problème :

• L’Article 11 exige des preuves de conformité, et pas seulement des déclarations.
• Les MSA demanderont des preuves- et si vous ne pouvez pas les fournir, vous êtes non conforme.

Le risque concret : Affirmer une conformité totale dans la DoC sans pouvoir produire les preuves correspondantes (résultats de tests, journaux, rapports) revient, aux yeux d’une MSA, à une fausse déclaration- sanctionnée au titre de l’Article 99.

Comment le corriger : ✅ Étayez chaque affirmation avec des données, des journaux ou des rapports. ✅ Conservez les preuves au même endroit que les documents qu’elles soutiennent. ✅ Incluez des captures d’écran, des résultats de tests et des pistes d’audit lorsque cela est pertinent.

Rôle de DILAIG : La documentation générée par DILAIG s’appuie sur les réponses concrètes fournies lors de l’audit- ce qui pousse à documenter ce qui a réellement été fait, plutôt que de formuler des affirmations génériques non vérifiables.

---

Comment DILAIG vous aide à corriger ces 7 péchés

DILAIG ne se contente pas de vous donner une liste de bonnes pratiques- l’audit gratuit de 50 questions identifie la classification de votre système et les obligations documentaires qui en découlent, puis génère les documents correspondants (documentation technique Annexe IV, DoC, notice de transparence, FRIA) directement à partir de vos réponses pour les systèmes à haut risque.

Péché	Ce que l’audit DILAIG apporte
Course de dernière minute	Structure les obligations dès le départ, plutôt qu’en urgence avant un contrôle
Copier-Coller générique	Documentation générée à partir des réponses spécifiques à votre système
Trop technique	Notice de transparence rédigée pour les déployeurs, conformément à l’Article 13
Oubli de l’évidence	Couverture systématique des points de contrôle de l’Annexe IV
On oublie après l’avoir fait	Audit réouvrable lorsque le système évolue
Bazar désorganisé	Réponses et documents centralisés par système d’IA
Aucune preuve de conformité	Documentation ancrée dans les réponses réelles fournies, pas dans des affirmations génériques

Cette approche structurée réduit le risque de lacunes documentaires par rapport à une rédaction manuelle et improvisée, sans remplacer le jugement d’un juriste sur les cas complexes.

---

Scénario illustratif : corriger une documentation lacunaire avant un audit

Prenons un exemple hypothétique pour illustrer la démarche. Un fournisseur d’IA d’imagerie médicale de taille moyenne réalise, en préparant un audit, que sa documentation Annexe IV est incomplète (plusieurs sections manquantes), pas à jour par rapport à la version actuelle du système, et répartie entre plusieurs outils internes sans source unique de vérité.

Une approche structurée pour corriger cette situation consisterait à :

1. Repartir de l’audit gratuit DILAIG pour identifier précisément les sections manquantes au regard de l’Annexe IV.
2. Générer la documentation technique à partir des réponses à l’audit, plutôt que de rédiger chaque section à la main.
3. Centraliser les documents générés au même endroit que les preuves associées.
4. Mettre à jour l’audit à chaque évolution significative du système, pour garder la documentation alignée avec la réalité.

Cette approche ne garantit pas un résultat particulier lors d’un audit- elle réduit le risque de lacunes structurelles identifiées dans ce guide, sans se substituer à un conseil juridique sur les points spécifiques à votre système.

---

Votre liste de contrôle de documentation : ne péchez plus jamais

Utilisez cette liste de contrôle pré-audit pour vous assurer que vos documents sont prêts pour le AI ACT :

Exigences générales

• Tous les documents sont sous contrôle de version et horodatés.
• Chaque document a un propriétaire clair et une date de révision.
• Les documents sont stockés en toute sécurité (chiffrés, accès contrôlé).

Documentation technique (Annexe IV)

• Diagramme d’architecture du système inclus.
• Sources de données d’entraînement et étapes de prétraitement documentées.
• Métriques de performance (précision, robustesse, cybersécurité) listées.
• Limitations connues et modes de défaillance divulguées.
• Pratiques de gouvernance des données (Article 10) décrites.

Déclaration UE de conformité (DoC)

• Signée par une personne autorisée (Article 47).
• Références à tous les articles applicables du AI ACT.
• Inclut le nom du système, la version et l’usage prévu.
• Liée à la documentation technique.

Instructions d’utilisation (Article 13)

• Rédigées pour les déployeurs (et non pour les ingénieurs).
• Caractéristiques, capacités et limitations clairement indiquées.
• Mesures de supervision humaine expliquées.
• Exigences de journalisation et de surveillance spécifiées.

Évaluation d’impact sur les droits fondamentaux (FRIA)

• Portée de l’évaluation définie.
• Risques pour les droits fondamentaux identifiés et évalués.
• Mesures d’atténuation décrites.
• Consultation avec les groupes concernés documentée (le cas échéant).

Plan de surveillance post-marché (Article 72)

• Procédures de surveillance décrites.
• Processus de signalement des incidents défini.
• Métriques et seuils pour l’intervention spécifiés.

Rôle de DILAIG : L’audit gratuit reprend cette même structure de contrôle, section par section.

---

Comment DILAIG vous aide

DILAIG s’appuie sur un audit gratuit de 50 questions (20 minutes, sans carte bancaire) pour classer votre système d’IA et identifier les obligations documentaires applicables. Pour les systèmes à haut risque, DILAIG génère ensuite les quatre documents obligatoires (documentation technique Annexe IV, Déclaration UE de conformité, notice de transparence, FRIA) à partir de vos réponses.

Pour les organisations qui gèrent la documentation de plusieurs systèmes d’IA en parallèle- éditeurs avec plusieurs produits, consultants gérant plusieurs clients- la connexion à un agent IA via MCP permet de pré-remplir un brouillon d’audit à partir de documents internes existants (specs techniques, politiques de gouvernance des données, procédures de supervision). L’agent ne voit jamais le score et ne peut ni soumettre l’audit ni générer de document à votre place- une personne doit toujours relire et valider le brouillon avant de poursuivre.

DILAIG ne remplace pas un avocat- mais il structure le travail de documentation pour limiter le risque des 7 péchés décrits dans ce guide.

---

DILAIG vous aide à transformer la documentation d’un casse-tête de conformité en un processus structuré. Notre outil ne remplace pas les conseils juridiques.

→ Découvrez votre classification et vos obligations documentaires- audit gratuit- 20 minutes, sans carte bancaire.

Découvrez la connexion agent IA / MCP de DILAIG · Voir les tarifs

---

Vous ne savez pas si vous êtes concerné ? Vérifiez en 2 minutes, sans compte.

Suis-je fournisseur GPAI ? →   ·   Mon IA est-elle interdite au titre de l'Article 5 ? →