Maria dirige le support client d'une petite société de logiciels. Un matin, un client dépose une réclamation. Il affirme que la règle de résiliation que la société applique aujourd'hui ne figurait pas dans les conditions qu'il a acceptées à l'inscription. Maria vérifie. La société a modifié ses conditions trois fois cette année. Quelle version ce client a-t-il donc acceptée, et à quelle date ? L'enregistrement d'inscription indique le jour de son arrivée, mais le texte des conditions de ce jour a été remplacé il y a des mois. Pour l'instant, la société ne peut pas prouver ce qu'il a réellement vu.
La question derrière chaque litige sur les conditions
Quand un client conteste vos conditions, vous devez montrer la version exacte qu'il a acceptée.
La plupart des sociétés web et de logiciels demandent aux utilisateurs d'accepter des conditions générales à l'inscription. Ce texte change avec le temps. Vous ajoutez une clause, corrigez une erreur ou modifiez un délai de préavis. Chaque changement crée une nouvelle version. Si un client conteste plus tard une clause, la vraie question est simple. Quelle version était en ligne le jour où il a cliqué sur accepter, et que disait-elle ? Si vous ne gardez que les conditions d'aujourd'hui, vous ne pouvez pas y répondre.
Ce que le droit suisse demande vraiment
Un contrat se forme quand les deux parties sont d'accord, et celui qui invoque une clause doit la prouver.
Selon l'article 1 du Code des obligations (CO), un contrat exige l'expression réciproque et concordante de la volonté des parties. Cette volonté peut être expresse ou tacite, un clic sur un bouton d'acceptation peut donc compter. Selon l'article 11 CO, un contrat n'exige une forme particulière que si la loi la prescrit. Pour des conditions générales ordinaires, aucune signature n'est requise, une acceptation en ligne peut donc lier. Mais il y a un piège. Selon l'article 8 du Code civil (CC), celui qui déduit un droit de faits qu'il allègue doit prouver ces faits. En clair, si vous voulez invoquer une clause, c'est à vous de montrer qu'elle faisait partie de l'accord.
Pourquoi "nous avons mis à jour nos conditions" ne suffit pas
Votre page de conditions actuelle ne montre pas ce qu'un ancien utilisateur a vu au moment du clic.
Une page de conditions en ligne montre une seule chose : le texte tel qu'il est aujourd'hui. Quand vous publiez une nouvelle version, l'ancien texte a généralement disparu. Une capture d'écran dans une boîte mail se conteste facilement. Une ligne dans un journal des modifications n'est qu'une note que vous avez écrite vous-même. Rien de tout cela ne fixe le moment. Dans un litige, l'autre partie peut dire que le texte était différent ou a été ajouté plus tard. Sans preuve datée, c'est votre parole contre la sienne.
Dater chaque version de vos conditions
Sceller chaque version crée une preuve datée du texte exact qui existait à ce moment.
Quand vous scellez un document, la plateforme envoie une empreinte cryptographique de celui-ci, une courte signature, à une autorité d'horodatage de confiance selon le RFC 3161. Vous recevez en retour un horodatage qui lie ce texte précis à ce moment. Changez un seul caractère et l'empreinte change. Une version scellée de vos conditions est ainsi liée à sa date. Si vous scellez chaque version au moment de la publier, vous construisez une chronologie simple. Version un de janvier. Version deux d'avril. Version trois de septembre. Chacune est datée, et chacune peut être vérifiée par n'importe qui via un lien public, sans compte.
Ce qu'un sceau montre, et ce qu'il ne montre pas
Un sceau montre quel texte existait à un moment donné, pas qui l'a rédigé ni qui a cliqué sur accepter.
Soyez clair sur les limites. Un sceau montre qu'une version précise de vos conditions existait à une date précise et qu'elle n'a pas changé depuis. Il ne montre pas qui a rédigé le texte. Il ne prouve pas à lui seul qu'un utilisateur nommé a cliqué sur accepter. Pour cela, il vous faut toujours vos propres journaux d'inscription, qui enregistrent l'utilisateur et la version qui lui a été montrée. Le sceau fait la part que ces journaux font mal. Il prouve que le texte des conditions de cette date est authentique et inchangé. Les deux agissent ensemble. Vos journaux relient l'utilisateur à une version. Le sceau fixe ce que disait cette version.
Une routine simple pour chaque mise à jour
Scellez chaque version avant de la publier, et conservez la preuve datée à côté de vos journaux d'inscription.
Une courte routine vous protège :
- Avant de publier une nouvelle version, scellez le texte définitif.
- Enregistrez le lien de vérification public avec cette version dans vos dossiers.
- Veillez à ce que votre parcours d'inscription enregistre quelle version chaque utilisateur a acceptée, et quand.
- Conservez les anciennes versions scellées. Ne les supprimez pas quand une nouvelle entre en ligne.
Cela prend quelques minutes par publication. Cela transforme un futur litige, d'une affaire de suppositions, en une preuve datée que vous pouvez présenter.
Retour à Maria
La société de Maria scelle désormais chaque version de ses conditions le jour de sa mise en ligne. La prochaine fois qu'un client demandera quelles règles s'appliquaient lors de son inscription, le support pourra montrer la version scellée de cette date et un lien public que chacun peut vérifier. Le travail se fait au moment de la publication, pas pendant la dispute. Scellez chaque version avant de la publier, pour que le texte et sa date soient fixés tant qu'ils sont encore faciles à prouver. Vous pouvez commencer sur swisstrustlayer.com.
