À qui appartient ce que créent vos salariés en Ouzbékistan

Une startup SaaS de Tachkent finalisait une levée de fonds. L'avocat du fonds a envoyé une due diligence classique, et le tout premier point était sans détour : « Montrez-nous les documents prouvant que le code appartient à la société. » Les fondateurs ont haussé les épaules — le code avait été écrit par des développeurs salariés, donc il était évidemment à eux. Deux semaines plus tard, l'opération était au point mort. Les contrats de travail n'avaient jamais transféré à la société les droits patrimoniaux sur le code, et le logo avait été dessiné par un freelance sur la base d'un contrat qui ne disait pas un mot des droits. Sur le papier, une partie de la propriété intellectuelle de la société ne lui appartenait pas. Pire encore : ils comptaient déposer une marque sur ce logo — et personne n'avait, en pratique, de titre propre pour le faire.

Ce n'est pas un cas rare. C'est la rupture la plus fréquente dans la chaîne de titularité que nous observons lors des audits préalables à une opération. Et tout remonte à un fait contre-intuitif : en Ouzbékistan, savoir à qui appartient ce qu'un salarié crée dépend entièrement du type de résultat qu'il a créé.

La surprise : pour les brevets, la règle est l'inverse de celle du droit d'auteur

La plupart des fondateurs gardent en tête un modèle unique et universel : « une personne salariée a créé quelque chose, donc cela appartient à l'employeur. » En Ouzbékistan, ce modèle est exactement à moitié juste.

• Propriété industrielle (inventions, modèles d'utilité, dessins et modèles) — le droit appartient par défaut à l'employeur. C'est l'invention de salarié.
• Droit d'auteur (code source, design d'interface, textes, graphismes, photographies) — le droit reste à l'auteur, c'est-à-dire au salarié lui-même. L'employeur n'obtient qu'un droit d'utilisation limité. C'est l'œuvre créée dans le cadre de l'emploi.

La distinction est fondamentale, et elle frappe le plus durement précisément les sociétés qui créent le plus de valeur — les entreprises du logiciel et de la création. Leur actif central, c'est le code et le design, soit du droit d'auteur, domaine où, par défaut, ce n'est pas la société qui gagne, mais le salarié. Examinons les deux régimes tour à tour.

Invention de salarié : ici l'employeur gagne — mais pas automatiquement

Selon la loi de la République d'Ouzbékistan « sur les inventions, les modèles d'utilité et les dessins et modèles industriels », le droit d'obtenir un brevet pour un objet de propriété industrielle créé par un salarié appartient à l'employeur. Mais pas pour n'importe quelle invention du salarié — seulement si l'une des trois conditions est remplie :

1. l'invention a été créée dans le cadre de l'exécution des obligations de service ;
2. elle est née de l'exécution d'une mission précise confiée par l'employeur ;
3. sa création a fait appel à des connaissances et moyens techniques propres à l'entreprise.

Si un développeur conçoit un dispositif chez lui, sur son propre matériel, en dehors de ses tâches, ce n'est pas une invention de salarié, et le brevet lui appartient, non à la société. La frontière passe précisément par ces trois critères — et en cas de litige, c'est à l'employeur de prouver le lien avec le travail.

Même lorsque le droit revient à l'employeur, le transfert se formalise par un contrat entre l'auteur et l'employeur, et l'inventeur conserve un droit à rémunération distinct du salaire. Un employeur avisé ne se fie donc jamais au « de toute façon c'est à nous de par la loi ». Il fixe par écrit trois choses : que les droits sur les résultats du travail passent à la société, selon quelle procédure l'auteur signale ce qu'il a créé, et comment se calcule la rémunération.

Un brevet d'invention dure en Ouzbékistan 20 ans à compter du dépôt, un dessin ou modèle 10 ans, un modèle d'utilité moins. C'est un actif de longue durée, et y intégrer un défaut dès le départ coûte cher. Nous détaillons la mécanique du dépôt dans notre pratique des brevets.

Œuvre créée dans le cadre de l'emploi : ici, par défaut, c'est l'auteur qui gagne

Voici maintenant la partie la plus importante — et la plus contre-intuitive. Selon la loi de la République d'Ouzbékistan « sur le droit d'auteur et les droits voisins », le droit d'auteur sur une œuvre créée dans le cadre de l'exécution d'une mission de service appartient à l'auteur. Pas à l'employeur. À l'auteur.

Ce que l'employeur reçoit, ce n'est pas la propriété de l'œuvre, mais seulement le droit de l'utiliser de la manière dictée par l'objet de la mission, et dans les limites qui en découlent — et encore, uniquement si le contrat n'en dispose pas autrement. Utiliser l'œuvre d'une manière étrangère à la mission reste libre pour l'auteur lui-même, et ce droit ne lui est pas restreint.

Et il y a une autre bombe à retardement : dix ans après la remise de l'œuvre (plus tôt avec l'accord de l'employeur), l'auteur récupère pleinement le droit d'utiliser l'œuvre et de percevoir une rémunération, sauf si le contrat en dispose autrement.

Assemblez tout cela pour une société de logiciel typique. Un développeur salarié écrit du code. Par défaut :

• le droit d'auteur sur le code appartient au développeur, non à la société ;
• la société ne peut utiliser le code que dans le cadre de la mission pour laquelle il a été écrit ;
• au bout de dix ans, même ce droit limité peut revenir à l'auteur.

« Un salarié l'a fait, donc c'est à nous » est, appliqué au code et au design en Ouzbékistan, tout simplement faux. Pour que la société détienne réellement les droits patrimoniaux sur le code, intégralement et sans échéance, il lui faut un contrat direct lui transférant les droits patrimoniaux exclusifs. Sans un tel contrat, vous ne détenez pas un actif, mais une licence avec une date d'expiration.

Gardez par ailleurs à l'esprit que le droit moral de l'auteur (le droit à la paternité et le droit au nom) est inaliénable et reste pour toujours au créateur. On peut acheter les droits patrimoniaux, jamais la paternité. C'est normal et cela n'affecte pas la valeur de l'entreprise ; ce qui l'affecte, c'est précisément le sort des droits patrimoniaux. Pour en savoir plus sur la protection du logiciel comme actif, voyez notre article sur la protection du logiciel.

Exclusifs ou non exclusifs : le piège par défaut

Supposons que vous l'ayez compris à temps et décidé de transférer les droits par contrat. Un autre piège vous attend ici. Au titre d'un contrat de droit d'auteur, les droits peuvent être transférés à titre exclusif ou non exclusif — et par défaut ils sont réputés non exclusifs, sauf si le contrat stipule expressément le contraire.

Des droits non exclusifs signifient que l'auteur peut transférer les mêmes droits à qui il veut et continuer à en user lui-même. Pour une société qui croit avoir « acheté le code », c'est une catastrophe : le même prestataire vend légalement votre développement à un concurrent. Le contrat doit donc le dire noir sur blanc : sont transférés des droits patrimoniaux exclusifs, intégralement, sans limite de durée ni de territoire. Un seul mot manquant, « exclusifs », transforme l'achat d'un actif en licence non exclusive.

Freelances et prestataires : la faille la plus fréquente

Tout ce qui précède concernait les salariés. Avec les freelances et les prestataires, la situation est plus rude encore, car le régime de l'œuvre de service ne leur est pas applicable du tout — il n'y a pas de relation de travail, donc pas de résultat « de service ».

Avec un prestataire, seul agit ce que le contrat dit expressément. Pas de clause de transfert des droits, et le client n'a rien d'autre que la possibilité matérielle d'utiliser le fichier. Et s'il y a une clause mais qu'elle ne dit pas « exclusifs », vous avez par défaut reçu une licence non exclusive. C'est précisément pour cela qu'un logo dessiné par un freelance pour 2 000 000 UZS se révèle si souvent ne pas être juridiquement le vôtre — et cela ressort au pire moment, quand vous allez déposer une marque et devez prouver vos droits sur le signe.

Le même piège guette les fondateurs. Un MVP qu'un cofondateur a écrit avant l'immatriculation de la société lui appartient par défaut à titre personnel, non à la future entreprise. Lors de la due diligence, la première demande d'un investisseur est le « founders' IP assignment » — le contrat par lequel les fondateurs transfèrent à la société tout ce qu'ils ont créé pour le projet. À défaut, il faut reconstituer la titularité après coup, parfois en la rachetant à quelqu'un qui a déjà quitté le projet.

Ce qu'il faut écrire dans les contrats pour dormir tranquille

Le problème se règle sur le papier et à l'avance. Le minimum :

• Dans le contrat de travail (ou un avenant distinct) : transfert à la société des droits patrimoniaux exclusifs sur tous les résultats du travail — propriété industrielle comme œuvres d'auteur ; la procédure de signalement de ce qui a été créé ; une clause sur la rémunération de l'auteur. Le mot « exclusifs » est obligatoire.
• Dans le contrat avec le prestataire / freelance : cession des droits patrimoniaux exclusifs en totalité, sans limite de durée ni de territoire ; pour les travaux créatifs, un véritable contrat de commande avec cession des droits, et non un simple « contrat de prestation de services ».
• À la création de la société : un founders' IP assignment de chaque fondateur portant sur tout ce qui a été créé pour le projet, avant et après l'immatriculation.
• Avant de déposer une marque : assurez-vous que les droits sur le logo ont déjà été transférés à la société, sinon la demande porte sur un actif qui ne vous appartient pas.

Ces formulations ne coûtent rien. Leur absence coûte une levée avortée, une cession de société bloquée, ou un concurrent disposant d'une copie légale de votre produit.

Pourquoi cela ressort précisément lors de l'opération

Tant que la société se contente de fonctionner, le défaut de titularité reste invisible — personne ne vient demander à qui appartient le code. Il devient visible au moment précis où l'entreprise acquiert un prix : une levée de fonds, une cession de parts, un financement bancaire adossé à la PI, l'entrée sur un marché d'export. L'acheteur et l'investisseur vérifient toujours la chaîne de titularité — une ligne ininterrompue de l'auteur jusqu'à la société. Une seule rupture dans cette ligne, et l'actif sur lequel repose la valorisation reste suspendu dans le vide.

La bonne nouvelle : tout cela se soigne par la prévention. Les bons trois paragraphes dans le contrat de travail et dans le contrat de prestation ferment 90 % des problèmes à venir. La mauvaise : soigner après coup est toujours plus cher et pas toujours possible, surtout quand l'auteur est déjà parti et n'a aucune hâte de signer.

L'essentiel

• Les inventions, dessins et modèles d'utilité d'un salarié reviennent par défaut à l'employeur (s'ils sont liés au travail).
• Le droit d'auteur sur le code, le design et les textes reste par défaut au salarié-auteur.
• Sans contrat, l'employeur n'obtient qu'un droit d'utilisation limité sur l'œuvre.
• Au bout de 10 ans, même ce droit peut revenir à l'auteur, sauf stipulation contraire du contrat.
• Les droits issus d'un contrat de droit d'auteur sont non exclusifs par défaut — le mot « exclusifs » est obligatoire.
• Le régime de l'œuvre de service ne s'applique pas aux freelances — seul le texte du contrat agit.
• Le défaut ressort lors de la due diligence : l'investisseur vérifie la chaîne de titularité de l'auteur à la société.

Questions fréquentes

Mon développeur salarié a écrit le code. À qui appartient-il ? Par défaut, le droit d'auteur sur le code appartient au développeur, et la société n'obtient que le droit de l'utiliser dans le cadre de la mission. Pour que le code appartienne pleinement à la société, le contrat de travail ou un avenant doit contenir un transfert exprès des droits patrimoniaux exclusifs. Sans cette clause, vous ne possédez pas votre actif central.

L'invention d'un salarié lui reste-t-elle aussi ? Non, ici la règle est inversée. Le droit au brevet d'une invention de salarié revient par défaut à l'employeur — mais seulement si l'invention est liée aux obligations de service, à une mission précise, ou recourt à un savoir-faire propre à l'entreprise. Le transfert doit néanmoins se formaliser par contrat, et l'auteur a droit à une rémunération.

Pourquoi des règles différentes pour le code et pour les inventions ? Parce que ce sont deux lois différentes et deux objets différents. Les inventions relèvent de la loi « sur les inventions, les modèles d'utilité et les dessins et modèles industriels », où l'employeur a la priorité. Les œuvres relèvent de la loi « sur le droit d'auteur et les droits voisins », où par défaut l'auteur a la priorité. Un même salarié peut créer les deux — et les régimes seront différents.

Que signifient des droits « exclusifs » et « non exclusifs » ? Des droits exclusifs signifient que vous seul pouvez utiliser l'œuvre et en disposer. Non exclusifs signifient que l'auteur peut accorder les mêmes droits à d'autres et continuer à en user. Au titre d'un contrat de droit d'auteur, les droits sont réputés non exclusifs par défaut ; un transfert de droits exclusifs doit donc être stipulé expressément.

Nous avons commandé un logo à un freelance. Pouvons-nous déposer une marque dessus ? Seulement si le contrat avec le freelance cède les droits patrimoniaux exclusifs sur l'image. Le régime de l'œuvre de service ne s'applique pas à un prestataire. Sans cession des droits, vous risquez de déposer une demande sur un signe qui appartient juridiquement à son auteur, et d'affronter une réclamation plus tard.

Un cofondateur a écrit le MVP avant l'immatriculation de la société. Est-ce un problème ? Potentiellement oui. Avant qu'une personne morale n'existe, ce qui est créé appartient personnellement à l'auteur. Il vous faut un founders' IP assignment — un contrat par lequel le fondateur transfère à la société les droits sur tout ce qui a été créé pour le projet. Les investisseurs le vérifient en premier.

Peut-on tout corriger après coup ? Souvent oui, mais c'est plus cher et pas toujours possible. Si l'auteur est encore dans l'équipe et loyal, vous signez un acte de cession maintenant. S'il a déjà quitté le projet, il faut négocier, parfois racheter les droits. La prévention au départ est toujours moins coûteuse.

L'illusion la plus coûteuse dans ce domaine est de croire que payer le salaire d'un employé, ou régler la facture d'un freelance, vous transfère automatiquement les droits. En Ouzbékistan, ce n'est pas le cas pour les œuvres protégées par le droit d'auteur — et ce sont précisément elles qui constituent aujourd'hui la plupart des actifs de valeur. Les droits sur le code, le design et le contenu passent à la société non pas au moment du paiement, mais au moment de la signature du bon contrat — et mieux vaut le faire avant que l'avocat d'un autre ne demande ce que votre entreprise possède réellement.