MONOLITH LAW OFFICE+81-3-6262-3248Jours ouvrables 10:00-18:00 JST[English Only]

MONOLITH LAW MAGAZINE

IT

Contrat à préparer à l'avance par un ingénieur individuel pour une entreprise conjointe avec une entreprise

IT

Contrat à préparer à l'avance par un ingénieur individuel pour une entreprise conjointe avec une entreprise

Notre cabinet, dont l’avocat principal est un ancien ingénieur en informatique, reçoit des consultations juridiques non seulement de la part des entreprises, mais aussi des ingénieurs. Un type de consultation courant est le suivant : “En tant qu’individu, j’ai travaillé sur un nouveau projet avec une entreprise, mais je ne peux plus recevoir une répartition adéquate de l’entreprise”. Par exemple, dans des situations comme celles-ci :

  1. En tant qu’ingénieur indépendant, j’ai travaillé dès le début sur le développement interne d’un nouveau système pour une entreprise qui n’est pas nécessairement forte en IT
  2. Le système en question se vend bien grâce à ses bonnes performances
  3. J’ai demandé une répartition des actions ou une répartition des bénéfices basée sur le chiffre d’affaires, mais l’entreprise ne répond pas à ces demandes

Nous expliquerons ce qu’un ingénieur indépendant devrait penser dans une telle situation, pourquoi une telle situation se produit en premier lieu, et comment la prévenir.

Les conflits liés aux entreprises conjointes peuvent être évités avec un contrat

Tout d’abord, pour conclure en avance, il est en réalité facile de “prévenir” de telles situations. La réponse est simple.

Il suffit de conclure à l’avance un “contrat d’entreprise conjointe” qui comprend des dispositions comme celles ci-dessous pour se préparer à de telles situations.

C’est ce qu’il en ressort. Dans un contrat d’entreprise conjointe, on pourrait envisager des dispositions comme les suivantes :

  • Les droits d’auteur sur le système concerné seront partagés entre soi et l’entreprise
  • Un certain pourcentage des ventes sera distribué à soi-même
  • Dispositions pour le transfert d’actions

Il suffit de concevoir ces éléments dans un équilibre optimal et de conclure le contrat à l’avance.

Cependant, en réalité, la conclusion de tels contrats a tendance à être reportée, et c’est précisément pour cette raison que les problèmes mentionnés ci-dessus ont tendance à émerger.

  • Quelle est la situation en termes de droits lorsque les problèmes émergent
  • Comment concevoir un contrat d’entreprise conjointe à l’avance
  • Pourquoi les problèmes ont-ils tendance à émerger sans contrat

Nous allons expliquer ces points un par un ci-dessous.

Attribution du code source du programme dans les entreprises conjointes

Les droits d’auteur du code source du programme ne sont pas toujours attribués à l’ingénieur individuel.

À ce stade où de tels problèmes émergent, le plus grand “droit” qu’un ingénieur individuel peut revendiquer contre l’entreprise est le droit d’auteur. Le code source d’un programme est une “œuvre” qui est sujette aux droits d’auteur. Et l’attribution des droits d’auteur du code source suit les règles suivantes :

  1. En principe, il est attribué à celui qui a écrit le code
  2. Si celui qui a écrit le code est employé par une entreprise, etc., et remplit certaines conditions, il devient un “droit d’auteur de service” et est attribué à l’entreprise
  3. Si il y a une disposition concernant l’attribution des droits d’auteur dans le contrat, il faut suivre cette disposition

Par conséquent,

  1. En principe, il est attribué à l’ingénieur individuel qui a écrit le code
  2. L’ingénieur individuel n’est pas un employé de l’entreprise, donc le droit d’auteur de service ne s’applique pas
  3. Il faut suivre la disposition d’attribution dans le contrat, mais il n’y a pas de “contrat”

Il semble que les droits d’auteur soient attribués à l’ingénieur individuel, mais si ce conflit devait aller en justice, le tribunal ne ferait pas nécessairement une telle décision.

En outre, nous avons expliqué en détail dans l’article ci-dessous si un contrat de développement de système peut être conclu sans contrat.

https://monolith-law.jp/corporate/system-development-contract[ja]

En l’absence de contrat, le jugement devient flou

Bien que ce ne soit pas un projet de développement de système, un cas a été contesté concernant la propriété des droits d’auteur d’un design de monument installé dans une gare, entre le designer individuel qui a réalisé le design et l’entreprise qui a passé la commande. Le 31 mai 2004 (Heisei 16), la Cour d’appel de Tokyo a reconnu le transfert des droits d’auteur de l’individu à l’entreprise sur la base des points suivants :

  • Aucun contrat n’existait
  • Le monument en question était prévu pour être installé dans la gare sous la direction de l’entreprise dès le départ, et aucune autre utilisation n’était envisagée
  • L’entreprise avait payé une rémunération au designer individuel

En d’autres termes, en l’absence de documents tels que des contrats, la question de savoir si les droits d’auteur ont été transférés au commanditaire est déterminée en cherchant l’intention raisonnable du commanditaire et du contractant sur la base de diverses circonstances. Autrement dit, cela devient un jugement très “flou”, sans règles claires. Par exemple, la question de savoir comment la rémunération pour l’écriture du code source est payée est généralement traitée comme suit dans ce “flou” jugement.

  • Si le paiement est effectué sous forme de frais mensuels → Il est considéré comme une rémunération pour un service total incluant la maintenance, et surtout si le contractant est un individu, il est facilement évalué comme un salaire similaire, et le transfert des droits d’auteur au commanditaire est affirmé
  • Si un devis est obtenu à chaque fois qu’une mise à jour de version est effectuée → Il est facile d’évaluer cela comme une rémunération pour la création de cette version, et le transfert des droits d’auteur au commanditaire est nié

Lorsqu’un ingénieur individuel est engagé par une entreprise dans le cadre d’une “entreprise conjointe”, la rémunération est souvent payée sous forme de frais mensuels, ce qui a tendance à faciliter l’affirmation du transfert des droits d’auteur à l’entreprise. De plus, au moins du côté de l’ingénieur individuel, en l’absence de documents, il est difficile de dire que “les droits d’auteur sont clairement à moi”.

Ces questions concernant la propriété des droits d’auteur du code source sont expliquées en détail dans l’article ci-dessous.

https://monolith-law.jp/corporate/copyright-for-the-program-source-code[ja]

Les points à définir dans un contrat de coentreprise

La raison fondamentale de ces situations est l’absence de contrat préalable. Vous pourriez penser intuitivement que “créer un contrat à l’avance n’est pas réaliste”, mais nous en parlerons plus tard. Tout d’abord, nous expliquerons ce que devrait être le contrat.

Dispositions relatives aux droits d’auteur

Comme il est évident à partir de ce qui précède, le contrat devrait inclure des dispositions sur les droits d’auteur. Du point de vue de l’ingénieur individuel, le plus grand risque de “développer un système sous forme de coentreprise avec une entreprise en tant qu’individu” est d’être “coupé” après que le projet a commencé à générer des revenus.

En d’autres termes, même si vous concluez un contrat stipulant que “20% des ventes seront payées à l’ingénieur individuel”, comme nous le verrons plus tard, si le contrat lui-même est résilié, vous ne pourrez finalement pas réaliser de bénéfices. Pour éviter la résiliation du contrat, il est important de détenir les “droits” de votre côté, et le droit d’auteur est le plus important de ces droits. Concernant les droits d’auteur,

  • Les droits d’auteur appartiennent à l’ingénieur individuel
  • Les droits d’auteur sont partagés entre l’entreprise et l’ingénieur individuel
  • Les droits d’auteur appartiennent à l’entreprise, mais l’entreprise ne peut pas les exercer ou les transférer sans le consentement de l’ingénieur individuel

Si vous établissez de telles dispositions, du point de vue de l’entreprise, “si nous coupons l’ingénieur individuel, nous ne pourrons pas continuer l’entreprise”, vous pouvez donc éviter d’être “coupé” de cette manière.

En outre, pour une vue d’ensemble des systèmes informatiques et des droits d’auteur, veuillez consulter l’article ci-dessous pour une explication détaillée.

https://monolith-law.jp/corporate/internet-technology-system-copyright-problem[ja]

Dispositions relatives à la rémunération

De plus, il est bien sûr nécessaire de définir la rémunération. Ce n’est pas limité à ces cas, mais lorsque vous faites des affaires ensemble, il est plus avantageux pour le côté qui ne réalise pas de ventes de recevoir une distribution basée sur les ventes plutôt que sur les bénéfices. En d’autres termes, par exemple

  • L’entreprise paiera à l’ingénieur individuel ●% des bénéfices de l’entreprise liés à ce système
  • L’entreprise paiera à l’ingénieur individuel ●% des ventes de l’entreprise liées à ce système

Vous devriez autant que possible opter pour la seconde option. L’ingénieur individuel ne peut pas comprendre précisément les ventes réalisées par l’entreprise, le montant de chaque dépense, ou si cette dépense est vraiment “pour cette entreprise”. Les ventes sont réalisées par l’entreprise, tout comme le paiement des dépenses, et la gestion et la supervision du personnel obtenu par ces dépenses sont finalement l’affaire de l’entreprise. Et dans ce contexte, on peut dire que les ventes sont les plus faciles à comprendre. Il est donc avantageux de recevoir un paiement calculé simplement à partir de ce qui est facile à comprendre.

Dispositions relatives au transfert d’actions

De plus, vous pouvez également demander le transfert d’actions. Cependant, bien que nous n’entrerons pas dans les détails dans cet article, il est difficile en pratique pour un “ingénieur individuel sous-traitant externe travaillant sur une coentreprise” de demander une grande quantité d’actions, par exemple plusieurs dizaines de pour cent. Si un étranger dans une telle position détient une quantité non négligeable d’actions, il devient très difficile en pratique d’obtenir des investissements de VC ou d’entrer en bourse. Vous devriez négocier dans une fourchette réaliste, par exemple 5%.

Pourquoi les contrats ne sont-ils pas établis à l’avance ?

Dans les contrats relatifs aux entreprises conjointes, il est important de clarifier les relations contractuelles entre les ingénieurs indépendants et les entreprises.

Ainsi, le fait qu’il n’existe pas de contrat, y compris pour le paiement futur, lorsque l’ingénieur indépendant mène une “entreprise conjointe” avec l’entreprise, est une situation très “désavantageuse” pour l’ingénieur indépendant. Il est important de préparer un contrat à l’avance, mais beaucoup de gens semblent trouver difficile de préparer et de conclure un contrat à l’avance.

Cela pourrait être dû à une différence de perception de ce qu’est une “entreprise” entre l’entreprise et l’individu. En premier lieu, les conflits liés à ces entreprises conjointes se produisent généralement selon la chronologie suivante :

  1. L’entreprise et l’ingénieur indépendant confient le développement du système à l’ingénieur indépendant pour lancer une nouvelle entreprise. À ce moment-là, il est convenu que l’ingénieur indépendant sera payé, par exemple, “300 000 yens par mois” pour sa vie quotidienne.
  2. Le projet en question devient rentable, et la rémunération mentionnée ci-dessus est légèrement augmentée.
  3. Le projet continue de croître, générant des revenus de plusieurs dizaines de millions de yens, voire de plusieurs milliards de yens pour l’entreprise.
  4. À ce stade, le montant que l’ingénieur indépendant reçoit, par exemple “500 000 yens par mois”, est minime par rapport aux bénéfices que l’entreprise réalise, et est également bon marché par rapport au montant qu’une autre entreprise recevrait pour le même système.
  5. Les relations entre l’ingénieur indépendant et l’entreprise se détériorent.

Du point de vue de l’ingénieur indépendant, il est vrai qu’à l’étape 1, si vous ne recevez pas de frais mensuels, cela peut causer des problèmes dans votre vie quotidienne. Et à l’étape 4, il est vrai que le montant de “500 000 yens par mois” dans l’exemple ci-dessus est minime par rapport à :

  1. Les bénéfices que l’entreprise réalise
  2. Le montant qu’une autre entreprise aurait reçu pour avoir créé le même système

Cependant, cette comparaison est économiquement injuste. Parce que :

  1. À l’étape 1, l’entreprise fait un investissement initial en payant des salaires à l’ingénieur indépendant et au commercial pour un projet dont on ne sait pas s’il sera rentable.
  2. Si une autre entreprise avait créé le système, il y aurait eu des dispositions pour le transfert des droits d’auteur, et il n’y aurait pas eu de discussion sur la “répartition des bénéfices sur la base des ventes”.

Si l’on veut être dur, on pourrait dire que “si vous avez reçu une rémunération sans risque pour votre travail à un stade où vous ne savez pas si vous allez faire des bénéfices, vous n’avez pas le droit de demander une répartition des bénéfices lorsque vous finissez par faire des bénéfices”. Il semble que dans de nombreux cas, le jugement du tribunal finit par être le même que cette évaluation et cette conclusion.

Résumé

Il est certain que c’est un “risque” de consacrer du temps à la rédaction d’un contrat de coentreprise ou de faire appel à un avocat pour en assumer les coûts à un stade où l’on ne sait pas du tout si l’entreprise sera couronnée de succès. Si l’entreprise échoue finalement, le temps et les coûts engagés deviennent un “effondrement des coûts”.

Cependant, la structure fondamentale d’une entreprise est que “ceux qui prennent des risques obtiennent un surplus de profits si les choses se passent bien”. Du côté de l’ingénieur individuel, même à un stade où l’on ne sait pas encore si l’on va gagner de l’argent, si l’on prend le “risque” de supporter les coûts tels que le temps et les frais mentionnés ci-dessus, on peut obtenir de meilleurs résultats si l’entreprise réussit finalement, par rapport à si l’on n’avait pas pris ces “risques”.

Le contrat relatif à la coentreprise est inévitablement de nature spécialisée. Afin de prévenir les litiges futurs et de garantir les bénéfices que l’on devrait obtenir, il est important de faire appel à un avocat dès que possible pour rédiger et conclure un contrat qui clarifie les relations contractuelles.

Guide de la création et de la révision de contrats par notre cabinet

Au sein du cabinet d’avocats Monolis, en tant que cabinet d’avocats spécialisé dans les domaines de l’IT, de l’Internet et des affaires, nous proposons également divers services tels que la création et la révision de contrats à nos clients et entreprises conseillées.

Pour plus de détails, veuillez consulter la page ci-dessous.

https://monolith.law/contractcreation[ja]

Managing Attorney: Toki Kawase

The Editor in Chief: Managing Attorney: Toki Kawase

An expert in IT-related legal affairs in Japan who established MONOLITH LAW OFFICE and serves as its managing attorney. Formerly an IT engineer, he has been involved in the management of IT companies. Served as legal counsel to more than 100 companies, ranging from top-tier organizations to seed-stage Startups.

Category: IT

Tag:

Retourner En Haut