🥂 👍🏾 🥫 Vous vous engagez en open source en tant que développeur? Nous nous occupons des droits (salut, nginx) 🖥️ 💣 🚮

La situation avec les droits sur le code dans la Fédération de Russie est assez intéressante: selon la loi, le développeur (individu) est très, très protégé. Il faut en quelque sorte déconner assez décemment pour se tromper. Mais l'employeur doit courir beaucoup et minutieusement avec un tambourin et des papiers afin d'obtenir les droits sur le même code qui est écrit sur son propre salaire.

Voyons ce que les lois sur les droits de code disent des deux côtés:

Quand et quels droits avez-vous (en tant qu'individu) sur le code.
Comment le transfert des droits de propriété du code à l'employeur est organisé.
Timlid, qui a fait la revue, est-il co-auteur ou qui?
Est-il possible de m'engager dans mon projet animal depuis un ordinateur en fonctionnement pendant les heures de travail?
Quelles hémorroïdes doivent traverser pour utiliser correctement le code si vous l'avez commandé?

Etc.

Aller!

- Qu'est-ce que le copyright du code?

Dans le Code civil, le droit d'auteur est écrit au chapitre 70. S'il est très court, alors le code est un programme informatique. Selon le régime juridique, il est assimilé aux œuvres de la science, de la littérature et de l'art. C'est comme si vous écriviez une histoire ou un verset particulièrement réussi.

L'auteur d'une telle œuvre (programme informatique) ne peut être qu'un individu. Une personne morale ne peut rien écrire: il y a toujours une sorte de personne qui en est l'auteur. Ou quelques personnes si le code a été écrit par deux, trois, dix. Ensuite, ils sont appelés co-auteurs.

Le droit d'auteur prend naissance au moment de la création de l'œuvre. Ils n'ont pas besoin d'être enregistrés n'importe où ou confirmés d'une manière ou d'une autre (bien que, si vous le souhaitez, vous pouvez vous inscrire plus tard). Le registre des droits logiciels tenu par Rospatent ne résout pas le problème de la création d'un droit, mais prouve que vous êtes propriétaire des droits logiciels. Les données de ce registre peuvent être examinées en justice lors d'une procédure concernant l'identité du titulaire du droit d'auteur, mais elles ne seront jamais une garantie à 100% de votre succès.

Les auteurs (ou co-auteurs, si l'équipe a travaillé) ont des droits personnels de non-propriété et des droits de propriété. Non-propriété personnelle - c'est le droit d'auteur, le droit à un nom, le droit à l'inviolabilité d'une œuvre et le droit de la rendre publique. Ils ne peuvent en aucun cas être aliénés. Tout contrat de transfert de ces droits d'auteur sera déclaré nul et non avenu en vertu de la loi en vigueur. Vous ne pouvez transférer que le droit de propriété sur le logiciel, qui est autrement appelé le droit exclusif. De plus, si vous avez le droit exclusif ou obtenu l'autorisation du détenteur des droits d'auteur, vous pouvez vendre des licences de logiciels.

- Si j'ai transféré la loi (exclusive) sur la propriété, comment se réalise la non-propriété personnelle?

Supposons que vous ayez signé un contrat et une pile de papiers (plus à leur sujet plus tard), qui disent que vous avez développé quelque chose sur les instructions de l'employeur, créé un travail - un programme informatique - et que vous en transférez immédiatement le droit exclusif. Autrement dit, ils ont écrit un code, et maintenant l'employeur peut en disposer. Mais en même temps, vous conservez des droits de non-propriété: vous pouvez dire à tout le monde que vous avez écrit ce code, vous pouvez vous assurer que votre travail est signé quelque part dans le programme (au moins dans la nature, mais pour que vous puissiez le voir), et vous pouvez pour dire que si quelqu'un a ajouté son bug sale à votre beau code, ce n'est pas votre code. Parce que le vôtre et seulement le vôtre est dans un bel état vierge complètement inchangé.

Que se passe-t-il si quelqu'un en écrit un nouveau basé sur votre code? À ce sujet - un peu plus tard.

L'important est que si vous voulez soudainement transférer le droit à un nom, vous ne pouvez pas le faire.

Les droits personnels non liés à la propriété sont protégés indéfiniment, et le droit exclusif est de 70 ans (plus le délai jusqu'au 1er janvier de l'année suivante) à compter du décès du dernier co-auteur. Pendant ces 70 ans, lorsque vous êtes déjà décédé, toute personne peut protéger vos intérêts: elle peut aller en justice et dire que vos droits sont bafoués. Ensuite, l'attaquant sera puni.

- Cela signifie-t-il que vous pouvez utiliser le code dans le portfolio?

Non, si vous n'avez pas le droit exclusif à un code ou à des licences pour une telle utilisation, vous ne pouvez que déclarer publiquement que vous l'avez écrit, mais pas démontrer ce code lui-même.

- Est-il possible d'utiliser le code sans préciser le nom de l'auteur?

Oui. Le droit à un nom signifie que l'auteur peut exiger une attribution et l'exige par défaut. Mais en principe, vous pouvez autoriser à ne pas signer votre code. Dans la pratique, cela se produit souvent lors du transfert d'un code à un employeur, lors du transfert de photos vers diverses publications, etc.

- Qui sont les co-auteurs? Mon chef d'équipe est-il co-auteur?

L'auteur n'est considéré que comme la personne qui a écrit le code de sa propre main. Si quelqu'un a aidé à créer une œuvre, mais n'a pas écrit, ce n'est pas l'auteur. Seule une assistance technique, de conseil, matérielle, organisationnelle n'aide pas ces contributeurs à devenir auteurs de l'ouvrage. Autrement dit, si vous avez reçu du matériel pour écrire du code (pas un autre code, mais, par exemple, un environnement de développement, un ordinateur portable, une chaise et une table), si vous avez été conseillé sur le code ou défini des tâches (même dans les moindres détails), mais que vous n'y avez rien changé, - l'auteur n'est encore que toi. Ceci est directement lié à la revue: si vous avez donné votre code à la revue du chef d'équipe, et qu'il vous a seulement expliqué où vous vous trompiez profondément, alors il n'est pas l'auteur. Mais s'il a commencé à apporter des modifications au code, il devient co-auteur. Et le degré de votre participation avec lui d'un point de vue juridique devient conditionnellement le même: on penseque le travail fini n'aurait pas pu apparaître sans les efforts de chacun d'entre vous, même si la quantité de travail était très différente. Certes, une telle règle n'est valide que par défaut. Donc, si vous n'aimez pas un tel nivellement, vous pouvez conclure un accord avec les co-auteurs sur le contraire.

Il est important de comprendre que la co-paternité ne peut être évoquée que lorsque plusieurs personnes écrivent la même version du même programme. Si quelqu'un modifie le logiciel fini que vous avez déjà écrit plus tôt, vous ne devenez pas co-auteurs, car vous êtes les auteurs de deux programmes différents (voir ci-dessous).

Soit dit en passant, si le code pour vous a été écrit non pas par une personne, mais par AI, vous pouvez avoir des problèmes pour reconnaître les droits sur un tel code. Notre état (et pas seulement le nôtre) n'a pas encore décidé sans ambiguïté comment se rapporter aux codes générés. Espérons que, dans un proche avenir, la situation deviendra plus claire.

- Comment le code est-il quantifié? Si tout le monde a écrit une fonction distincte, puis une grande application s'est avérée, sommes-nous les auteurs d'ouvrages individuels ou d'un général?

Ici, tout dépend de ce qui sera reconnu comme une œuvre: tous ensemble seront considérés comme une seule œuvre ou des parties individuelles seront reconnues comme des logiciels différents. En pratique, cela dépend de beaucoup de choses, y compris la tâche que l'employeur pose. Le plus souvent, nous parlons d'un travail complet, c'est-à-dire que tous les développeurs de la première version seront éventuellement co-auteurs. Mais il faut garder à l'esprit que même dans ce cas, l'un des co-auteurs peut utiliser la partie écrite par lui personnellement à sa discrétion, si cette partie a une signification indépendante.

Avec les prochaines versions du logiciel, la situation est un peu plus intéressante.

- Que se passe-t-il si quelqu'un en a écrit un nouveau basé sur mon code?

Il y a des droits connexes, c'est à ce moment que le grand compositeur Johann Sebastian Bach a écrit de la musique, et Ivan Pupkin l'a exécutée dans un garage sur des brochettes et un couvercle de casserole. Dans ce cas, l'individu Bach a le droit à la musique, et l'individu Ivan a le droit à une œuvre adjacente, c'est-à-dire la musique étrangère dans sa performance d'auteur unique sur des brochettes et un couvercle. Mais, comme vous le comprenez, cela n'est pas particulièrement pertinent pour notre FAQ, car nous discutons précisément des modifications logicielles.

Si des modifications sont apportées à votre code par un autre développeur, un travail dérivé est obtenu. Pour créer une œuvre dérivée, vous devez avoir le droit exclusif sur l'œuvre sous-jacente ou obtenir le droit de traiter l'œuvre originale en achetant la licence appropriée. Vous pouvez également traiter librement des logiciels dans le domaine public.

Après avoir modifié les œuvres, deux deviennent: l'ancienne et la nouvelle œuvre nouvellement créée - dérivée. Cela crée une caractéristique intéressante de la protection des droits des développeurs, dont nous parlerons ci-dessous.

- Qui est le détenteur des droits d'auteur?

Le titulaire du droit d'auteur est celui qui a le droit exclusif. Si l'auteur ne peut être qu'un individu, le titulaire du droit peut être n'importe qui: un individu, une personne morale, un sujet de la Fédération ou un pays en général.

Le droit exclusif à un programme informatique est la possibilité d'utiliser le logiciel et le code pour celui-ci de quelque manière que ce soit imaginable.

Parfois, le titulaire du droit d'auteur est également appelé celui qui utilise l'œuvre sous licence, mais du point de vue du Code civil, le terme "titulaire du droit d'auteur" se réfère uniquement au titulaire des droits exclusifs.

Vous pouvez conclure un accord de licence avec le titulaire du droit d'auteur afin de pouvoir utiliser l'œuvre de certaines manières spécifiques dans une certaine région et pour une période de temps.

- L'existence d'un contrat de travail signifie-t-elle que tout mon code appartient à l'employeur?

Non, un contrat de travail ne suffit pas. Dans une relation de travail, l'employeur doit prouver que le salarié a créé le travail dans le cadre de sa fonction de travail afin d'avoir son droit exclusif.

Et puis commence une chaîne de documents qui doivent être rédigés pour le transfert correct des droits exclusifs à l'employeur. Mais même si vous le traversez jusqu'au bout et que vous êtes couvert de papiers conformément à toutes les règles, cela ne garantit pas à 100% que le tribunal sera du côté de l'employeur. De plus, il n'y a aucune garantie inconditionnelle que si rien n'est fait, le tribunal se rangera du côté de l'employé. La question d'une bonne conception est une question de réduction des risques. Disons simplement, à mon avis, que vous pouvez être sûr à 99% que tout sera en ordre si tout est fait jusqu'au bout.

Mais la présence dans le contrat de travail de la phrase selon laquelle «le droit exclusif aux travaux officiels découle de l'employeur» ne donne jusqu'à présent rien à l'employeur.

- S'il y a un contrat de travail, où est le poste indiqué - programmeur?

Déjà un peu plus de chances, mais elles sont encore faibles, car il n'est pas indiqué exactement ce que vous faites. Peut-être que vous avez été embauché pour écrire le code pour l'ICS, et vous avez écrit le code pour contrôler la caméra vidéo dans le bureau du secrétaire en chef. Si l'employeur ne vous a pas directement confié une telle tâche, c'est un passe-temps et non une activité professionnelle.

- D'accord, mais un contrat de travail avec un travail plus des responsabilités professionnelles?

Non, car il n'indique pas quel code et pour quels savoirs traditionnels vous devez écrire. Par exemple, si vous étiez l'administrateur et avez écrit le code d'une sorte d'automatisation, cela ne signifie pas du tout que vous auriez dû le faire: du point de vue de la loi, cela revient à apporter un appareil assemblé de vos propres mains à la maison et à l'utiliser au travail. Très simplifiant, bien sûr.

- Et puis de quoi a-t-on besoin?

Un contrat de travail indiquant le poste.
Description de poste indiquant que vous devez, entre autres, créer des œuvres officielles - des programmes informatiques.
, - . ( , , ), , , . , « - », , ( ), , « », .
. : - - , .
-, . .
Il serait également intéressant d'adopter une sorte de réglementation dans l'entreprise, dans laquelle toute cette chaîne sera décrite en détail.

Plus l'employeur remplit de points, plus il est probable qu'en cour le programme informatique sera reconnu comme lui appartenant.

- Et quoi, tout en se précipitant avec des papiers?

Oui. Nous, par exemple, nous précipitons. Et on vous recommande au moins pour les premières versions.

- Pourquoi pour les premières versions?

Parce que j'ai promis une caractéristique intéressante des œuvres dérivées. Rappelez-vous que tout (ou presque) changement dans le code crée un nouvel objet - un travail dérivé? Vous souvenez-vous que pour cela, vous devez avoir un droit de propriété ou une licence avec le droit de traiter le logiciel source? Eh bien, si un employé dopilil ou a utilisé un code dans son programme, puis qu'il a eu des frictions avec l'employeur, l'employé devra prouver qu'il avait le droit de modifier le travail original. Si pour la première fois tous les papiers ont été correctement exécutés, il n'y a pas beaucoup de chances qu'il soit reconnu pour le droit d'utiliser librement toutes les versions suivantes.

Autrement dit, si une entreprise applique le même programme depuis cinq ans, pour chaque changement (qui est plus petit que la version et plus petit que le sprint), vous devez créer un ensemble de documents avec des certificats d'acceptation et de transfert et c'est tout pour cela. Indépendamment du lancement ou non de la fonctionnalité. Mais parfois, ils ne s'en soucient pas après l'apparition du premier travail terminé, car devant le tribunal, le développeur devra expliquer qu'il n'a pas volé le code d'origine.

- Si ce n'est pas un contrat de travail, mais un accord GPC?

Un accord GPC est un contrat civil. En règle générale, nous parlons d'un contrat et d'un contrat de commande de droit d'auteur (deux en un). Si votre entrepreneur n’est pas un «physicien», mais une organisation, alors l’article s’appliquera non pas au contrat de commande de l’auteur, mais au travail créé par la commande. Presque la même chose, mais il y a des nuances. Lorsque vous commandez un travail auprès d'un pigiste ou d'un entrepreneur, vous devez signer un ensemble de documents similaire. Certes, certains auront des noms légèrement différents: GPC au lieu d'un contrat de travail, TK au lieu d'un emploi. La description de poste n'est bien sûr pas du tout nécessaire, le rapport n'est pas non plus nécessaire. Comme pour le travail: rien ne garantit à 100% que le tribunal prendra parti d'un côté, car il peut toujours y avoir des écueils. Mais vous pouvez réduire vos risques à presque zéro.

Pour obtenir des droits de l'entrepreneur, il y a un autre point important: vous devez vous assurer que l'entrepreneur lui-même a obtenu les droits de ses employés. C'est-à-dire, idéalement, vous devez demander l'ensemble complet des documents de la liste ci-dessus. Il est probable qu’elles ne vous seront pas présentées comme ça, il n’y aura donc pas de mal à énoncer les obligations correspondantes de l’entrepreneur dans le contrat au moment de la conclusion.

Si l'entrepreneur n'a pas officialisé le transfert des droits des travailleurs à lui-même, il ne peut pas vous transférer ces droits (car il ne les avait pas). Vous pouvez continuer à le poursuivre pour pertes, mais vous n'aurez pas les droits sur le code. Cela peut être révélé à tout moment au cours de la vie du développeur et dans plus de 70 ans.

- Si je travaille dans l'entreprise de 10h00 à 18h00 et que j'écris un projet open source à la maison, quels sont les droits?

Tout ce qui n'est pas lié à la mission est à vous. Permettez-moi de vous rappeler que selon la loi, le développeur n'a presque pas besoin de prouver ses droits sur le travail, au contraire, l'employeur doit prouver le transfert correct des droits de l'employé. Dans la situation décrite, très probablement, les droits sur les travaux officiels sont en quelque sorte formalisés, donc au travail, vous créez un code pour transférer les droits de propriété à l'employeur et à la maison - les vôtres.

- Si je fais ça sur un ordinateur qui fonctionne?

Dans la plupart des cas, peu importe quoi et où vous l'avez fait. Vous pouvez vous engager dans l'open source pendant les heures de travail à partir d'un ordinateur de travail, vous pouvez écrire vos propres projets. Étant donné que l'employeur ne vous a pas confié une telle tâche, aucune question sur les droits au code ne se posera. Il y aura des questions sur ce que vous faites pendant les heures de travail. Mais l'évacuation des fonctions officielles (et c'est tout) ne crée pas le droit à ce qui a été fait lors de cette évacuation.

J'ai également entendu parler d'un tel piratage de la vie juridique: les employeurs prescrivent que le stockage du code sur le poste de travail, qui est la propriété de l'employeur, équivaut à accepter le transfert des droits sur ce code. Mais, à mon avis, son efficacité soulève des questions.

- Si j'ai transféré des droits de propriété exclusifs à un usage public, puis-je créer une œuvre dérivée?

Oui, certainement. Bien que la possibilité de transférer gratuitement leurs logiciels dans le domaine public en vertu du droit russe soit au moins controversée.

- Alors, j'ai d'autres questions ...

Posez des questions dans les commentaires ou envoyez un courriel à earkhipov@croc.ru.

Séparément, je note que nous voyons souvent des «victimes de la numérisation» à qui les entrepreneurs transmettent incorrectement le code. Ici, dans le post de mon collègue, il existe plusieurs exemples concrets de la taille des dommages.

Vous vous engagez en open source en tant que développeur? Nous nous occupons des droits (salut, nginx)