Chaque contrôle est une règle SQL qui tourne sur le socle SAP et rend un verdict tracé, avec ses lignes en exception et sa requête. Trois états seulement : conforme, en exception, non testable. Un contrôle non testable nomme la donnée qui lui manque — il n'est jamais présenté comme un succès.
Une page, cinq minutes : le verdict global, la volumétrie, l’empreinte de l’extrait — puis les preuves en dessous.
L'IA n'intervient qu'en périphérie — narration, triage, aide à la rédaction. La flèche qui produit le statut passe uniquement par du code déterministe, rejouable et versionné.
Position calculée depuis le résultat réel : l'axe vertical reprend la criticité du catalogue, l'axe horizontal la probabilité constatée — un contrôle en exception place le risque en zone avérée, un contrôle non testable reste en zone inconnue. Cliquez un jeton pour le détail et les actions de mitigation.
Cliquez un jeton dans la matrice pour afficher sa mesure, son périmètre et les actions de mitigation associées.
Séries issues directement du socle (bkpf.budat, bseg.dmbtr). Aucune valeur n'est simulée ni lissée : un mois sans donnée vaut zéro et reste visible comme tel. Survolez une courbe pour lire le point exact.
Chaque contrôle expose sa mesure chiffrée, son périmètre réellement couvert, un échantillon de lignes en exception et la requête qui l'a produit.
Un livrable d’audit se juge autant à ce qu’il couvre qu’à ce qu’il annonce ne pas couvrir.