Un développeur peut-il revendiquer des droits après son départ ?

Analyse de la revendication, moyens de défense, régularisation négociée, mesures conservatoires et incidence sur une opération en cours.

Analyse de la revendication, moyens de défense, régularisation négociée, mesures conservatoires et incidence sur une opération en cours.

Introduction

La revendication survient rarement pendant la collaboration. Elle apparaît au moment d’une levée de fonds, d’une cession, ou après un départ conflictuel.

L’analyse de la revendication

Trois questions se posent.

Le développeur était-il salarié au moment de la création. Si oui, les droits patrimoniaux sur les logiciels créés dans l’exercice de ses fonctions ou d’après les instructions de l’employeur lui ont échappé, sans qu’aucune formalité soit nécessaire.

Existe-t-il un acte de cession, même imparfait. Une cession dont la rédaction est incomplète peut néanmoins produire des effets, à interpréter.

Sa contribution était-elle originale et identifiable. La protection suppose l’originalité, et la revendication suppose de démontrer une contribution personnelle caractérisée.

Les moyens de défense

La qualité de salarié, établie par le contrat de travail et les bulletins de paie.

L’existence d’une cession, même dans un document annexe : contrat de prestation comportant une clause, procès-verbal de recette, échange écrit non équivoque.

L’absence d’originalité de la contribution, notamment lorsqu’elle consiste en des développements techniques contraints ou en l’assemblage de composants existants.

L’existence d’une licence implicite, déduite du comportement des parties : un développeur ayant livré, facturé et laissé exploiter pendant des années sans réserve peut se voir opposer son propre comportement.

La prescription, selon la nature de l’action engagée.

L’abus de droit, lorsque la revendication intervient tardivement et dans un contexte manifestement opportuniste.

Ces moyens sont d’inégale solidité et doivent être appréciés au cas par cas.

Les mesures immédiates

Rassembler la documentation : contrats, factures, échanges, procès-verbaux, historique des dépôts.

Identifier précisément la contribution revendiquée et son poids dans le logiciel actuel.

Évaluer la possibilité de réécrire les parties concernées, ce qui prive la revendication de son objet pour l’avenir.

Éviter toute reconnaissance dans les échanges, tout en maintenant un dialogue.

L’exposition réelle

Le développeur peut demander la cessation de l’exploitation, ce qui constituerait un arrêt de l’activité.

Il peut demander des dommages et intérêts, évalués au regard de l’exploitation réalisée.

Il peut agir en contrefaçon, avec les conséquences correspondantes.

En pratique, une mesure d’interdiction est rarement obtenue lorsque la contribution est ancienne et diluée, mais l’incertitude suffit à bloquer une opération.

L’incidence sur une opération en cours

C’est le véritable enjeu.

Un audit de levée de fonds ou de cession identifie la difficulté et la qualifie en réserve bloquante.

L’opération est suspendue jusqu’à régularisation, ce qui donne au développeur un pouvoir de négociation considérable.

Le calendrier de l’opération devient l’élément déterminant du prix de la régularisation.

La régularisation négociée

Elle est presque toujours la meilleure voie.

Elle prend la forme d’un protocole comportant une cession de droits rétroactive, complète et transférable, une renonciation à toute réclamation et une clause de confidentialité.

La contrepartie financière se négocie au regard de la contribution réelle, de la solidité des moyens de défense et de l’urgence.

Un paiement échelonné, conditionné à l’absence de réclamation ultérieure, peut être envisagé.

La réécriture

Lorsque la contribution est identifiable et circonscrite, sa réécriture prive la revendication de son objet pour l’avenir.

Elle ne règle pas l’exploitation passée, mais elle réduit considérablement l’exposition et le pouvoir de négociation.

Elle doit être documentée : historique de la réécriture, absence de reprise du code initial.

La prévention

Un registre des contributeurs, avec pour chacun son statut et l’acte correspondant.

Des actes de cession signés avant le début de chaque mission.

Des procès-verbaux périodiques constatant les cessions.

Un dépôt daté des versions successives.

Ces mesures coûtent peu et évitent une négociation en position défavorable.

Traiter avant l’audit

Une réserve de titularité se règle mieux six mois avant une opération qu’au milieu. Notre expertise en propriété intellectuelle, média et art accompagne ces régularisations.

En résumé

  • La revendication prospère lorsque aucune cession écrite n’existe pour un prestataire ou un dirigeant non salarié.
  • Défenses possibles : qualité de salarié, cession imparfaite, absence d’originalité, licence implicite.
  • L’enjeu réel est le blocage d’une opération en cours, qui donne un pouvoir de négociation.
  • La régularisation négociée par protocole est presque toujours préférable au contentieux.
  • La réécriture de la contribution prive la revendication de son objet pour l’avenir.

Questions fréquentes

Sur quoi porte généralement la revendication ?
Sur l'absence de cession écrite pour un prestataire ou un dirigeant non salarié, situation dans laquelle l'auteur conserve ses droits patrimoniaux sur le logiciel.
Quels sont les moyens de défense ?
La qualité de salarié au moment de la création, l'existence d'une cession même imparfaite, l'absence d'originalité de la contribution, ou une licence implicite déduite du comportement des parties.
Faut-il négocier ou plaider ?
La négociation est presque toujours préférable : l'exploitation du logiciel ne peut être suspendue le temps d'une procédure, ce qui place la société en position défavorable.

Nous contacter :

Nous répondons volontiers à toutes vos questions. Écrivez-nous à mc@cabinetpersee.com , contactez le cabinet sur WhatsApp, ou remplissez notre formulaire de contact.

Articles associés

Autres analyses juridiques du cabinet

Un algorithme est-il protégeable juridiquement ?

Portrait de Matthieu Ciutti

Matthieu Ciutti

Associé fondateur

Un éditeur de SaaS doit-il souscrire une assurance ?

Portrait de Matthieu Ciutti

Matthieu Ciutti

Associé fondateur

BSPCE, BSA et actions de préférence : comment intéresser son équipe ?

Portrait de Matthieu Ciutti

Matthieu Ciutti

Associé fondateur

Comment rédiger une clause de force majeure adaptée au cloud ?

Portrait de Matthieu Ciutti

Matthieu Ciutti

Associé fondateur