NELSE — Rules into realityNELSE — Rules into reality

NELSIA · AI Act

L’AI Act n’est pas un dossier à remplir.C’est un système à gouverner dans le temps.

NELSIA relie ce qui est prévu à ce qui se passe réellement : politiques, versions, contrôles humains, événements, risques, incidents et preuves. GATE contrôle ce qui entre, CONTROL supervise le système en fonctionnement, AGENT contrôle ce qui peut produire un effet. Le NELSE ENGINE conserve le même socle déterministe et probatoire.

NELSIA n’émet pas à lui seul une opinion juridique, une déclaration UE de conformité ou une certification. Le rôle fournisseur, déployeur, importateur ou autre doit être qualifié pour le système concerné.

AI Act → objet NELSE → validation

Chaque exigence doit devenir un objet, une responsabilité et une preuve.

Le règlement impose notamment documentation technique, journaux, supervision humaine et surveillance du système. NELSIA sert à relier ces obligations au fonctionnement réel sans transformer la validation humaine en bouton automatique.

Art. 9
Gestion des risques

Registre de risques, faits, mesures, validations et versions reliés au dossier.

L’évaluation finale du risque et l’acceptation résiduelle.

Art. 11 + Annexe IV
Documentation technique

dossier technique relié aux versions, sources, choix, tests, risques, modifications et preuves.

La qualification juridique et l’attestation finale de conformité.

Art. 12
Journaux

Événements, versions, interventions et références de preuve corrélables dans le temps.

La pertinence juridique de chaque journal pour un cas donné.

Art. 13
Transparence aux déployeurs

Informations, limites, versions et conditions d’usage rattachées au système.

La validation que l’information fournie est suffisante dans le contexte réel.

Art. 14
Contrôle humain

Revue humaine explicite, datée, attribuée et intégrée au chemin de décision.

Le jugement métier, juridique, médical ou scientifique.

Art. 15
Exactitude · robustesse · cybersécurité

Seuils, tests, signaux de dérive, incidents et mesures rattachés aux versions observées.

La certification indépendante et l’évaluation spécialisée lorsqu’elles sont requises.

Art. 17
Système de gestion de la qualité

Processus, responsabilités, versions, contrôles et artefacts regroupés dans une chaîne gouvernée.

La gouvernance d’entreprise et les responsabilités légales du fournisseur.

Art. 72
Surveillance après commercialisation

CONTROL relie comportement observé, dérive, incidents, revue humaine et changements.

La décision de mesure corrective et les obligations de notification applicables.

Texte officiel : Règlement (UE) 2024/1689 sur EUR-Lex.

Les trois points de contrôle

L’AI Act ne s’arrête pas au jour où le dossier est signé.

Avant l’IA

GATE

Contrôle de l’usage, de la donnée, du service et des politiques avant transmission.

Pendant le fonctionnement

CONTROL

Versions, dérive, performance, contrôle humain, événements et incidents observés.

Avant l’action

AGENT

Contrôle déterministe d’une action agentique avant qu’elle produise un effet dans le SI.

Livrables

Le produit ne s’arrête pas au cockpit.

AI Governance File

État du système, rôle, périmètre, versions, risques, politiques et validations.

dossier technique Map

Correspondance entre éléments de l’Annexe IV, sources internes et responsables.

paquet de preuve

Sous-ensemble exportable des événements, versions, validations et références de preuve.

Audit Trail

Chronologie structurée des changements, contrôles, interventions et décisions.

Revue humaine Record

Qui devait intervenir, qui est intervenu, sur quelle version et avec quel résultat.

Incident / Review Pack

Éléments nécessaires pour instruire un incident, une revue interne ou un contrôle.

Validation humaine

Structurer la conformité sans usurper la décision.

La qualification juridique, l’évaluation finale de conformité, l’acceptation du risque et les décisions métier restent attribuées aux fonctions compétentes. NELSIA rend leur contexte, leur moment et leur trace explicites.

Revue humaine

La revue n’est pas une case : elle est datée, attribuée et liée à la version examinée.

Gestion des versions

Un changement produit une nouvelle version sans réécrire ce qui avait été décidé auparavant.

Blocage en cas d’incertitude

Un fait ou une validation critique manquante devient un état explicite, pas une supposition.

Proof

Le résultat conserve les éléments nécessaires à son examen et à son rejeu.

Parlons de votre cas

Un parcours concret. Un périmètre clair.

Décrivez votre besoin. Nous préparons un scénario de votre métier et précisons les fonctions, les livrables et les intégrations qui peuvent être examinés ensemble.