Une term sheet n'est pas un contrat contraignant, mais elle est traitée comme telle dans toute négociation qui suit. Les investisseurs calibrent leur offre en fonction de celle-ci. Les avocats rédigent l'accord définitif à partir de celle-ci. Les fondateurs prennent des décisions d'embauche et de dépenses en fonction des chiffres qu'elle contient. Et lorsqu'un accord échoue plus tard, la term sheet est souvent le premier document que les deux parties consultent, et le premier document sur lequel elles ne sont pas d'accord.
D'où vient réellement l'ambiguïté
Les documents de transaction précoces circulent rarement dans un seul fichier propre. Une term sheet est rédigée, envoyée par e-mail, annotée dans une redline, discutée lors d'un appel où un chiffre change verbalement, puis renvoyée avec la modification appliquée par une seule partie. Lorsqu'un litige survient des semaines ou des mois plus tard, il peut y avoir trois ou quatre versions dans différentes boîtes de réception, aucune marquée comme finale, et aucun enregistrement partagé de la version que les deux parties ont réellement acceptée.
Les métadonnées d'e-mail ne résolvent pas cela clairement. Un horodatage d'envoi indique quand un message a quitté un serveur, pas si la pièce jointe était la version convenue ou un brouillon antérieur encore en négociation. Les propriétés d'un fichier Word peuvent être modifiées après coup. La date de création d'un PDF reflète le moment de l'exportation du fichier, pas le moment où les conditions ont été fixées. Rien de tout cela n'est une preuve fabriquée au sens pénal, mais rien de tout cela n'est non plus une preuve, et dans un litige, un document qui aurait pu être modifié a un poids différent d'un document dont il est prouvé qu'il ne l'a pas été.
Ce que coûte réellement 'parole contre parole'
Lorsqu'un litige sur une term sheet ou une lettre d'intention parvient à un avocat, la première question porte rarement sur le fond de l'accord. Il s'agit de savoir quelle version du document fait foi et si l'une des parties peut le prouver. Cette seule question peut ajouter des semaines de découverte, d'analyse forensique des en-têtes d'e-mail et de dépositions sur qui a envoyé quoi à qui. Rien de tout cela ne touche au désaccord réel, valorisation, exclusivité, sièges au conseil, quel qu'il soit. Tout est consacré à établir un fait qui n'aurait pas dû nécessiter d'être établi : que disait le document, et quand.
Pour les avocats de transaction et les équipes financières menant plusieurs négociations à la fois, c'est un coût récurrent, pas un incident isolé. Chaque lettre d'intention, chaque term sheet, chaque avenant porte la même exposition latente dès qu'il quitte une seule boîte de réception.
Un sceau daté élimine le débat, pas seulement le risque
La solution n'est pas une meilleure hygiène des e-mails. C'est un enregistrement du document que ni l'une ni l'autre partie ne contrôle et qui ne peut pas être modifié discrètement après coup. Swiss Trust Layer applique un sceau électronique qualifié au fichier exact, au moment exact de sa finalisation, appuyé par un horodatage qualifié émis par Swisscom. Ce sceau ne dépend ni du serveur de messagerie d'une partie, ni de son système de fichiers local, ni de son souvenir d'un appel. C'est un enregistrement indépendant et vérifiable que ce document précis, octet par octet, existait à ce moment précis.
Quiconque peut vérifier un document scellé sans se connecter à quoi que ce soit. Il n'y a pas d'étape 'faites confiance à notre plateforme' au milieu. La vérification examine le sceau cryptographique lui-même, de la même manière qu'un tribunal ou un avocat adverse vérifierait toute autre preuve délivrée de manière indépendante.
Cela ne remplace pas l'accord définitif que vos avocats rédigent par la suite. Cela comble l'écart entre le moment de la poignée de main et le contrat signé, la période où naissent la plupart des litiges sur 'ce que nous avons réellement convenu'.
Où cela s'inscrit dans une négociation réelle
| Moment | Ce qui se passe généralement | Ce qu'ajoute une version scellée |
|---|---|---|
| Term sheet rédigée | Envoyée par e-mail, sans horodatage indépendant | Scellée au moment où les deux parties donnent leur accord, créant un point de référence fixe |
| Redline échangée | La nouvelle version remplace l'ancienne dans les boîtes de réception, la version précédente existe généralement encore quelque part | Chaque version finalisée peut être scellée séparément, rendant la séquence prouvable, pas seulement affirmée |
| Modification verbale lors d'un appel | Une partie met à jour le fichier, l'autre n'a peut-être pas la même copie | Le fichier mis à jour est scellé au moment de l'accord, fermant la fenêtre d'ambiguïté |
| L'accord échoue | Chaque partie peut détenir une version 'finale' différente | La copie scellée est l'enregistrement vérifiable de manière indépendante, contrôlable par l'une ou l'autre partie ou un tiers |
Pour qui c'est le plus important
C'est un problème d'intégrité documentaire, pas une question de droit d'auteur, et il apparaît le plus fortement chez ceux qui évoluent le plus vite dans les documents de transaction précoces : les juristes internes gérant plusieurs term sheets en parallèle, les avocats en fusions-acquisitions coordonnant des redlines à travers les fuseaux horaires, les investisseurs en capital-risque et en croissance qui émettent des conditions non contraignantes en routine, et les fondateurs qui négocient sans soutien juridique dédié et qui ont le moins de marge pour absorber un litige sur ce qu'un document disait réellement.
Rien de tout cela ne nécessite un changement dans la façon dont un accord est négocié. Cela nécessite une étape supplémentaire au moment où chaque version est finalisée : la sceller, afin que l'enregistrement de ce qui a été convenu, et quand, ne dépende de la boîte de réception de personne.
