Secani relie exigences, mesures, preuves, risques et actifs par des relations typées. Documentez une mesure une fois, réutilisez-la dans tous les référentiels et laissez le graphe déterminer ce qui est couvert et ce qui manque.
Chaque référentiel, chaque risque et chaque audit s’appuient sur les mêmes données reliées.
01
Une mesure est enregistrée une fois et reliée à chaque exigence qu’elle couvre, dans n’importe quel référentiel. Plus de second tableur par norme.
Les exigences sont reliées aux mesures comme mise en œuvre, soutien ou compensation. Les preuves sont reliées comme soutien, contradiction, réserve ou contexte.
02
Le respect d’une exigence est calculé à partir de l’applicabilité, de la mise en œuvre, des preuves et de l’évaluation. Personne ne tient à jour une colonne de feux tricolores.
Aucun chemin par défaut ne mène à « satisfait » : sans évaluation satisfaisante ni preuves suffisantes, le résultat reste inconnu.
03
Les mesures qu’un prestataire ou une entité mère applique déjà sont transmises aux entités qui en dépendent, avec une règle pour trancher les conflits.
L’héritage suit uniquement des liens explicites, jamais la proximité dans le graphe, selon les politiques « la source prime », « le consommateur prime » ou « union stricte ».
Chaque ligne est une tâche que votre équipe fait à la main aujourd’hui.
Documenter la même mesure à nouveau pour chaque référentiel
Une mesure, reliée à chaque exigence qu’elle couvre
Mettre à jour à la main une colonne de statut par exigence
Statut calculé à partir de l’applicabilité, de la mise en œuvre, des preuves et de l’évaluation
Copier les mesures du prestataire ou de l’entité mère dans chaque filiale
Héritées le long de liens explicites, avec une règle de conflit
Reconstituer avant un audit qui a modifié quoi
Chaque modification dans un historique chaîné par hachage, avec son auteur
Combien de fois votre équipe documente-t-elle à nouveau une mesure pour un autre référentiel ?
Heures par an consacrées aux doublons
40
Vos chiffres, multipliés : doublons × minutes. Aucune donnée de notre part n’entre dans le résultat.
Le graphe ne connaît que ce que quelqu’un a relié et validé.
Un lien entre exigence et mesure est demandé, décidé ou retiré comme toute autre modification, et chaque décision est enregistrée.
Chaque modification est un événement chaîné par SHA-256 qui couvre toutes les colonnes enregistrées, y compris son auteur : une personne, l’agent pour le compte de quelqu’un, ou le système.
Les modifications portent une empreinte du contenu. Si l’enregistrement a changé entre-temps, la modification échoue au lieu d’écraser le travail d’un autre.
Oui. Une mesure est enregistrée une fois dans l’espace de travail et reliée aux exigences de tous les référentiels qu’elle couvre. Chaque lien indique si elle met en œuvre, soutient ou compense l’exigence.
Il évalue l’applicabilité, la mise en œuvre, les preuves et l’évaluation, ainsi que les exceptions, dans un ordre fixe. « Satisfait » exige une évaluation satisfaisante, des preuves suffisantes ou partielles et aucune exception active. Sinon, le statut reste « non satisfait » ou « inconnu ».
Non. L’agent peut proposer des liens. Une personne les valide, et l’historique enregistre l’agent comme auteur avec la personne pour laquelle il a agi.
L’historique est une chaîne de hachage SHA-256 en ajout seul, dont l’intégrité peut être vérifiée. Chaque événement conserve l’auteur, l’heure et ce qui a changé.
Laissez un modèle relié répondre pour tous les référentiels.