Article 12, Logging et traçabilité
L'article 12 oblige le provider d'un système IA haut risque à intégrer un mécanisme de journalisation automatique des événements (logs) pendant tout le cycle de vie, pour garantir la traçabilité, faciliter la surveillance post-marché et permettre les enquêtes en cas d'incident.
Points clés
- Logs activés par défaut, intégrés by design
- Couvrent toute la durée d'utilisation
- Conservés au moins 6 mois ou selon législation sectorielle
- Exigences renforcées pour la biométrie (annexe III §1)
- Articulable avec les exigences RGPD sur les traitements
Définition
L'article 12 du règlement (UE) 2024/1689 impose au provider d'intégrer des capacités de journalisation automatique permettant l'enregistrement des événements pertinents au cours du fonctionnement du système IA haut risque.
Checklist
- Concevoir le système avec logging by design
- Définir les événements pertinents à journaliser
- Garantir l'intégrité et la disponibilité des logs
- Pour la biométrie : conserver durée d'utilisation, données d'entrée, identité du vérificateur, résultats
- Documenter la politique de rétention dans la doc technique
Comment utiliser cette fiche
Cette fiche sert de point d'entrée opérationnel pour un audit AI Act. Elle doit être reliée à un système d'IA précis, à un responsable interne, à des preuves disponibles et à une décision de classification documentée. Le bon usage consiste à vérifier le périmètre, confirmer le rôle de l'organisation, identifier les obligations applicables, puis transformer chaque écart en action datée.
Preuves à réunir
- Inventaire du système d'IA, finalité, utilisateurs et environnement de déploiement.
- Documentation technique, politiques internes, journaux, tests, supervision humaine et décisions de gouvernance.
- Référence aux articles AI Act, aux normes ou aux sources officielles qui justifient la qualification.
- Responsable de la revue, date de dernière mise à jour et prochaine échéance de contrôle.
Indicateurs de suivi
Suivez le taux de preuves disponibles, le nombre d'écarts ouverts, la criticité des actions restantes et la date de prochaine revue. Une fiche est exploitable si elle permet à un auditeur, un DPO ou un responsable technique de comprendre rapidement ce qui est conforme, ce qui reste à prouver et quelle décision doit être prise.
Entités liées
Méthode de lecture recommandée
Analysez cette page comme une fiche de travail : commencez par le périmètre du système d'IA, identifiez le rôle de l'organisation, puis reliez chaque exigence AI Act à une preuve vérifiable. Cette approche évite les lectures purement théoriques et facilite la préparation d'un audit, d'un registre IA ou d'un plan de remédiation.
Preuves à réunir
- Inventaire du système, finalité, utilisateurs, fournisseurs et données traitées.
- Classification du risque et justification documentée, avec référence aux articles applicables.
- Responsables internes : métier, technique, conformité, sécurité, DPO et direction.
- Documents disponibles : notice, architecture, tests, logs, procédures, contrôles humains et suivi des incidents.
- Décisions prises, écarts ouverts, actions correctives, échéances et preuves de clôture.
Points de vigilance
Les obligations varient selon le rôle exact de l'organisation et le niveau de risque du système. Un même projet peut cumuler AI Act, RGPD, cybersécurité, exigences sectorielles et engagements contractuels. Les pages d'audit-ia-act.fr donnent une base technique et opérationnelle ; elles ne remplacent pas une analyse juridique individualisée.
Sources et contrôles croisés
Pour sécuriser l'interprétation, croisez cette fiche avec le référentiel AI Act, les sources officielles, le calendrier d'application et les pages dédiées aux rôles, risques et obligations. En cas d'enjeu élevé, formalisez la conclusion dans un dossier de preuve daté.
Demander un audit technique IA permet de transformer Article 12 AI Act : logging et traçabilité (logs IA) en plan d'action priorisé, avec preuves attendues, responsables et délais.