Contrato independiente: protección de IP

Soy desarrollador de software freelance. Vivo en Colombia pero trabajo remotamente para clientes en EE.UU. Me acaban de enviar un contrato de trabajo independiente para un proyecto grande (app móvil, ~$45,000 USD) y tengo dudas serias sobre las cláusulas de propiedad intelectual.

El contrato dice que todo lo que yo desarrolle durante la vigencia del contrato le pertenece al cliente, incluyendo “cualquier trabajo creado en conexión con o durante el período del contrato”. Esto me preocupa porque:

• Tengo mis propias librerías de código que uso en todos mis proyectos
• Trabajo con otros clientes al mismo tiempo
• Tengo proyectos personales que desarrollo en mi tiempo libre

¿Cómo puedo proteger mi IP preexistente sin perder el contrato?

Andrés, estás en lo correcto al preocuparte. Esa cláusula tal como la describes es demasiado amplia y podría poner en riesgo tu propiedad intelectual preexistente. Aquí te explico lo que debes negociar:

1. Definir “IP preexistente” (Prior IP o Background IP): Agrega un anexo al contrato listando todas tus librerías, frameworks y herramientas que planeas usar. Establece que estas permanecen como tu propiedad.
2. Licencia cruzada: Otorga al cliente una licencia limitada, no exclusiva, para usar tu IP preexistente únicamente como parte del producto entregado.
3. Limitar el alcance: La cesión de IP debe cubrir únicamente el trabajo creado específicamente para este proyecto, no todo lo que hagas “durante el período del contrato”.
4. Excluir proyectos personales y de otros clientes: Agrega lenguaje explícito que excluya trabajo realizado para otros clientes y proyectos personales.

Regla general: nunca firmes una cesión de IP tipo “blanket assignment” sin excepciones específicas. Es estándar en la industria negociar estos términos.

Paso por esto con cada cliente nuevo. Lo que me ha funcionado es tener mi propio Anexo de IP Preexistente (Schedule of Prior Inventions) que adjunto a cada contrato. Ahí listo específicamente:

• Nombre de cada librería/framework propio
• Descripción breve de qué hace
• Cómo se usará en el proyecto del cliente

Nunca he tenido un cliente que rechace esto si lo presentas profesionalmente. Al contrario, muestra que eres organizada y seria con tu trabajo.

Muy útil, gracias. Otra duda: el contrato también tiene una cláusula de work-for-hire que dice que todo el trabajo es “obra por encargo”. ¿Eso significa automáticamente que pierdo los derechos de autor sobre todo?

Y como estoy en Colombia, ¿qué ley aplica? El contrato dice que se rige por la ley de Delaware.

Buenas preguntas. Sobre work-for-hire:

Bajo la ley de derechos de autor de EE.UU. (17 U.S.C. §101), una obra es “work-for-hire” solo en dos casos:

1. Creada por un empleado dentro del alcance de su empleo (no aplica a contratistas independientes)
2. Creada por un contratista independiente SI es una de las 9 categorías específicas (como compilación, obra colectiva, etc.) Y hay un acuerdo escrito

Software personalizado generalmente no cae en las 9 categorías de work-for-hire. Por eso los contratos también incluyen una cláusula de cesión (assignment) como respaldo. Es la cesión la que realmente transfiere los derechos.

Sobre la ley aplicable: si el contrato dice ley de Delaware y ambas partes lo firman, generalmente esa elección se respeta. Pero para ejecución en Colombia, la ley colombiana también sería relevante. Te recomiendo consultar también con un abogado colombiano para proteger tus intereses en ambos países.

Soy desarrollador argentino y trabajo con clientes de EE.UU. desde hace 6 años. Mi experiencia con cláusulas de IP:

Lo que siempre negocio y recomiendo:

• IP del proyecto: el cliente es dueño del código específico que escribo para ellos — justo
• Mi IP preexistente: le doy licencia de uso, pero sigue siendo mía — no negociable
• Herramientas genéricas: si durante el proyecto creo algo genérico reutilizable (como un utility o helper), propongo licencia compartida o que yo retenga la propiedad con licencia para el cliente
• Código abierto: asegúrate de que el contrato permita usar dependencias open source

La mayoría de clientes razonables aceptan estos términos. Si no, es una bandera roja.

Quiero agregar un punto sobre la cláusula de no competencia que muchas veces viene junto con la de IP. Revisa si tu contrato tiene una. Algunos clientes de EE.UU. incluyen cláusulas que te prohíben trabajar con competidores durante y después del contrato.

En California, las cláusulas de no competencia son generalmente inaplicables (Business & Professions Code §16600), pero si el contrato se rige por la ley de Delaware, podrían ser válidas si son “razonables” en alcance y duración.

Como freelancer internacional, una cláusula de no competencia amplia podría limitar tu capacidad de conseguir otros clientes. Negocia para eliminarla o limitarla al máximo.

Gracias a todos por los consejos tan detallados. Resumí lo que voy a pedir que modifiquen en el contrato:

1. Agregar Anexo de IP Preexistente con mis librerías
2. Cambiar la cesión de IP para que solo cubra trabajo específico del proyecto
3. Excluir explícitamente proyectos personales y de otros clientes
4. Incluir licencia cruzada para mi IP preexistente
5. Eliminar o limitar la cláusula de no competencia

Voy a consultar con un abogado antes de enviar las modificaciones. Mucho mejor invertir en eso ahora que perder mi IP después.