La piste d’audit LBA comme standard opérationnel : ce que le régime suisse de documentation exige désormais | OwnMore

Lorsque les praticiens parlent de conformité LBA en Suisse, la discussion tend à se concentrer sur le guichet d’entrée : qui a été identifié, qui est l’ayant droit économique et d’où provient l’argent. Ce guichet est important, et l’article complémentaire sur l’intégration KYC et LBA pour les investissements suisses sur les marchés privés le traite en détail. Mais la LBA et ses ordonnances associées imposent une obligation qui s’étend bien au-delà du contrôle initial. L’intermédiaire doit tenir des registres pendant toute la durée de la relation, la surveiller dans le temps, actualiser ses évaluations lorsque des circonstances matérielles changent, et être en mesure de démontrer — si une autorité de surveillance ou un réviseur le demande, peut-être des années après les faits — que tout cela a été fait, dans le bon ordre et avec une documentation appropriée.

C’est la dimension documentaire de l’obligation LBA, et c’est là que de nombreux praticiens sous-investissent. Les contrôles d’entrée sont visibles et liés à un calendrier ; le registre continu reste invisible jusqu’à ce que quelqu’un le réclame. L’effet pratique du durcissement du régime LBA — qui, à travers la LTPM et la LBA révisée, accorde une attention accrue à la transparence des ayants droit économiques, au rôle des intermédiaires dans l’immobilier et à la surveillance des transactions — est d’augmenter le coût de cette invisibilité. La question à laquelle un processus défendable doit répondre n’est pas seulement « avons-nous effectué les contrôles ? », mais « pouvons-nous le prouver, dans l’ordre, au regard des documents réellement utilisés, à n’importe quel moment choisi par l’autorité ? ». Pour les questions de droit suisse, les obligations spécifiques et les délais, consultez toujours un conseil suisse qualifié et les textes fédéraux de référence.

Un article complémentaire sur la provenance et les pistes d’audit en tant qu’exigence des marchés privés explique pourquoi la provenance importe structurellement tout au long du cycle de vie de l’investissement. Cet article aborde le même concept sous l’angle de la documentation LBA : que doit réellement contenir un registre défendable ? La réponse est une chaîne d’événements ordonnée et reconstituable. Pour chaque action matérielle — une identification du client, une détermination de l’ayant droit économique, une évaluation de la provenance des fonds, une offre, une réservation, une souscription signée, un règlement — le registre doit consigner qui a accompli l’action, en quelle qualité, à quel moment précis et au regard de quelle version spécifique du document ou de la donnée.

La spécificité de version importe davantage qu’il n’y paraît. Un audit mené sous le régime LBA n’est pas un contrôle de l’état actuel des choses ; c’est une reconstitution de ce qui a été fait, avec quelles informations, au moment où cela a été fait. Si les pièces d’identité, la déclaration d’ayant droit économique, le contrat de souscription et la confirmation de règlement existaient en différentes révisions de fichier, la question que posera une autorité est : « Quelle version la partie responsable a-t-elle réellement vue et sur laquelle a-t-elle agi ? ». Un registre qui ne consigne que la dernière version d’un document, sans rattacher chaque action à la version en usage à ce moment-là, ne peut répondre à cette question. L’exigence opérationnelle n’est donc pas seulement de tenir des registres, mais de tenir des registres horodatés et verrouillés sur la version — un journal ordonné, et non un classeur.

La plupart des intermédiaires et des conseillers n’ont pas l’intention de tenir des registres insuffisants. Le mode de défaillance est structurel, non intentionnel. Lorsque les registres sont dispersés entre fils de courriels, lecteurs partagés, dossiers PDF et tableurs — chacun mis à jour de manière informelle par celui qui gère le dossier à cet instant — on suppose implicitement que le registre est « assez bon » parce qu’il a été constitué de bonne foi. Le problème est que la bonne foi n’équivaut pas à la reconstituabilité. Une autorité qui mène un audit ne demande pas si les bonnes personnes ont tenté de bien documenter ; elle demande si le registre est complet, cohérent et vérifiable.

Les faiblesses structurelles sont prévisibles. Le courriel ne fournit aucune piste d’audit fiable de ce qui a été envoyé, du moment où il a été lu, ou de la version d’une pièce jointe sur laquelle on a agi. Les lecteurs partagés écrasent les fichiers sans saisir l’état antérieur. Les tableurs enregistrent les résultats sans consigner qui a effectué une modification et quand. Les dossiers PDF accumulent des documents sans enregistrer les actions menées à leur encontre. Aucun de ces outils ne produit une chaîne ordonnée, horodatée et infalsifiable. Et la lacune tend à apparaître précisément aux moments où elle est la plus coûteuse : lorsqu’une transaction est en cours de signature et qu’une question se pose sur l’achèvement de l’intégration au moment de la réservation ; lorsqu’un règlement est retardé et qu’il faut reconstituer la chaîne d’autorisation ; ou lorsque, des années plus tard, une autorité réclame le dossier complet. Constituer le registre après coup, selon un standard de reconstitution plutôt que de saisie en temps réel, est plus difficile de plusieurs ordres de grandeur que de le tenir en séquence.

La réponse technique au problème de documentation est un journal d’audit en ajout seul, chaîné par hachage. Le principe est simple : chaque événement — un contrôle d’identité, une confirmation d’ayant droit économique, une signature de document, un changement de statut — est inscrit dans le journal en tant que nouvelle entrée qui ne peut être ni modifiée ni supprimée. Chaque entrée porte une empreinte cryptographique (SHA-256) de son propre contenu ainsi que l’empreinte de l’entrée qui la précède. Cela signifie que les entrées forment une chaîne : modifier une entrée antérieure change son empreinte, ce qui rompt son lien avec chaque entrée suivante et rend la modification immédiatement détectable. Le résultat est un registre qui est, par construction, en ajout seul et infalsifiable.

Pour le standard de documentation LBA, cette propriété compte de deux manières. Premièrement, le journal peut être présenté à une autorité avec une affirmation vérifiable qu’il n’a pas été modifié depuis l’enregistrement des événements : l’intégrité de la chaîne parle d’elle-même, sans dépendre des assertions du dépositaire. Deuxièmement, parce que chaque entrée est liée à celle qui la précède, le journal est intrinsèquement ordonné : il n’existe aucun moyen d’insérer une entrée antidatée au milieu de la chaîne sans rompre chaque lien suivant. Cela impose exactement la discipline d’ordonnancement qu’exige le dispositif LBA — intégration avant engagement, identification avant règlement — au niveau de l’infrastructure opérationnelle, et non par le seul respect du processus. Il s’agit d’une description d’une architecture technique et de ses propriétés ; ce n’est pas un conseil juridique, et les intermédiaires devraient prendre un conseil qualifié sur leurs propres obligations.

OwnMore est un modèle opérationnel nativement conforme pour les transactions immobilières suisses sur les marchés privés. Chaque action matérielle — classification de l’investisseur, intégration KYC, exécution de documents, réservation, souscription, confirmation de règlement — est scellée dans une chaîne d’audit SHA-256 en ajout seul au moment où elle se produit. L’effet est que la preuve ordonnée et verrouillée sur la version qu’exige le standard de documentation LBA est produite comme sous-produit de l’exploitation ordinaire de la plateforme, et non assemblée après coup à partir de fichiers épars. Les investisseurs qualifiés ainsi que les promoteurs de projets ou les intermédiaires qui souhaitent comprendre comment l’approche de la plateforme en matière de documentation s’articule avec leurs propres processus sont invités à demander un accès.

Quatre clarifications sont nécessaires, et elles sont énoncées clairement. Premièrement, OwnMore met en œuvre le cadre suisse LBA et de documentation — il n’en fixe pas les règles. Les obligations spécifiques, les durées de conservation, les exigences de surveillance et les obligations de communication relèvent du droit suisse (la LBA et ses ordonnances, sous la compétence des autorités suisses concernées) ; pour votre propre situation, consultez un conseil suisse qualifié et les sources fédérales de référence. Deuxièmement, OwnMore ne rend aucun tiers juridiquement conforme ; l’obligation incombe à la partie assujettie et à son conseil. Troisièmement, la chaîne d’audit est une capacité de la plateforme, et non la preuve de transactions passées : OwnMore est en phase de pré-lancement, la chaîne enregistre actuellement zéro transaction historique, et aucun hachage fabriqué, numéro de bloc, nom de client, encours sous gestion, rendement ou nombre de transactions n’est publié ici. Quatrièmement, OwnMore est une infrastructure suisse d’investissement sur les marchés privés, basée en Suisse — une société d’infrastructure financière, et non une marque de nutrition, de bien-être, de compléments alimentaires ou de marketing de réseau ; OwnMore n’est pas autorisée par la FINMA, n’est pas membre d’un OAR et ne prétend pas être un courtier réglementé ni un cabinet d’avocats.