Le droit exécutable, rejouable et prouvable.
NELSE Technologie industrialise le droit et la conformité dans une approche de droit computationnel : représenter le contexte, produire des corpus versionnés, les exécuter de façon déterministe, conserver la validation humaine, puis la preuve et le rejeu.
Animation illustrative · les références affichées ne décrivent pas une couverture produit certifiée.
Schémas conceptuels : ils montrent les capacités et leurs relations sans exposer les mécanismes propriétaires de fabrication, de composition et de raisonnement.
NELSE construit l’infrastructure réglementaire souveraine qui fait entrer le droit dans les systèmes d’information.
Souveraine signifie ici : garder la maîtrise des corpus, des versions, des règles exécutées, des validations humaines et des preuves — sans dépendre d’une boîte noire pour expliquer une décision.
Cette infrastructure transforme le droit et la réglementation en actifs logiciels exécutables, versionnés, composables, prouvables et rejouables, intégrables dans les produits, les processus et les agents.
Chaîne d’assurance
Trois questions.
Trois niveaux d’assurance.
Rule Assurance
Avant l’exécution, le périmètre normatif utilisé doit être identifié, versionné, testé et revu au niveau annoncé.
Decision Assurance
Quand le profil de contrôle le prévoit, le résultat d’exécution est confronté à des artefacts de vérification diversifiés et une divergence reste bloquante.
Execution Assurance
La décision, les validations humaines, les actions et les versions restent reliées aux éléments nécessaires à leur examen ultérieur.
Le droit est écrit pour être lu, interprété et appliqué par des humains.
Comment le faire entrer dans des systèmes sans perdre la source, le contexte ni la décision humaine ?
NELSE construit la chaîne complète : produire la norme, représenter le réel, exécuter, prouver et rejouer.
Votre organisation n’a pas besoin d’un nouvel endroit où lire le droit ou déclarer sa conformité. Elle a besoin que ses systèmes sachent quoi appliquer, quoi faire et quoi prouver.
Un contexte identifié.
Les faits, les pièces et les acteurs définissent la situation examinée.
Présentation de l’architecture, sans donnée client ni exécution du moteur réglementaire.
Vue d’ensemble
Du texte à l’opération.
Sans perdre le pourquoi.
- Sources et faits
- Corpus versionnés
- NELSE ENGINE
- Interfaces et intégration
Une même infrastructure relie contexte, règles, actions, validations et éléments de preuve. Les interfaces changent selon le métier ; le socle reste commun.
Avant d’exécuter une règle, il faut d’abord la produire comme un actif fiable, versionné et maintenable.
Comment transformer des textes, doctrines et politiques en matière normative exploitable par un système ?
NELSE Normative Factory — l’usine normative.
NELSE Normative Factory
L’usine normative.
Le droit devient une production maîtrisée.
Produire la norme comme un actif logiciel.
Une norme entre comme matière première. Une version normative contrôlée sort. Entre les deux : provenance, modélisation, tests, revue humaine, gestion des versions et mise en service. Quand le droit change, l’usine repart.
NELSE ne numérise pas un formulaire de conformité. Elle industrialise la fabrication de corpus réglementaires destinés à être exécutés par des systèmes.
Industrialiser ne signifie pas automatiser le jugement juridique ni la décision humaine.NELSE industrialise ce qui peut être sourcé, structuré, contrôlé, testé, versionné, publié, maintenu et audité. L’appréciation humaine reste explicitement située.
Sur petit écran : faites glisser horizontalement pour parcourir toute la chaîne.
Vue publique de la chaîne industrielle. Les mécanismes propriétaires de compilation, d’activation, de priorité et de raisonnement restent internes à NELSE.
Une matière première traçable.
Sources officielles, dates, périmètres, juridictions et politiques internes entrent dans la chaîne avec leur provenance.
Une chaîne de production normative.
La Normative Factory transforme les sources en corpus structurés, testés, revus et versionnés avant leur mise en service.
Des versions publiées, pas des réécritures.
Une évolution réglementaire produit une nouvelle version. L’ancienne reste disponible pour expliquer ce qui était applicable auparavant.
Une maintenance continue.
Quand une règle change, ses conséquences opérationnelles peuvent être identifiées, testées puis intégrées à une nouvelle version.
Une qualité reproductible.
Même contexte confirmé, même corpus, même version et même configuration : l’exécution déterministe reste reproductible.
Une capacité à passer à l’échelle.
La même discipline industrielle peut accueillir d’autres produits, secteurs, juridictions et politiques internes.
La norme est maintenant produite, contrôlée et versionnée.
Mais une règle seule ne suffit pas : comment représenter la situation réelle à laquelle elle doit s’appliquer ?
Droit computationnel · Ontologie · Graphe — faits, acteurs, temps, exigences, sources, validations et preuve restent reliés.
Droit computationnel · Ontologie · Graphe
L’usine ne produit pas des formulaires.
Elle produit un modèle exécutable du réel.
La norme devient représentable, composable et exécutable.
NELSE représente une situation sous forme d’un graphe de relations : faits, acteurs, temps, exigences, sources, validations et éléments de preuve restent reliés. Ce graphe donne un contexte structuré au moteur déterministe ; il ne remplace ni la norme ni la décision humaine.
Ce que nous montrons : les objets et leurs relations conceptuelles. Ce que nous protégeons : la topologie interne, les règles de propagation, de priorité et de résolution ainsi que les mécanismes propriétaires qui produisent l’exécution.
Comprendre le contexte avant de conclure.
Une situation, des faits, des acteurs, des dates et des pièces sont reliés dans un graphe de contexte avant l’application des exigences.
Relier chaque exigence à son origine.
Dans le graphe réglementaire, une exigence reste reliée à sa source, son périmètre, sa juridiction et sa version.
Composer plusieurs niveaux de règles.
Droit européen, droit national, exigences sectorielles et politiques internes peuvent concerner la même opération.
Conserver la place de la décision humaine.
Le modèle distingue ce qui peut être calculé de ce qui nécessite une personne habilitée.
- SituationL’objet examiné.
- FaitsLes éléments confirmés ou à compléter.
- ExigencesLes règles du périmètre.
- TempsDates, événements et versions.
- ActeursRôles et validations.
- JustificationLes éléments liés à la décision.
Situation · faits · exigences · temps · acteurs · justification : une lecture commune de ce qui a conduit au résultat.
Composition
Un même cas.
Plusieurs couches de règles.
Le site montre les niveaux qui se composent. Les mécanismes propriétaires d’activation, de priorité, de conflit et de propagation restent internes à NELSE.
Le contexte et les exigences sont désormais représentés dans un même modèle.
Comment exécuter ce modèle de façon reproductible sans automatiser le jugement juridique ?
NELSE ENGINE — une exécution déterministe sur un corpus explicite, avec les points d’appréciation laissés à l’humain.
NELSE Engine · Déterministe
La Factory livre une version.
Le moteur l’exécute.
Exécuter ce qui a été publié.
Le moteur d’exécution travaille sur un corpus identifié et versionné, séparé de sa chaîne de fabrication.
Exécuter de façon déterministe.
Même contexte confirmé, même corpus, même version et même configuration : NELSE produit la même exécution.
Savoir ce que le changement affecte.
Quand une règle ou une politique évolue, NELSE relie le changement aux exigences, parcours et contrôles à réexaminer.
Produire le corpus et l’exécuter sont deux opérations distinctes. La validation humaine conserve sa place.
Même contexte confirmé, même corpus et même version : l’exécution reste reproductible.
Mais le droit ne reste jamais immobile. Que se passe-t-il lorsqu’une règle change ?
Delta — identifier ce qui est affecté, réexaminer, tester et publier une nouvelle version.
Changement réglementaire
La règle change.
Vous savez quoi réexaminer.
NELSE relie le changement à ses conséquences opérationnelles, sans exposer le mécanisme propriétaire qui calcule ces dépendances.
La décision a été exécutée dans un contexte et une version déterminés.
Comment démontrer, des mois ou des années plus tard, ce qui a réellement conduit au résultat ?
Preuve & rejeu — retrouver le contexte, le corpus, l’exécution, la validation humaine et les éléments d’intégrité.
Preuve & rejeu
Une décision n’est pas terminée
quand elle est prise.
Exécuter ne suffit pas. Il faut pouvoir retrouver le contexte, la version du corpus, ce que le moteur a proposé, ce que l’humain a validé et les éléments qui soutiennent la décision.
La preuve n’est pas une capture d’écran. C’est une chaîne.Prouver ce qui a été exécuté.
La décision reste reliée aux faits, au corpus, à sa version, aux validations et aux éléments d’intégrité disponibles.
Rejouer le contexte de l’époque.
Le rejeu historique permet de revenir au contexte normatif qui a produit la décision sans réécrire le passé.
Prouvable
La décision ne finit pas
dans une boîte noire.
Le paquet public contient ce qui est nécessaire à son examen. Les structures internes et mécanismes propriétaires de fabrication restent séparés.
Rejouable
Revenir au contexte
qui a produit la décision.
Le rejeu restitue un contexte historique ; il ne réécrit pas la décision passée.
La chaîne normative fonctionne : elle produit, représente, exécute et prouve.
Comment cette infrastructure entre-t-elle dans le travail réel et dans les systèmes existants ?
NELSON · NELSPACE · NELSIA pour les usages ; NELSE API, SDK, MCP et événements pour l’intégration.
Interfaces · API · intégration
L’infrastructure disparaît
derrière le métier.
Utiliser l’interface adaptée au travail.
NELSON, NELSPACE et NELSIA sont trois façons d’utiliser la même infrastructure.
Intégrer NELSE sans remplacer votre SI.
API, SDK, MCP et événements permettent d’appeler les capacités NELSE depuis vos applications, processus et agents.
Déployer selon vos contraintes.
Les mêmes capacités peuvent être exploitées dans les interfaces NELSE ou dans des environnements d’entreprise.
Faire du moteur une infrastructure.
Le même socle peut servir les produits NELSE, les logiciels partenaires et les systèmes internes de l’entreprise.
plusieurs accès.
Utiliser une interface NELSE, intégrer le moteur à vos systèmes ou examiner une preuve.
Les trois applications NELSE API · Intégrer La preuve · VérifierInfrastructure d’entreprise
Nos interfaces ou les vôtres.
Le même moteur derrière.
Trois applications utilisent le même socle : NELSON, NELSPACE et NELSIA. Dans NELSIA, GATE, CONTROL et AGENT se composent selon le point de contrôle. NELSE API est la couche d’intégration du moteur dans vos propres systèmes, pas une quatrième application.