Contrato: código abierto e "invenciones anteriores"

Question

Tengo un proyecto de código abierto. Un cliente me contrató para, entre otras cosas, desarrollar nuevas funcionalidades en mi proyecto.

El contrato es el típico que establece que mi trabajo pertenece a la empresa, etc. Y tiene una cláusula especial en la que puedo especificar mis posibles "invenciones previas" -donde añadiría mi proyecto de código abierto-, que quedarán excluidas del contrato.

Lo que me preocupa es el término "anterior", que no me aclara qué ocurre cuando la "invención anterior" sigue desarrollándose como parte del contrato. ¿Las características totalmente nuevas que añado como parte del contrato cuentan como parte de la "invención anterior"?

He pedido al cliente que cambie esta redacción, pero insisten en que se trata de un vocabulario jurídico estándar y que todo lo que voy a hacer en mi proyecto forma parte de la "invención previa".

Creo que es más claro si escriben algo como "el proyecto X incluyendo nuevos desarrollos del mismo durante el ámbito de este contrato o después, etc". ¿Qué opinas?

Como se mencionó en un comentario, puede ayudar a proporcionar el texto en el acuerdo, aquí los extractos pertinentes:

Invenciones e innovaciones anteriores. El Contratista ha divulgado en el Anexo D, una lista completa de todas las invenciones o innovaciones realizadas por el Contratista antes del inicio de los Servicios para la Compañía y que el Contratista desea excluir de la aplicación de este Contrato. El Contratista revelará a la Compañía la información adicional que ésta pueda la Compañía pueda solicitar con respecto a dichas invenciones o innovaciones para permitirle evaluar su alcance e importancia. La Compañía acuerda recibir y recibir y mantener la confidencialidad de dicha información. El Contratista renuncia a todos y cada uno de los derechos sobre las invenciones y/o innovaciones realizadas como resultado de los Servicios, incluso si dichas invenciones y/o innovaciones son mejoras sobre las invenciones o innovaciones existentes enumeradas en el Anexo D.

Y luego la Prueba D:

1. Innovaciones anteriores. Salvo lo que se indica a continuación, reconozco en este momento que no he realizado ni reducido a la práctica (solo o conjuntamente con otros conjuntamente con otros) ninguna invención o innovación relevante para cualquiera de los Servicios bajo este Acuerdo (si no hay ninguno, indíquelo):

[NOMBRE DE LA REPO] base de código existente como se encuentra en Github en [LINK] en la fecha del Acuerdo. Ambas partes se comprometen a conservar una copia fechada del código base de [NOMBRE DE LA REPO] a partir de la fecha del Acuerdo.

Answer 1

No firmes nada con lo que no te sientas cómodo. "Es estándar" y "es sólo una plantilla" son NO respuestas aceptables.

TÚ debe realizar los cambios que considere necesarios en el contrato y enviárselo de nuevo para que lo aprueben. Como autónomo, eres tan responsable del contrato como ellos. Los contratos son negociables hasta que se firman.

Si tu cliente no está dispuesto a negociar el contrato, te recomiendo encarecidamente que rechaces el proyecto.

Answer 2

En la mayoría de los casos, lo que se firma, se acepta de tal manera que lo que se añade al proyecto bajo el tiempo de los clientes entraría en el contrato.

Digo "en la mayoría de los casos" porque el hecho de que algo esté firmado y por escrito no implica automáticamente que estés atado a ello. Varía según la jurisdicción. Recuerdo una pregunta sobre contratos que se planteó hace unos años en la versión británica de Computer Weekly y que fue respondida por un abogado del Reino Unido. La cuestión tenía menos que ver con el estado de la técnica y más con la libertad de movimiento, por la que se impedía al contratista trabajar con cualquiera de los clientes del cliente, o con cualquier otro cliente que estuviera en el mismo sector que el proyecto, durante un plazo de dos años. El abogado respondió que, si bien este tipo de cláusulas no son infrecuentes, un periodo de tres a seis meses es aceptable, cualquier cosa que vaya más allá podría considerarse indebidamente restrictiva y, si se presentara ante un tribunal, un juez podría dictaminar que una o todas las cláusulas del contrato son inválidas.

El punto es que hay que tener cuidado al firmar cualquier contrato, pero si todo lo demás falla y usted ha firmado, entonces busque asesoramiento profesional porque su tinta en el papel no siempre significa que usted renuncia a su corazón y su alma. Un tribunal tendrá la última decisión.

Sin embargo...

Los trabajos anteriores no formarían parte del contrato (a menos que usted acepte lo contrario).

A veces, el trabajo que se realiza después del contrato podría infringir el contrato, dependiendo de cuánto tiempo haya transcurrido desde la finalización del contrato y de la estrecha relación que guarde con la obra original. No soy abogado, pero sigo de cerca los artículos de prensa relacionados con estos temas. He visto artículos sobre personas que intentan hacer pasar un nuevo trabajo como "nuevas invenciones" cuando sólo eran una modificación de una "invención" existente (las empresas a veces hacen esto para ampliar el periodo de la patente).

Como han dicho otros, no firmes nada a menos que te sientas cómodo; sin embargo, basándome en mis más de 20 años de experiencia, muchas empresas para las que he contratado tienen un contrato estándar que no cambian (porque les supone tener que volver a su departamento jurídico, lo que puede costar tiempo y dinero y retrasar su proyecto). La mayor parte de las veces me limito a leer el contrato con atención, lo firmo, pero trabajo dentro de los términos del contrato, lo que puede limitar mi creatividad.

Mucha suerte

Answer 3

A mí me parece que está bastante claro:

El Contratista renuncia a todos los derechos sobre las invenciones y/o innovaciones realizadas como resultado de los Servicios, incluso si dichas invenciones y/o innovaciones son mejoras de las invenciones o innovaciones existentes enumeradas en el Anexo D .

Esto significa que poseerán los derechos del nuevo código que forma parte de su invención anterior.