Confirmar em código aberto como desenvolvedor? Lidamos com os direitos (oi, nginx)



A situação com os direitos do código na Federação Russa é bastante interessante: de acordo com a lei, o desenvolvedor (indivíduo) é muito, muito protegido. É necessário, de alguma forma, decentemente estragar tudo para estar errado. Mas o empregador precisa administrar muito e minuciosamente um pandeiro e documentos para obter direitos para o mesmo código que está escrito em seu próprio salário.

Vejamos o que as leis de direitos de código dizem dos dois lados:

  • Quando e quais direitos você tem (como indivíduo) para o código.
  • Como é organizada a transferência dos direitos de propriedade do código para o empregador.
  • Timlid, quem fez a revisão, ele é um co-autor ou quem?
  • É possível me comprometer com meu projeto de estimação a partir de um computador em funcionamento durante o horário de trabalho?
  • O que as hemorróidas precisam passar para usar o código corretamente, se você pediu?

Etc.

Vai!

- O que é copyright de código?


No Código Civil, os direitos autorais estão escritos no capítulo 70. Se for muito curto, o código será um programa de computador. De acordo com o regime legal, é equiparado aos trabalhos de ciência, literatura e arte. É como se você escrevesse uma história ou um verso particularmente bem-sucedido.

O autor desse trabalho (programa de computador) pode ser apenas um indivíduo. Uma entidade legal não pode escrever nada: sempre existe algum tipo de pessoa que foi o autor. Ou algumas pessoas, se o código foi escrito por dois, três, dez. Então eles são chamados de coautores.

Os direitos autorais surgem no momento em que o trabalho é criado. Eles não precisam ser registrados em nenhum lugar ou de alguma forma confirmados (embora, se você quiser, você possa se registrar posteriormente). O registro de direitos de software mantido pelo Rospatent não resolve o problema de criação de um direito, mas prova que você possui os direitos de software. Os dados deste registro podem ser considerados em tribunal durante os procedimentos sobre quem é o detentor dos direitos autorais, mas eles nunca serão uma garantia de 100% do seu sucesso.

Os autores (ou co-autores, se a equipe trabalhou) têm direitos pessoais de não propriedade e direitos de propriedade. Não propriedade pessoal - este é o direito de autoria, o direito a um nome, o direito à inviolabilidade de uma obra e o direito de publicá-la. Eles não podem ser alienados de forma alguma. Qualquer contrato para a transferência desses direitos autorais será declarado nulo e sem efeito de acordo com a legislação vigente. Você pode transferir apenas o direito de propriedade para o software, que também é chamado de direito exclusivo. Além disso, se você tiver o direito exclusivo ou permissão do detentor dos direitos autorais, poderá vender licenças de software.

- Se eu transferi a lei de propriedade (exclusiva), como é realizada a não propriedade pessoal?


Suponha que você assinou um contrato e uma pilha de papéis (mais sobre eles mais tarde) que dizem que você desenvolveu algo sob as instruções do empregador, criou um trabalho - um programa de computador - e imediatamente transferiu o direito exclusivo a ele. Ou seja, eles escreveram um código e agora o empregador pode descartá-lo. Mas, ao mesmo tempo, você mantém os direitos que não são de propriedade: pode dizer a todos que escreveu este código, garantir que seu trabalho seja assinado em algum lugar do programa (pelo menos nos campos, mas para que você possa vê-lo) e pode dizer que se alguém adicionou seu bug sujo ao seu código bonito, esse não é o seu código. Porque o seu e somente o seu estão em um belo estado intocado, completamente inalterado.

O que acontece se alguém escreve um novo com base no seu código? Sobre isso - um pouco mais tarde.

O importante é que, se você deseja repentinamente transferir o direito a um nome, não pode fazer isso.

Os direitos pessoais de não propriedade são protegidos por tempo indeterminado, e o direito exclusivo é de 70 anos (mais o período até 1º de janeiro do ano seguinte) a partir do momento da morte do último co-autor. Durante esses 70 anos, quando você já está morto, qualquer pessoa pode proteger seus interesses: ele pode ir a tribunal e dizer que seus direitos são violados. Então o atacante será punido.

- Isso significa que você pode usar o código no portfólio?


Não, se você não tiver o direito exclusivo de um código ou licenças para esse uso, poderá falar publicamente apenas que o escreveu, mas não demonstrar o próprio código.

- É possível usar o código sem especificar o nome do autor?


Sim. O direito a um nome significa que o autor pode exigir atribuição e exige isso por padrão. Mas, em princípio, você pode permitir não assinar seu código. Na prática, isso geralmente acontece ao transferir um código para um empregador, ao transferir fotos para várias publicações e assim por diante.

- Quem são os co-autores? O líder da minha equipe é co-autor?


O autor é considerado apenas a pessoa que escreveu o código com sua própria mão. Se alguém ajudou a criar uma obra, mas não escreveu, esse não é o autor. Somente assistência técnica, de consultoria, material e organizacional não ajuda esses contribuidores a se tornarem autores do trabalho. Ou seja, se você recebeu materiais para escrever código (não outro código, mas, por exemplo, um ambiente de desenvolvimento, laptop, cadeira e mesa), se você foi orientado sobre o código ou definiu tarefas (mesmo em detalhes), mas não mudou nada nele, - o autor ainda é apenas você. Isso está diretamente relacionado à revisão: se você deu seu código à revisão do líder da equipe e ele apenas explicou onde você está profundamente errado, ele não é o autor. Mas se ele começou a fazer alterações no código, ele se tornou um co-autor. E o grau de sua participação com ele do ponto de vista jurídico se torna condicionalmente o mesmo: acredita-seque o trabalho final não poderia ter aparecido sem os esforços de cada um de vocês, mesmo que a quantidade de trabalho fosse muito diferente. Verdade, essa regra é válida apenas por padrão. Portanto, se você não gostar desse nivelamento, poderá concluir um acordo com os co-autores sobre o contrário.

É importante entender que a co-autoria só pode ser discutida quando várias pessoas escrevem a mesma versão do mesmo programa. Se alguém alterar o software finalizado que você já escreveu anteriormente, você não será co-autor, porque você é o autor de dois programas diferentes (mais sobre isso abaixo).

A propósito, se o código para você não foi escrito por uma pessoa, mas pela AI, você pode ter problemas em reconhecer quaisquer direitos a esse código. Nosso estado (e não apenas o nosso) ainda não decidiu inequivocamente como se relacionar com os códigos gerados. Esperemos que, no futuro próximo, a situação se torne mais clara.

- Como o código é quantizado? Se todos escrevessem uma função separada e, em seguida, surgisse uma grande aplicação, somos os autores de obras individuais ou de um general?


Aqui tudo depende do que será reconhecido como um trabalho: todos juntos serão considerados um único trabalho ou partes individuais serão reconhecidas como software diferente. Na prática, isso depende de muitas coisas, incluindo a tarefa que o empregador coloca. Na maioria das vezes, estamos falando de um trabalho completo, ou seja, todos os desenvolvedores da primeira versão serão eventualmente co-autores. Mas deve-se ter em mente que, mesmo nesse caso, um dos co-autores pode usar a parte escrita por ele pessoalmente, a seu critério, se essa parte tiver um significado independente.

Com as próximas versões de software, a situação é um pouco mais interessante.

- O que acontece se alguém escreveu um novo com base no meu código?


Há direitos relacionados, foi quando o grande compositor Johann Sebastian Bach escreveu uma música, e Ivan Pupkin a apresentou em uma garagem com espetos e uma tampa de panela. Nesse caso, o indivíduo Bach tem direito à música, e o indivíduo Ivan tem direito a um trabalho adjacente, ou seja, música estrangeira em sua performance autoral única em espetos e tampa. Mas, como você entende, isso não é particularmente relevante para nossas Perguntas frequentes, porque estamos discutindo precisamente alterações de software.

Se alguma alteração for feita no seu código por outro desenvolvedor, um trabalho derivado será obtido. Para criar uma obra derivada, você deve ter o direito exclusivo da obra subjacente ou obter o direito de processar a obra original adquirindo a licença apropriada. Você também pode processar livremente o software em domínio público.

Depois de fazer alterações nas obras, duas se tornam: a antiga e a recém-criada nova - derivada - obra. Isso cria um recurso interessante de proteger os direitos dos desenvolvedores, sobre os quais falaremos abaixo.

- Quem é o detentor dos direitos autorais?


O detentor dos direitos autorais é quem tem o direito exclusivo. Se o autor puder ser apenas um indivíduo, o titular do direito poderá ser qualquer um: um indivíduo, uma entidade legal, um sujeito da Federação ou um país em geral.

O direito exclusivo de um programa de computador é a capacidade de usar o software e o código para ele de qualquer maneira imaginável.

Às vezes, o detentor dos direitos autorais também é chamado de quem usa a obra sob licença, mas, do ponto de vista do Código Civil, o termo "detentor dos direitos autorais" refere-se apenas ao detentor dos direitos exclusivos.

Você pode concluir um contrato de licença com o detentor dos direitos autorais para poder usar o trabalho de algumas maneiras específicas em uma determinada região e por um período de tempo.

- A existência de um contrato de trabalho significa que todo o meu código pertence ao empregador?


Não, um contrato de trabalho não é suficiente. Em uma relação de trabalho, o empregador deve provar que o empregado criou o trabalho no âmbito de sua função trabalhista para ter seu direito exclusivo.

E então começa uma cadeia de documentos que precisam ser elaborados para a correta transferência de direitos exclusivos ao empregador. Mas mesmo se você passar por isso até o fim e ficar coberto de papéis de acordo com todas as regras, isso não garante 100% de que o tribunal estará do lado do empregador. Assim como não há garantia incondicional de que, se nada for feito, o tribunal ficará do lado do funcionário. A questão do design adequado é uma questão de redução de riscos. Digamos que, na minha opinião, você pode ter 99% de certeza de que tudo estará em ordem se tudo for feito até o fim.

Mas a presença no contrato de trabalho da frase que “o direito exclusivo às obras oficiais decorre do empregador”, até agora não dá nada ao empregador.

- Se houver um contrato de trabalho, onde é indicada a posição - programador?


Já há um pouco mais de chances, mas elas ainda são baixas, porque não está indicado exatamente o que você está fazendo. Talvez você tenha sido contratado para escrever o código para o ICS e o código para controlar a câmera de vídeo no escritório da secretária-chefe. Se o empregador não definiu essa tarefa diretamente para você, era um hobby, não uma atividade de trabalho.

- OK, mas um contrato de trabalho com um emprego mais responsabilidades do trabalho?


Não, porque não indica qual código e para qual TK você deve escrever. Por exemplo, se você era o administrador e escreveu o código para algum tipo de automação, isso não significa que você deveria ter feito isso: do ponto de vista da lei, é como trazer um dispositivo montado com suas próprias mãos em casa e usá-lo no trabalho. Muito simplificador, é claro.

- E então o que é necessário?


  1. Um contrato de trabalho indicando a posição.
  2. Descrição do trabalho indicando que você deve, entre outras coisas, criar trabalhos oficiais - programas de computador.
  3. , - . ( , , ), , , . , « - », , ( ), , « », .
  4. . : - - , .
  5. -, . .
  6. Também seria bom adotar algum tipo de regulamentação na empresa, na qual toda essa cadeia será descrita em detalhes.

Quanto mais pontos o empregador cumprir, maior a probabilidade de que, no tribunal, o programa de computador seja reconhecido como pertencendo a ele.

- E o que, o tempo todo correndo com papéis?


Sim. Nós, por exemplo, nos apressamos. E você é recomendado pelo menos para as primeiras versões.

- Por que para as primeiras versões?


Porque prometi uma característica interessante dos trabalhos derivados. Lembre-se de que qualquer alteração (ou quase toda) no código cria um novo objeto - um trabalho derivado? Você se lembra que, para isso, precisa ter um direito de propriedade ou uma licença com o direito de processar o software de origem? Bem, se um funcionário dopilil ou usou algum código em seu programa e, em seguida, teve atrito com o empregador, o funcionário terá que provar que tinha o direito de modificar o trabalho original. Se, pela primeira vez, todos os papéis foram executados corretamente, não há muita chance de que ele seja reconhecido pelo direito de usar livremente todas as versões a seguir.

Ou seja, se uma empresa realiza o mesmo programa há cinco anos, em seguida, para cada alteração (que é menor que a versão e menor que a sprint), você precisa criar um conjunto de papéis com certificados de aceitação e transferência, e é tudo por isso. Independentemente de o recurso ter sido lançado ou não. Mas às vezes eles não se incomodam com isso após o aparecimento do primeiro trabalho concluído, porque no tribunal o desenvolvedor precisará explicar que ele não roubou o código original.

- Se este não é um contrato de trabalho, mas um contrato GPC?


Um contrato GPC é um contrato civil. Como regra, estamos falando de um contrato e um contrato de ordem de direitos autorais (dois em um). Se o seu contratado não for um "físico", mas uma organização, o artigo será aplicado não sobre o contrato de pedido do autor, mas sobre o trabalho criado por pedido. Quase o mesmo, mas há nuances. Quando você solicita um trabalho de um freelancer ou contratado, precisa assinar um conjunto semelhante de documentos. É verdade que alguns terão nomes ligeiramente diferentes: GPC em vez de contrato de trabalho, TK em vez de emprego. A descrição do trabalho, é claro, não é necessária, o relatório também não é necessário. Assim como no trabalho: não há 100% de garantia de que o tribunal tomará partido de um lado, pois sempre podem haver algumas armadilhas. Mas você pode reduzir seus riscos a quase zero.

Com a obtenção de direitos do contratado, há um ponto mais importante: você precisa garantir que o próprio contratante tenha obtido os direitos de seus funcionários. Ou seja, idealmente, você precisa solicitar todo o conjunto de documentos da lista acima. É provável que eles não sejam apresentados a você exatamente assim, portanto, não será necessário especificar o dever correspondente do contratado no contrato no momento da conclusão.

Se o contratado não formalizar a transferência de direitos dos trabalhadores para si mesmo, ele não poderá transferir esses direitos para você (pois não os possuía). Você pode continuar processando-o por perdas, mas não terá os direitos do código. Isso pode ser revelado a qualquer momento durante a vida do desenvolvedor e por mais de 70 anos.

- Se eu trabalho na empresa das 10:00 às 18:00, e escrevo um projeto de código aberto em casa, onde estão os direitos?


Tudo o que não está relacionado à tarefa é seu. Deixe-me lembrá-lo de que, de acordo com a lei, o desenvolvedor quase não precisa provar seus direitos ao trabalho; pelo contrário, o empregador precisa provar a transferência correta de direitos do funcionário. Na situação descrita, provavelmente, os direitos às obras oficiais são formalizados de alguma forma; portanto, no trabalho, você cria um código para a transferência de direitos de propriedade para o empregador e em casa - o seu próprio país.

- Se eu fizer isso em um computador em funcionamento?


Na maioria dos casos, não importa o que e onde você fez. Você pode confirmar no código-fonte aberto durante o horário de trabalho a partir de um computador em funcionamento, pode escrever seus próprios projetos. Como o empregador não definiu essa tarefa para você, perguntas sobre os direitos do código não surgirão. Haverá perguntas sobre o que você faz durante o horário de trabalho. Mas a evacuação de funções oficiais (e é isso) não cria o direito ao que foi feito durante essa evacuação.

Também ouvi falar de um truque legal da vida: os empregadores prescrevem que armazenar o código na estação de trabalho, que é propriedade do empregador, é equivalente a aceitar a transferência de direitos a esse código. Mas, na minha opinião, sua eficácia levanta questões.

- Se eu transferi direitos de propriedade exclusivos para uso público, posso criar um trabalho derivado?


Sim, você certamente pode. Embora a possibilidade de transferência gratuita de seu software para o domínio público sob a lei russa seja pelo menos controversa.

- Então, eu tenho mais perguntas ...


Faça perguntas nos comentários ou envie um e-mail para earkhipov@croc.ru.

Separadamente, observo que geralmente vemos "vítimas da digitalização" a quem os contratados transmitem incorretamente o código. Aqui, no post do meu colega, há vários exemplos de vida de qual o tamanho do dano.

All Articles