Socle conformité — registres publics et références sourcées (DYONYSOS)

Ce que le socle apporte

La consultation d'un registre public, et surtout son dégradé. Cache daté, file d'attente, journal, et aucun appel réseau dans un processus qui sert une page. Registre injoignable, quota dépassé, réponse inattendue : la consultation le dit, garde la dernière réponse connue avec sa date, et ne bloque jamais la saisie. Un module de conformité qui empêche de travailler parce qu'une interface tousse est désinstallé le jour même.

La provenance, partout. Un verdict saisi à la main et un verdict obtenu à la source ne valent pas la même chose, et l'écran, la liste et l'export le disent. C'est la seule chose qui rend acceptable le repli déclaratif : sans elle, on présenterait comme vérifié ce qui est seulement déclaré, ce qui est pire que de ne rien vérifier du tout.

Un référentiel de références réglementaires sourcées. Chaque valeur y porte le texte qui la fonde, l'adresse exacte où elle a été lue, la citation mot pour mot, et la date de cette lecture. Une référence dont la dernière relecture dépasse la périodicité réglée repasse d'elle-même en « à revérifier » — parce qu'une valeur vérifiée il y a trois ans est une valeur non vérifiée qui se croit sûre. Et l'état « cherchée et NON trouvée » est un état à part entière : un trou nommé se comble, un trou tu se recopie.

Ce que le socle ne fait pas

• Aucune valeur réglementaire n'est livrée. Le référentiel est vide à l'installation. Livrer un catalogue de seuils dans un module distribué, c'est en figer une version qui vieillira sans que personne ne le voie, pendant que le module continuera de l'afficher avec l'autorité d'un fait. Des exemples n'existent qu'en base de démonstration.

• Il ne conclut jamais. « Introuvable au registre » est un constat sur le registre, pas un jugement sur l'entreprise : un registre peut être en retard, une mise à jour peut ne pas être passée. Le mot « conforme » n'est écrit nulle part.

• Il n'applique rien. Le référentiel n'est lu par aucune règle de gestion : il ne bloque aucune saisie et ne calcule aucune conformité.

• Aucun menu. Le socle n'est pas une application : chaque application hôte expose ses propres écrans, avec son propre vocabulaire.

Pourquoi un socle plutôt qu'une copie dans chaque application

Parce que la copie était déjà là. La couche de consultation de registre existait à l'identique — quatre cent trente-cinq lignes, à cinq près — dans deux applications du lot. Deux copies d'un même code, c'est deux endroits où corriger un défaut, et un seul où l'on pense à le faire.

Les applications qui portaient déjà leurs propres paramètres de société les conservent : le socle lit ses trois réglages par des méthodes surchargeables, jamais par des noms de champs figés. Un socle qui efface un réglage saisi en production n'est pas un socle, c'est une régression déguisée en refactorisation.