Traçabilité : ce que la plateforme enregistre

Où la plateforme conserve son historique, quelle trace est la plus solide et la limite à énoncer clairement lorsqu'un client demande des contrôles.

Présentation

Il n'existe pas de page d'audit unique. La traçabilité fonctionne dans l'autre sens : les objets individuels portent leur propre historique, et vous allez à l'objet.

Où	Ce que cela contient
Une transaction	Son historique : les éléments d'émission et de cession en portent tous deux un
Un événement de table de capitalisation	Les données historiques de cet événement
Un type de titre	Son historique, y compris un Historique du prix du type de titre
Une société	L'historique de valeur nominale, avec un graphique Évolution de la valeur nominale
Un processus de souscription	Un enregistrement d'historique par changement d'état : créé, invité, coordonnées bancaires reçues, payé, signé, relancé, annulé
Un contrôle KYC	La même chose, plus une colonne Dernière activité sur le tableau de bord

La question « que s'est-il passé sur ceci ? » a donc une réponse. La question « que s'est-il passé dans toute l'organisation aujourd'hui ? » n'en a pas, du moins pas depuis un seul écran.

Ce que vous allez apprendre

Où vit l'historique, objet par objet
Quelles sont les deux traces les plus solides
Que dire à quelqu'un qui demande des contrôles
La limite à énoncer plutôt qu'à laisser supposer

Les deux traces les plus solides

L'historique de processus est réellement détaillé. L'historique d'une souscription enregistre chaque état par lequel une transaction est passée : vendeur invité, compte créé, coordonnées bancaires reçues, vérifié, paiement reçu, incomplet, relancé, signé, annulé. C'est un récit de ce qui est arrivé à ce participant, et ce qui se rapproche le plus d'un journal d'audit dans la plateforme, limité à un processus plutôt qu'à toute la plateforme.

Les historiques enregistrent qui a agi, pas seulement ce qui s'est passé. Chaque élément porte l'utilisateur qui a effectué l'action. C'est ce qui rend l'historique de processus utilisable dans une conversation de due diligence plutôt que seulement descriptif : la question est souvent qui a changé ceci, et le registre y répond.

Deux limites honnêtes à cela. Un élément avec aucun utilisateur attaché est une anomalie plutôt qu'un état normal : le backend peut en créer un dans de rares circonstances, et il faut le signaler. Et toutes les actions n'écrivent pas encore un élément d'historique ; donc l'absence d'enregistrement ne prouve pas que rien ne s'est passé. La couverture est en cours d'extension.

La chaîne documentaire est la trace la plus solide de toutes, et ce n'est pas une fonctionnalité d'historique. Une position de table de capitalisation mène à une transaction, qui mène au document qui la prouve (A5.7). C'est la traçabilité au sens où un avocat ou un auditeur l'entend : non pas un journal de clics, mais un lien entre un fait enregistré et l'acte qui le rend vrai.

Il vaut la peine d'établir ce que la personne demande réellement. « Montrez-moi votre audit trail » signifie généralement « montrez-moi l'acte derrière ce chiffre », et la réponse à cela est A5.7 plutôt que le reste de cette leçon.

Que dire à quelqu'un qui demande des contrôles

Trois réponses honnêtes :

Chaque position remonte à un document. Registre → transaction → acte signé (A5.7).
Chaque processus enregistre sa progression, et qui l'a menée. Chaque état traversé par la transaction d'un participant est conservé, avec l'utilisateur qui a réalisé l'étape.
Les accès sont fondés sur les rôles et par projet : il n'y a pas de niveau global au compte (A1.4).

Et une limite honnête : il n'existe pas de journal d'activité unique, interrogeable, à l'échelle de la plateforme.

Où cela compte

Rapprochement : A5.6 dépend de la capacité à relier un mouvement à son document.

Position contestée : la chronologie dit quel événement l'a changée (A5.4), le registre dit quel mouvement, le document dit sur quelle autorité.

Due diligence client : attendez-vous à la question. Les réponses ci-dessus sont celles dont vous disposez.

Problèmes fréquents

« Aucun historique trouvé » sur un objet. En général, rien n'a changé depuis sa création, ce qui n'est pas une anomalie. Mais comme la couverture de l'historique est encore en extension, ne lisez pas un historique vide comme la preuve que rien n'a été fait : corroborez avec la chaîne documentaire.

Un élément d'historique sans utilisateur associé. Ce n'est pas normal. Les enregistrements portent l'utilisateur qui a agi ; un élément qui ne le fait pas est une anomalie à signaler.

Vous avez besoin de l'activité dans toute l'organisation. Ce n'est pas disponible en un seul endroit. Allez objet par objet, ou processus par processus.

Quelqu'un demande « l'audit trail ». Établissez ce qu'il veut réellement. Il s'agit généralement de la chaîne documentaire (A5.7), plus solide qu'un journal.