✍🏼 👈🏾 👩‍👩‍👦‍👦 ¿Comprometerse en código abierto como desarrollador? Nos ocupamos de los derechos (hola, nginx) 🐝 👪 🧑🏽

La situación con los derechos del código en la Federación de Rusia es bastante interesante: de acuerdo con la ley, el desarrollador (individual) está muy, muy protegido. Es necesario, de alguna manera, equivocarse bastante decentemente para estar equivocado. Pero el empleador necesita correr mucho y minuciosamente con una pandereta y papeles para obtener los derechos del mismo código que está escrito en su propio salario.

Veamos qué dicen las leyes de derechos de código en ambos lados:

Cuándo y qué derechos tiene (como individuo) sobre el código.
Cómo se organiza la transferencia de los derechos de propiedad del código al empleador.
Timlid, quién hizo la revisión, ¿es coautor o quién?
¿Es posible comprometerme con mi proyecto favorito desde una computadora que funciona durante las horas de trabajo?
¿Qué hemorroides tienen que pasar para usar el código correctamente si lo ordenó?

Etc.

¡Vamos!

- ¿Qué es el código de copyright?

En el Código Civil, los derechos de autor están escritos en el capítulo 70. Si es muy corto, entonces el código es un programa de computadora. Según el régimen legal, se equipara con las obras de ciencia, literatura y arte. Es como si escribieras una historia o un verso particularmente exitoso.

El autor de tal trabajo (programa de computadora) solo puede ser un individuo. Una entidad legal no puede escribir nada: siempre hay algún tipo de persona que fue el autor. O unas pocas personas si el código fue escrito por dos, tres, diez. Luego se les llama coautores.

Los derechos de autor surgen en el momento en que se crea el trabajo. No es necesario que se registren en ningún lado ni se confirmen de alguna manera (aunque, si lo desea, puede registrarse más tarde). El registro de derechos de software mantenido por Rospatent no resuelve el problema de crear un derecho, sino evidencia de que usted posee los derechos de software. Los datos de este registro pueden considerarse en el tribunal durante los procedimientos sobre quién es el titular de los derechos de autor, pero nunca serán una garantía del 100% de su éxito.

Los autores (o coautores, si el equipo trabajó) tienen derechos de propiedad y no personales. No propiedad personal: este es el derecho de autor, el derecho a un nombre, el derecho a la inviolabilidad de una obra y el derecho a hacerla pública. No pueden ser alienados de ninguna manera. Cualquier contrato para la transferencia de estos derechos de autor se declarará nulo y sin efecto según la ley vigente. Puede transferir solo el derecho de propiedad al software, que de otro modo se denomina derecho exclusivo. Además, si tiene el derecho exclusivo o recibió permiso del titular de los derechos de autor, puede vender licencias de software.

- Si transfirí la ley de propiedad (exclusiva), ¿cómo se realiza la no propiedad personal?

Supongamos que ha firmado un acuerdo y una pila de documentos (más información sobre ellos más adelante), que indican que ha desarrollado algo siguiendo las instrucciones del empleador, creado un trabajo, un programa informático, e inmediatamente transfiere el derecho exclusivo a ello. Es decir, escribieron un código y ahora el empleador puede deshacerse de él. Pero al mismo tiempo, conserva los derechos que no son de propiedad: puede decirle a todos que escribió este código, puede asegurarse de que su trabajo esté firmado en algún lugar del programa (al menos en la naturaleza, pero para que pueda verlo), y puede decir que si alguien agregó su error sucio a su hermoso código, entonces este no es su código. Porque el tuyo y solo el tuyo se encuentra en un hermoso estado virgen completamente inalterado.

¿Qué sucede si alguien escribe uno nuevo basado en su código? Sobre esto, un poco más tarde.

Lo importante es que si de repente desea transferir el derecho a un nombre, no puede hacer esto.

Los derechos personales no de propiedad están protegidos indefinidamente, y el derecho exclusivo es de 70 años (más el tiempo hasta el 1 de enero del año siguiente) desde el momento de la muerte del último coautor. Durante estos 70 años, cuando ya está muerto, cualquier persona puede proteger sus intereses: puede ir a la corte y decir que se violan sus derechos. Entonces el atacante será castigado.

- ¿Esto significa que puede usar el código en la cartera?

No, si no tiene el derecho exclusivo de un código o licencias para dicho uso, entonces solo puede hablar públicamente que lo escribió, pero no demostrar este código en sí.

- ¿Puedo usar el código sin especificar el nombre del autor?

Si. El derecho a un nombre significa que el autor puede requerir atribución y lo requiere de manera predeterminada. Pero, en principio, puede permitir que no firme su código. En la práctica, esto sucede a menudo cuando se transfiere un código a un empleador, cuando se transfieren fotos a varias publicaciones, etc.

- ¿Quiénes son los coautores? ¿Es coautor el líder de mi equipo?

El autor se considera solo la persona que escribió el código con su propia mano. Si alguien ayudó a crear una obra, pero no escribió, este no es el autor. Solo la asistencia técnica, de consultoría, material y organizacional no ayuda a estos contribuyentes a convertirse en autores del trabajo. Es decir, si le dieron materiales para escribir código (no otro código, sino, por ejemplo, un entorno de desarrollo, computadora portátil, silla y mesa), si se le aconsejó sobre el código o estableció tareas (incluso con gran detalle), pero no cambió nada en él, - El autor sigue siendo solo tú. Esto está directamente relacionado con la revisión: si entregó su código a la revisión principal del equipo, y él solo le explicó dónde está profundamente equivocado, entonces él no es el autor. Pero si comenzó a hacer cambios en el código, se convierte en coautor. Y el grado de su participación con él desde un punto de vista legal se vuelve condicionalmente el mismo: se creeque el trabajo terminado no podría haber aparecido sin los esfuerzos de cada uno de ustedes, incluso si la cantidad de trabajo fuera muy diferente. Es cierto que dicha regla solo es válida de forma predeterminada. Entonces, si no le gusta tal nivelación, puede concluir un acuerdo con los coautores acerca de lo contrario.

Es importante entender que la coautoría solo se puede hablar cuando varias personas escriben la misma versión del mismo programa. Si alguien cambia el software terminado que ya escribió anteriormente, entonces no se convierte en coautor, porque usted es el autor de dos programas diferentes (más sobre esto a continuación).

Por cierto, si el código para usted no fue escrito por una persona, sino por AI, es posible que tenga problemas para reconocer cualquier derecho a dicho código. Nuestro estado (y no solo el nuestro) aún no ha decidido inequívocamente cómo relacionarse con los códigos generados. Esperemos que en un futuro cercano la situación se aclare.

- ¿Cómo se cuantifica el código? Si todos escribieron una función separada, y luego resultó una gran aplicación, ¿somos los autores de trabajos individuales o uno general?

Aquí todo depende de lo que se reconocerá como un trabajo: todos juntos se considerarán un solo trabajo o las partes individuales se reconocerán como un software diferente. En la práctica, esto depende de muchas cosas, incluida la tarea que plantea el empleador. Muy a menudo estamos hablando de un trabajo completo, es decir, todos los desarrolladores de la primera versión eventualmente serán coautores. Pero debe tenerse en cuenta que incluso en este caso, uno de los coautores puede usar la parte escrita por él personalmente a su discreción, si esta parte tiene un significado independiente.

Con las próximas versiones de software, la situación es un poco más interesante.

- ¿Qué sucede si alguien escribió uno nuevo basado en mi código?

Hay derechos relacionados, esto es cuando el gran compositor Johann Sebastian Bach escribió música e Ivan Pupkin la interpretó en un garaje con brochetas y una tapa de pan. En este caso, el individuo Bach tiene derecho a la música, y el individuo Ivan tiene derecho a un trabajo adyacente, es decir, música extranjera en su actuación autoritaria única en brochetas y una tapa. Pero, como comprenderá, esto no es particularmente relevante para nuestras preguntas frecuentes, porque estamos discutiendo precisamente los cambios de software.

Si otro desarrollador realiza algún cambio en su código, se obtiene un trabajo derivado. Para crear un trabajo derivado, debe tener el derecho exclusivo al trabajo subyacente, u obtener el derecho de procesar el trabajo original mediante la compra de la licencia correspondiente. También puede procesar libremente software en el dominio público.

Después de realizar cambios en las obras, se convierten en dos: el trabajo antiguo y el nuevo trabajo derivado. Esto crea una característica interesante de proteger los derechos de los desarrolladores, de la que hablaremos a continuación.

- ¿Quién es el titular de los derechos de autor?

El titular de los derechos de autor es el que tiene el derecho exclusivo. Si el autor puede ser solo un individuo, el titular del derecho puede ser cualquier persona: un individuo, una entidad legal, un sujeto de la Federación o un país en general.

El derecho exclusivo a un programa de computadora es la capacidad de usar el software y el código para ello de cualquier manera imaginable.

A veces, el titular de los derechos de autor también se llama el que utiliza el trabajo bajo licencia, pero desde el punto de vista del Código Civil, el término "titular de los derechos de autor" se refiere solo al propietario de los derechos exclusivos.

Puede concluir un acuerdo de licencia con el titular de los derechos de autor para poder utilizar el trabajo de alguna manera específica en una determinada región y durante un período de tiempo.

- ¿La existencia de un contrato de trabajo significa que todo mi código pertenece al empleador?

No, un contrato de trabajo no es suficiente. En una relación laboral, el empleador debe demostrar que el empleado ha creado el trabajo en el marco de su función laboral para tener su derecho exclusivo.

Y luego comienza una cadena de documentos que deben elaborarse para la correcta transferencia de los derechos exclusivos al empleador. Pero incluso si lo revisa hasta el final y se cubre con papeles de acuerdo con todas las reglas, esto no garantiza al 100% que el tribunal se pondrá del lado del empleador. Además, no hay garantía incondicional de que si no se hace nada, el tribunal se pondrá del lado del empleado. La cuestión del diseño adecuado es una cuestión de reducción de riesgos. Digamos que, en mi opinión, puede estar 99% seguro de que todo estará en orden si todo se hace hasta el final.

Pero la presencia en el contrato de trabajo de la frase que "el derecho exclusivo a los trabajos oficiales surge del empleador", hasta el momento no da nada al empleador en absoluto.

- Si hay un contrato de trabajo, ¿dónde se indica el puesto - programador?

Ya hay un poco más de posibilidades, pero aún son bajas, porque no se indica qué está haciendo exactamente. Tal vez lo contrataron para escribir el código para el ICS, y escribió el código para controlar la cámara de video en la oficina del secretario jefe. Si el empleador no estableció directamente esa tarea para usted, entonces era un pasatiempo, no una actividad laboral.

- Bien, pero ¿un contrato de trabajo con un trabajo más responsabilidades laborales?

No, porque no indica qué código y para qué conocimientos tradicionales debe escribir. Por ejemplo, si usted fuera el administrador y escribió el código para algún tipo de automatización, esto no significa en absoluto que debería haberlo hecho: desde el punto de vista de la ley, esto es como traer un dispositivo ensamblado con sus propias manos en casa y usarlo en el trabajo. Muy simplificador, por supuesto.

- ¿Y luego qué se necesita?

Un contrato de trabajo que indique el puesto.
Descripción del trabajo que indica que debe, entre otras cosas, crear trabajos oficiales: programas de computadora.
, - . ( , , ), , , . , « - », , ( ), , « », .
. : - - , .
-, . .
También sería bueno adoptar algún tipo de regulación en la empresa, en la que esta cadena completa se describirá en detalle.

Cuantos más puntos cumpla el empleador, más probable es que en la corte se reconozca que el programa de computadora le pertenece.

- ¿Y qué, todo el tiempo corriendo con papeles?

Si. Nosotros, por ejemplo, tenemos prisa. Y se recomienda al menos para las primeras versiones.

- ¿Por qué para las primeras versiones?

Porque prometí una característica interesante de las obras derivadas. ¿Recuerda que cualquier cambio (o casi cualquier) en el código crea un nuevo objeto, un trabajo derivado? ¿Recuerda que para esto necesita tener un derecho de propiedad o una licencia con el derecho de procesar el software fuente? Bueno, si un empleado dopilil o usó algún código en su programa, y luego tuvo fricciones con el empleador, entonces el empleado tendrá que demostrar que tenía derecho a modificar el trabajo original. Si por primera vez todos los documentos se ejecutaron correctamente, no hay muchas posibilidades de que sea reconocido por el derecho de usar libremente todas las versiones siguientes.

Es decir, si una compañía ha estado haciendo el mismo programa durante cinco años, entonces para cada cambio (que es más pequeño que el lanzamiento y más pequeño que el sprint), debe hacer un conjunto de documentos con certificados de aceptación y transferencia y eso es todo por eso. Independientemente de si la función se lanzó o no. Pero a veces no se molestan con esto después de la aparición del primer trabajo terminado, porque en la corte el desarrollador tendrá que explicar que no robó el código original.

- Si esto no es un contrato de trabajo, sino un acuerdo GPC?

Un acuerdo GPC es un contrato civil. Como regla general, estamos hablando de un contrato y un contrato de orden de copyright (dos en uno). Si su contratista no es un "físico", sino una organización, entonces el artículo se aplicará no sobre el contrato del pedido del autor, sino sobre el trabajo creado por pedido. Casi lo mismo, pero hay matices. Cuando solicita un trabajo de un profesional independiente o un contratista, debe firmar un conjunto similar de documentos. Es cierto que algunos tendrán nombres ligeramente diferentes: GPC en lugar de un contrato de trabajo, TK en lugar de un trabajo. La descripción del trabajo, por supuesto, no es necesaria, el informe tampoco es necesario. Al igual que con la mano de obra: no hay una garantía del 100% de que el tribunal tome partido de un lado, ya que siempre puede haber algunas dificultades. Pero puede reducir sus riesgos a casi cero.

Con la obtención de los derechos del contratista, hay un punto más importante: debe asegurarse de que el propio contratista haya obtenido los derechos de sus empleados. Es decir, idealmente, debe solicitar el conjunto completo de documentos de la lista anterior. Es probable que no se le presenten de esa manera, por lo que no estará de más detallar el deber correspondiente del contratista en el contrato al momento de la conclusión.

Si el contratista no formalizó la transferencia de derechos de los trabajadores a sí mismo, entonces no puede transferir estos derechos a usted (ya que no los tenía). Puede continuar demandandolo por pérdidas, pero no obtendrá los derechos del código. Esto se puede revelar en cualquier momento durante la vida del desarrollador y más de 70 años.

- Si trabajo en la empresa de 10:00 a 18:00 y escribo un proyecto de código abierto en casa, ¿dónde están los derechos?

Todo lo que no esté relacionado con la asignación de trabajo es suyo. Permítame recordarle que de acuerdo con la ley, el desarrollador casi no necesita probar sus derechos sobre el trabajo, por el contrario, el empleador debe probar la transferencia correcta de los derechos del empleado. En la situación descrita, lo más probable es que los derechos de los trabajos oficiales estén formalizados de alguna manera, por lo tanto, en el trabajo, usted crea un código para transferir los derechos de propiedad al empleador y, en el hogar, usted mismo.

- ¿Si hago esto en una computadora que funciona?

En la mayoría de los casos, no importa qué y dónde lo hiciste. Puede comprometerse en código abierto durante las horas de trabajo desde una computadora en funcionamiento, puede escribir sus propios proyectos. Como el empleador no le asignó esa tarea, no surgirán preguntas sobre los derechos del código. Habrá preguntas sobre lo que haces durante las horas de trabajo. Pero la evacuación de los deberes oficiales (y esto es todo) no crea el derecho a lo que se hizo durante esta evacuación.

También escuché sobre un truco de vida legal: los empleadores prescriben que almacenar el código en la estación de trabajo, que es propiedad del empleador, es equivalente a aceptar la transferencia de derechos a este código. Pero, en mi opinión, su efectividad plantea preguntas.

- Si transfiero derechos de propiedad exclusivos para uso público, ¿puedo crear una obra derivada?

Sí, ciertamente puedes. Aunque la posibilidad de la transferencia gratuita de su software al dominio público bajo la ley rusa es al menos controvertida.

- Entonces, tengo más preguntas ...

Haga preguntas en los comentarios o envíe un correo electrónico a earkhipov@croc.ru.

Por separado, observo que a menudo vemos "víctimas de la digitalización" a quienes los contratistas transmiten incorrectamente el código. Aquí, en la publicación de mi colega, hay varios ejemplos de vida de qué tamaño puede ser el daño.

¿Comprometerse en código abierto como desarrollador? Nos ocupamos de los derechos (hola, nginx)