Guía de cesión de derechos de propiedad intelectual para desarrolladores: todo lo que necesita tu startup

Una startup con diez ingenieros, una hoja de términos de Serie A sobre la mesa y un problema que nadie detectó hasta que el abogado del inversor preguntó: "¿Quién es realmente el dueño del código?"

Es una pregunta que mata acuerdos. Y casi siempre es evitable con un solo documento firmado antes del primer commit: un contrato de cesión de derechos de propiedad intelectual.

Esta guía cubre todo: qué es el acuerdo, las cláusulas que importan, por qué la doctrina work-for-hire de EE. UU. no es un sustituto, qué cambia el Código Laboral §2870 de California para las startups de la Costa Oeste, cómo la contratación transfronteriza complica la propiedad y qué escrutan los adquirentes durante la due diligence de M&A. Al final hay una plantilla gratuita.

Una nota antes de empezar: nada de esto es asesoramiento legal. Situaciones de PI específicas, especialmente en contextos transfronterizos o de M&A, requieren un abogado cualificado. Esto es una referencia práctica para ayudarte a hacer mejores preguntas y detectar problemas antes de que se vuelvan costosos.

Si también estás pensando en el abanico más amplio de documentos que una empresa IT necesita gestionar bien, la diferencia entre un contrato y un acuerdo es un buen punto de partida antes de adentrarte en los detalles a continuación.

Un contrato de cesión de derechos de propiedad intelectual es un acuerdo legal que transfiere la propiedad de la propiedad intelectual — código fuente, patentes, secretos comerciales, derechos de autor, marcas registradas o cualquier combinación — del creador a otra parte, típicamente una empresa.

La palabra clave es "transferir". A diferencia de una licencia, que otorga permiso para usar la PI mientras el creador conserva la propiedad, una cesión traspasa el título por completo. El creador original ya no es dueño de lo que hizo; el cesionario sí lo es.

En el mundo del software, esto importa sobre todo en tres situaciones:

• Cuando un empleado escribe código en horario laboral (o con equipamiento de la empresa)
• Cuando un contratista o freelancer construye algo bajo un acuerdo de servicios
• Cuando un fundador aporta trabajo preexistente o en etapa inicial a una nueva empresa

Sin un contrato de cesión de derechos de propiedad intelectual firmado en cada uno de estos casos, la propiedad pertenece por defecto al creador, no a la empresa que paga por el trabajo. Esa es la brecha que la mayoría de las startups no detecta hasta que causa un problema.

Verás varios acrónimos usados indistintamente: IPAA (IP Assignment Agreement), PIIA (Proprietary Information and Inventions Agreement), CIIA (Confidential Information and Inventions Agreement), PIIAA y CIIAA. Son funcionalmente similares: cesión más confidencialidad en un solo documento. El nombre específico importa menos que lo que realmente dice el documento.

La gente suele confundir la cesión de IP con la licencia de PI. No son lo mismo, y mezclarlos crea una exposición legal real.

Aquí está la diferencia práctica: cuando cedes PI, vendes la propiedad. Cuando la licencias, la alquilas. La cesión es permanente y transfiere todos los derechos. Una licencia suele estar limitada por alcance, geografía, duración o propósito.

Para una startup de software, la pregunta "¿tenemos una cesión o una licencia?" suele surgir durante una ronda de financiación o una adquisición, cuando el abogado del comprador revisa los contratos. Una licencia que parecía adecuada al firmarse se convierte en un problema grave cuando es el único documento que vincula a un ingeniero crítico con tu base de código.

Cuando necesitas una licencia en lugar de una cesión, por ejemplo, cuando usas una biblioteca de terceros o integras una API — asegúrate de que el alcance de la licencia cubra realmente lo que estás haciendo con ella. Las licencias de "solo uso no comercial" incrustadas en software de producción son una señal de alerta sorprendentemente común.

No todos los contratos de cesión de derechos de propiedad intelectual son iguales. El contexto (empleado, contratista, fundador o M&A) cambia los riesgos, las cláusulas típicas y las consecuencias si lo haces mal.

Vale la pena detenerse en el caso del contratista. Muchas empresas asumen que pagar a un freelancer por su trabajo significa automáticamente que son dueñas del resultado. Así no funciona la ley de copyright en EE. UU. ni en la mayoría de las jurisdicciones. Un contratista independiente es dueño de lo que crea por defecto a menos que exista una cesión por escrito. Incluso la doctrina de "obra realizada por encargo", que cubriremos en detalle, tiene requisitos específicos y estrechos que la mayoría de las relaciones con contratistas no cumplen.

Hay otra categoría que genera igual de problemas: la PI del fundador. Si tu CTO pasó seis meses escribiendo código antes de la constitución y nunca lo cedió formalmente a la empresa, la empresa no es dueña de ese código. El CTO sí. Si se va en malos términos, o simplemente no prioriza el papeleo, tienes un problema de título. Consulta la sección sobre NDA de contratistas para empresas de software para consideraciones relacionadas sobre confidencialidad al trabajar con desarrolladores externos.

Un contrato de cesión de derechos de propiedad intelectual bien redactado no es largo, pero cada cláusula cumple una función específica. Esto es lo que debe contener un acuerdo sólido y por qué importa cada elemento.

Alcance de la PI cedida

Esto define exactamente qué se transfiere: "todas las invenciones, descubrimientos, obras de autoría, secretos comerciales y mejoras" que el cedente cree dentro del alcance de su relación con la empresa. El alcance debe ser lo suficientemente amplio para cubrir trabajo futuro, no solo lo que existía al firmar.

Sé específico sobre las categorías: patentes, solicitudes de patente, derechos de autor, secretos comerciales, marcas registradas, know-how y derechos morales. Omitir cualquier categoría crea lagunas.

Contraprestación

Para que una cesión sea jurídicamente exigible, el cesionario debe proporcionar algo a cambio, es decir, contraprestación. Para empleados, el empleo continuado y el salario suelen bastar. Para contratistas, el pago por servicios funciona. Para fundadores que ceden PI preconstitución, la concesión de acciones de la empresa suele ser la contraprestación.

Siempre detállalo explícitamente. "En contraprestación del empleo continuado y la compensación pagada" no cuesta nada escribirlo y evita desafíos más adelante.

Representaciones y garantías

El cedente debe representar que realmente es dueño de la PI que está cediendo (sin cesiones previas a terceros), que no infringe derechos de terceros, que no existen gravámenes ni cargas, y que no ha utilizado materiales de terceros que contaminen la PI.

Estas representaciones son lo que los adquirentes verifican durante la due diligence. Representaciones limpias dan confianza a los compradores; representaciones ausentes o calificadas activan señales de alerta.

Renuncia a derechos morales

En la mayoría de los países de derecho civil y muchas jurisdicciones de la UE, los creadores tienen "derechos morales" — el derecho a la atribución y el derecho a oponerse a modificaciones — que sobreviven incluso a una cesión total. Estos derechos no siempre pueden cederse, pero a menudo pueden renunciarse a ellos.

Si trabajas con desarrolladores en Francia, Alemania o cualquier otro país de la UE, una cláusula de renuncia a derechos morales no es opcional. Los desarrolladores de EE. UU. no tienen los mismos derechos morales estatutarios, pero es una buena práctica incluir una renuncia a nivel mundial de todos modos.

PI previa y exclusión de arte previo

Esta es la cláusula que protege a empleados y contratistas de ceder inadvertidamente la PI que crearon antes de unirse a la empresa. Típicamente enumera "PI preexistente" o "invenciones previas" y las excluye del alcance de la cesión.

Para la empresa, quieres que esta exclusión sea estrecha y bien definida — idealmente con un anexo adjunto que enumere el trabajo previo específico. Una exclusión demasiado amplia puede crear ambigüedad sobre qué es realmente de la empresa.

Superposición con work-for-hire

Incluso si una obra particular califica como work-for-hire bajo la ley de copyright de EE. UU., vale la pena incluir una cesión explícita como medida de precaución. La cláusula debería decir algo como: "En la medida en que cualquier obra no constituya una obra realizada por encargo, el Cedente por la presente cede todos los derechos, título e intereses en dicha obra a la Empresa."

Esto elimina cualquier disputa sobre si la doctrina work-for-hire aplica.

Obligaciones de registro

Para patentes, el acuerdo debe especificar quién es responsable de registrar la cesión ante el USPTO. Para derechos de autor, debe abordar el registro en la Copyright Office si es aplicable. Las cesiones no registradas pueden crear problemas de prioridad si la misma PI se cede posteriormente a un tercero.

Ley aplicable

Especifica la jurisdicción. Esto se vuelve crítico para acuerdos transfronterizos donde el cedente está en un país diferente con derecho de PI distinto. Elegir la ley de EE. UU. (típicamente Delaware o California) es común para startups con sede en EE. UU., pero si esa elección es exigible contra un contratista extranjero depende de los detalles específicos.

Terminación y supervivencia

La cesión en sí debe ser irrevocable — no quieres que la propiedad de la PI revierta si termina la relación laboral. Las disposiciones de confidencialidad y no difamación típicamente sobreviven a la terminación. Detállalo explícitamente.

Para un marco más amplio sobre cómo encajan estos documentos en el conjunto de contratos de una empresa IT, echa un vistazo a la plantilla de contrato de desarrollo de software — cubre cómo las cláusulas de PI se integran con las declaraciones de trabajo y los términos de servicio.

Bajo la ley de copyright de EE. UU. (17 U.S.C. §101), una "obra realizada por encargo" pertenece al empleador o al que encarga la obra desde su incepción — no se necesita cesión. Suena conveniente. El problema es que la doctrina es más estrecha de lo que la mayoría de la gente asume.

Cuándo work-for-hire realmente aplica

Work-for-hire cubre dos categorías:

Categoría 1 — Trabajo de empleado: Obras creadas por un empleado dentro del alcance de su empleo. La frase clave es "dentro del alcance." Código escrito en horario de la empresa, usando recursos de la empresa, para fines de la empresa = work for hire. Código escrito a las 2am en un portátil personal para un proyecto paralelo = probablemente no, incluso si el empleado es de tiempo completo.

Categoría 2 — Obras por encargo: Obras especialmente encargadas u ordenadas que entran en una de nueve categorías estatutarias específicas: contribuciones a obras colectivas, partes de una película, traducciones, obras suplementarias, compilaciones, textos instructivos, exámenes, material de respuesta para exámenes y atlas.

Esto es lo que NO está en esa lista: software personalizado. Una app móvil, un producto SaaS, una integración de pagos — ninguno de estos entra en las nueve categorías. Así que una obra por encargo que no encaje en una categoría estatutaria no puede ser work-for-hire, independientemente de lo que diga el contrato.

Por qué los contratistas no encajan

Para contratistas independientes, work-for-hire solo aplica si (a) la obra entra en una de las nueve categorías Y (b) existe un acuerdo por escrito que la designe expresamente como work-for-hire. El software personalizado no cumple ninguna de las dos condiciones para contratistas. El resultado: un contratista que construye tu producto es dueño de ese producto a menos que exista una cesión explícita por escrito.

Las consecuencias en el mundo real son serias. En el caso *Cadence Design Systems v. Avanti!*, los ingenieros de Avanti habían tomado código de su antiguo empleador (Cadence), presuntamente incluyendo PI que no había sido debidamente cedida. La litigación resultante duró años y costó a Avanti cientos de millones. Aunque ese caso involucró robo de secretos comerciales más que un fallo puro de cesión de PI, ilustra lo que sucede cuando la propiedad de la PI es incierta desde el principio.

Una lección paralela vino de *Waymo v. Uber* (2018), donde Uber adquirió una empresa (Otto) fundada por un exingeniero de Google que presuntamente tomó archivos propietarios relacionados con tecnología LIDAR de conducción autónoma. Waymo argumentó que la PI subyacente nunca había sido validamente cedida fuera de Google. El caso se resolvió por aproximadamente 245 millones de dólares en acciones de Uber. La lección para los adquirentes: un problema de cadena de título en cualquier punto de la historia de una empresa puede convertirse en tu problema el día del cierre.

El enfoque de cinturón y tirantes

Dado que work-for-hire tiene límites reales, la mejor práctica es incluir ambos: una declaración de que la obra constituye work-for-hire en la medida aplicable, más una cláusula de cesión explícita que cubra todo lo que no califique. Esto cierra la brecha por completo y elimina cualquier margen de argumento.

Los conceptos de copyright y patentes de EE. UU. no viajan bien. Cuando contratas desarrolladores en Ucrania, India, Polonia o cualquier lugar fuera de EE. UU., estás tratando con reglas por defecto diferentes, y la doctrina work-for-hire de EE. UU. simplemente no aplica.

La posición de EE. UU.

Bajo la ley de EE. UU., work made for hire cubre a empleados (no a contratistas), y una cesión explícita por escrito cubre a todos los demás. El PIIA estándar usado por las startups de EE. UU. funciona bien para miembros del equipo con sede en EE. UU.

La posición de la UE

Los Estados miembros de la UE tienen sus propios regímenes de copyright, pero existen varios hilos comunes. El primer problema son los derechos morales. Bajo el Convenio de Berna (que siguen la mayoría de los países), los autores tienen derechos morales inalienables, incluyendo derechos de atribución e integridad, que sobreviven incluso a una transferencia total de derechos económicos. En Francia, Alemania y los Países Bajos, estos derechos no pueden renunciarse por contrato en muchas circunstancias. La solución práctica es una renuncia amplia "en la medida permitida por la ley aplicable" combinada con un compromiso de no ejercer derechos morales.

Luego viene el tema de la cesión automática. Algunas jurisdicciones de la UE reconocen la cesión automática de la PI creada en empleo a los empleadores — pero con excepciones e importantes limitaciones que varían por país. Alemania, por ejemplo, distingue entre software creado dentro vs. fuera de las obligaciones laborales. Los Países Bajos tienen una regla de cesión parcial automática para desarrolladores empleados.

Y no acaba ahí: la Directiva de Software de la UE (Directiva 2009/24/CE) armoniza algunas reglas para programas informáticos, pero no elimina las variaciones nacionales.

El problema del contratista offshore

Aquí es donde la mayoría de las startups de EE. UU. tienen problemas. Un desarrollador en Kyiv o Bangalore es un contratista independiente. El work-for-hire de EE. UU. no aplica. Su ley local puede no tener conceptos equivalentes. Si el contrato que rige la relación no incluye una cesión explícita por escrito — y no especifica qué ley rige — probablemente tengas un problema de título.

La solución no es complicada: cualquier contrato con un contratista offshore debe incluir:

1. 1.
   Una cláusula de cesión explícita que transfiera toda la PI a la empresa
2. 2.
   Una renuncia a derechos morales "en la medida permitida por la ley aplicable"
3. 3.
   Una cláusula de ley aplicable (típicamente Delaware o Nueva York para empresas de EE. UU.)
4. 4.
   Una representación de que el contratista es dueño de lo que está cediendo

Para equipos que usan software de gestión de contratos para empresas IT que contratan desarrolladores offshore, este tipo de cláusula de PI transfronteriza debería ser un elemento de plantilla estándar — no algo redactado desde cero cada vez.

Implicación práctica para tus contratos

Si eres una startup de EE. UU. con desarrolladores en cualquier país que no sea EE. UU., vuelve y audita tus contratos existentes. Busca específicamente una cláusula de cesión de derechos de propiedad intelectual — no solo una designación de work-for-hire. Si falta, consigue una cesión retroactiva firmada inmediatamente. Los tribunales generalmente han hecho cumplir las cesiones retroactivas, pero es mucho mejor que nada.

También cabe destacar: algunos países requieren que las cesiones de PI se registren localmente para ser exigibles contra terceros, incluso si son válidas entre las partes. Ucrania e India tienen ambos regímenes de registro que vale la pena verificar si tu equipo está allí.

California tiene una de las leyes de PI más favorables a los empleados de Estados Unidos. Si alguno de tus empleados trabaja en California, aunque sea solo uno, necesitas entender el Código Laboral de California §2870 antes de entregarle un PIIA estándar.

Qué dice realmente el §2870

El Código Laboral de California §2870(a) establece:

> "Cualquier disposición en un acuerdo de empleo que prevea que un empleado deba ceder, u ofrecerse a ceder, cualquiera de sus derechos en una invención a su empleador no se aplicará a una invención que el empleado haya desarrollado enteramente en su propio tiempo sin usar el equipamiento, suministros, instalaciones o información secreta comercial del empleador, excepto aquellas invenciones que: (1) Se relacionen en el momento de la concepción o reducción a la práctica de la invención con el negocio del empleador, o la investigación o desarrollo real o demostrablemente anticipado del empleador; o (2) Resulten de cualquier trabajo realizado por el empleado para el empleador."

En palabras sencillas: no puedes exigir a un empleado de California que ceda la PI que desarrolló enteramente en su propio tiempo, usando solo sus propios recursos, para trabajo no relacionado con el negocio actual o anticipado de la empresa.

Por qué esto importa para las startups

En el momento en que agregas una cláusula de cesión excesivamente amplia — "cedes todo lo que crees durante tu empleo, punto" — al PIIA de un empleado de California, esa cláusula puede ser nula e inaplicable bajo el §2870. Peor aún, el Código Laboral de California §2872 exige que los empleadores notifiquen a los empleados sobre las protecciones del §2870 e incluyan un aviso específico en cualquier acuerdo que requiera cesión.

Un PIIA estándar de Silicon Valley incluirá el lenguaje de exclusión del §2870. Una plantilla genérica descargada de internet puede no incluirlo. La diferencia es si el acuerdo sobrevive a un desafío de un ingeniero con sede en California que afirma que su proyecto paralelo no estaba sujeto a cesión.

Leyes similares en otros estados

California no está sola. Delaware, Illinois, Minnesota, Carolina del Norte y Washington tienen todos estatutos similares — aunque menos agresivos — que limitan los derechos de cesión de PI del empleador. Illinois (765 ILCS 1060) y Minnesota (Minn. Stat. §181.78) tienen disposiciones casi idénticas al §2870.

Si tienes empleados en cualquiera de estos estados, tu contrato de cesión de derechos de propiedad intelectual necesita lenguaje de exclusión específico por estado. Una empresa constituida en Delaware con un equipo de ingeniería en California necesita acuerdos conformes con California, independientemente de la cláusula de ley aplicable.

Pasos prácticos de cumplimiento

Para cualquier empleado de California:

1. 1.
   Incluye la exclusión del §2870 en la cláusula de cesión
2. 2.
   Adjunta el Anexo B (o equivalente) que resuma el estatuto de California
3. 3.
   Dale al empleado tiempo adecuado para revisar antes de firmar — no lo presentes el primer día junto con otros treinta documentos de incorporación y esperes una firma inmediata
4. 4.
   Haz que un abogado revise el acuerdo si no estás seguro de si tu lenguaje existente cumple

Ignorar el §2870 no solo invalida la cláusula de cesión — los tribunales de California han determinado que puede contaminar todo el PIIA si la violación es lo suficientemente grave.

La cadena de título de la PI es una de las primeras cosas que revisa un adquirente serio. Si estás construyendo hacia una salida, o planeando una ronda de financiación donde los inversores realizarán due diligence legal, la cesión de PI incompleta es el obstáculo más común en las adquisiciones tecnológicas.

Qué buscan realmente los adquirentes

El abogado del comprador solicitará todos los contratos de cesión de derechos de propiedad intelectual firmados por cada persona que haya contribuido al producto. Verificará que:

• Cada empleado tuviera un PIIA firmado que cubra su período de empleo
• Cada contratista tuviera una cesión de IP firmada (no solo una cláusula de work-for-hire)
• Cada fundador cediera formalmente la PI preconstitución a la empresa
• Cualquier empresa adquirida en tu historia tuviera cesiones de PI limpias de su propio personal
• Las patentes estén registradas ante el USPTO a nombre de la empresa
• Ninguna licencia de código abierto de terceros contamine el código propietario

Lista de verificación de due diligence de IP para M&A

Usa esta lista cuando te prepares para una revisión de inversores o adquirentes:

Empleados (actuales y anteriores):

• [ ] PIIA firmado que cubra todas las fechas de empleo
• [ ] Conforme con §2870 si está en California
• [ ] Los acuerdos de separación confirman que las disposiciones de IP sobrevivieron a la terminación
• [ ] Sin reclamos de disputas de IP no resueltos

Contratistas y freelancers:

• [ ] Cláusula de cesión de IP por escrito en todos los contratos (no solo work-for-hire)
• [ ] Contratistas offshore cubiertos por cesión explícita + cláusula de ley aplicable
• [ ] La declaración de trabajo hace referencia al contrato de cesión de derechos de propiedad intelectual
• [ ] Los registros de pago coinciden con las fechas de contratación (demuestran que el trabajo se hizo realmente)

Fundadores:

• [ ] Cesión de IP ejecutada antes o en la constitución
• [ ] Todo el trabajo preconstitución cubierto
• [ ] Sin acuerdos paralelos que diluyan la cesión
• [ ] Cronograma de adquisición de acciones del fundador (para que una salida no le dé palanca a un fundador)

PI de terceros:

• [ ] Inventario de licencias de código abierto — sin licencias copyleft (GPL) en código propietario
• [ ] Toda la PI licenciada tiene alcance apropiado (uso comercial, sublicenciamiento permitido)
• [ ] Ningún código de empleadores anteriores incorporado sin una cesión limpia

Registro de patentes y derechos de autor:

• [ ] Todas las patentes y solicitudes de patente registradas ante el USPTO a nombre de la empresa
• [ ] Registros de derechos de autor para obras clave (opcional pero fortalece la posición)
• [ ] Registros de nombres de dominio y marcas registradas confirmados

El impacto en la valoración

Las lagunas en la cadena de título de la PI no solo agregan costos legales — reducen la valoración. Una adquisición de 50 millones de dólares con un problema de PI puede ser reevaluada o reestructurada para retener una porción en escrow hasta que el problema se resuelva. En el peor caso, el acuerdo muere por completo.

Para empresas IT que se preparan para la due diligence, usar un sistema de gestión de documentos para empresas IT que almacene todos los acuerdos firmados con marca de tiempo y verificación criptográfica hace que este proceso sea dramáticamente más rápido. A los compradores les gusta poder acceder a un repositorio de documentos organizado y verificable en lugar de hurgar en archivos adjuntos de correo electrónico.

Caso real: el contratista huérfano

Aquí hay un patrón que surge regularmente en M&A: una startup levantó una ronda semilla en 2021, externalizó el desarrollo del MVP a una agencia offshore ese invierno, y pasó a construir un producto digno de ser adquirido en 2025. Pero nadie volvió a pedir una cesión de IP firmada a la agencia. El contrato estándar de la agencia tenía una cláusula de "work for hire" que no se aplica a contratistas internacionales. El abogado del adquirente lo señala; la agencia ahora está desaparecida; los desarrolladores originales se han dispersado. Siguen meses de trabajo legal.

Esta historia es prevenible. Cede la PI correctamente en el momento de la contratación — toma una página adicional en el contrato.

Firmar un contrato de cesión de derechos de propiedad intelectual crea un contrato válido entre las partes. Registrar esa cesión ante la autoridad gubernamental correspondiente te protege contra reclamos de terceros.

Registro de cesiones ante el USPTO (patentes)

Para patentes y solicitudes de patente, la ley de EE. UU. (35 U.S.C. §261) exige registrar las cesiones ante la División de Cesiones del USPTO para proteger contra cesiones registradas posteriormente por el mismo inventor. Si un inventor fraudulento cede la misma patente a dos partes diferentes, la parte que registró primero generalmente gana, independientemente de cuál cesión se firmó primero.

El registro no es obligatorio, pero en la práctica es esencial. La due diligence de M&A y las licencias de patentes requieren confirmación de propiedad registrada. El costo es unos pocos cientos de dólares por cesión, y el proceso es sencillo (sí, es un trámite aburrido, pero hazlo).

Registro en la Copyright Office de EE. UU.

Para software, el copyright se adquiere automáticamente por el creador (o cesionario) en el momento de la creación. El registro no es necesario para la validez. Pero registrar un copyright ante la Copyright Office de EE. UU. antes de la infracción (o dentro de los tres meses posteriores a la publicación) desbloquea daños estatutarios, que pueden alcanzar los 150.000 dólares por obra por infracción dolosa, sin tener que probar daños reales.

Para el código central del producto, el registro de copyright es un seguro barato. La Copyright Office también registra transferencias de propiedad, lo que crea un registro público.

Protección de secretos comerciales

No existe registro para secretos comerciales. La protección proviene de mantener el secreto. Pero los contratos de cesión de derechos de propiedad intelectual que cubren secretos comerciales deben identificarlos específicamente (o como una clase) para que el alcance de la cesión sea claro. La Ley de Defensa de Secretos Comerciales (DTSA) proporciona protección federal para secretos comerciales en EE. UU., pero solo si se tomaron medidas razonables para mantener el secreto.

Registro internacional

Para empresas con PI en múltiples países, cada jurisdicción tiene sus propios requisitos de registro. La OMPI coordina los marcos internacionales de PI pero no opera un registro global único. Para mercados principales (UE, Reino Unido, Canadá, Australia), verifica los requisitos de la oficina de PI local cuando registres cesiones de patentes o marcas registradas.

En los últimos años he visto el mismo error una y otra vez en startups de todo tamaño. Aquí están los errores que cuestan más a las empresas.

Error 1: Sin acuerdo con el primer contratista

Muchas startups contratan a su primer desarrollador a través de una conexión personal o una recomendación rápida. Todo se siente informal. No hay contrato estándar, ni cesión de PI, solo un apretón de manos y un pago por Venmo. Para cuando la empresa vale algo, ese desarrollador se fue hace mucho, y la propiedad del código base original es genuinamente incierta.

Solución: trata cada contratación de desarrollo pagada como un contrato legal, independientemente de cuán informal se sienta la relación. Una sola página con una cláusula de cesión de derechos de propiedad intelectual no cuesta nada.

Error 2: Confiar solo en el empleo

Algunos fundadores asumen que porque alguien es empleado de tiempo completo, la empresa es automáticamente dueña de su trabajo. En muchas jurisdicciones, eso es parcialmente cierto para el trabajo realizado dentro del alcance del empleo — pero no es total. Los empleados que trabajan por cuenta propia, que escriben código en casa con equipamiento personal, o que contribuyen a proyectos de código abierto pueden crear ambigüedad.

Solución: cada empleado con un rol técnico debe firmar un PIIA en la incorporación. No confíes en el default de work-for-hire.

Error 3: Work-for-hire sin respaldo de cesión

Como se discutió, work-for-hire tiene límites estatutarios estrechos. Usar el lenguaje "work made for hire" en un contrato de contratista sin una cláusula de cesión de respaldo deja una brecha que un contratista que se va podría explotar.

Solución: incluye ambos. La cláusula de cinturón y tirantes ocupa dos líneas.

Error 4: Exclusiones amplias sin anexo

Permitir que un empleado excluya PI previa sin exigirle que la enumere crea una ambigüedad sin fin. Seis meses después de que se vaya, puede reclamar prácticamente cualquier cosa como "PI previa" si no hay un registro contemporáneo.

Solución: exige un anexo de invenciones previas adjunto al firmar. Incluso si está en blanco, tener un anexo en blanco archivado es mejor que una exclusión verbal ilimitada.

Error 5: No actualizar los acuerdos después de cambios de rol

Un desarrollador contratado como ingeniero junior hace cinco años firmó un PIIA de alcance estrecho. Ahora es CTO con acceso a todo y responsabilidad de toda la estrategia de PI. Su acuerdo antiguo puede no cubrir el alcance de su rol actual.

Solución: revisa los acuerdos de PI cuando los empleados cambien de rol de forma significativa. Un PIIA actualizado no reemplaza el antiguo — lo complementa.

Señales de alerta en acuerdos que recibes

Si eres un desarrollador o contratista revisando un contrato de cesión de derechos de propiedad intelectual que te entregaron, vigila esto:

• Sin exclusión de arte previo: podrías estar cediendo trabajo que hiciste años antes de este empleador
• Sin contraprestación especificada: inaplicable en algunas jurisdicciones
• Alcance que cubre trabajo realizado enteramente fuera del horario laboral en dispositivos personales: el §2870 de California puede anular esto
• Sin cláusula de ley aplicable: ambigüedad sobre qué reglas de qué jurisdicción aplican
• Derechos morales no abordados: si estás en un país de la UE, esto importa

Obtener firmas en contratos de cesión de derechos de propiedad intelectual no debería requerir imprimir, escanear o perseguir gente para firmas manuscritas. Pero el proceso de firma importa legalmente, particularmente para acuerdos que pueden necesitar resistir escrutinio durante M&A o litigio.

Validez legal de las firmas electrónicas

En EE. UU., la Ley ESIGN (Electronic Signatures in Global and National Commerce Act) y la UETA (Uniform Electronic Transactions Act) establecen que las firmas electrónicas son jurídicamente equivalentes a las manuscritas para la mayoría de los contratos comerciales, incluyendo los contratos de cesión de derechos de propiedad intelectual.

En la UE, el Reglamento eIDAS cubre las firmas electrónicas. Para cesiones de PI de alto riesgo, una firma electrónica cualificada (QES) proporciona el mayor peso legal y es equivalente a una firma manuscrita en todos los Estados miembros de la UE.

Qué buscar en un flujo de firma

Para contratos de cesión de derechos de propiedad intelectual específicamente, quieres:

• Un registro de auditoría que muestre quién firmó, cuándo y desde qué dirección IP
• Verificación de identidad (confirmación por correo electrónico como mínimo; verificación de ID para acuerdos de alto valor)
• Sellado a prueba de manipulaciones para que nadie pueda disputar si el documento firmado coincide con lo que se envió
• Almacenamiento a largo plazo para que puedas producir el original firmado años después durante la due diligence

La firma verificada mediante blockchain añade otra capa: cada documento firmado obtiene un hash criptográfico registrado en un libro mayor inmutable. Esto significa que puedes probar no solo que alguien firmó, sino que el documento no ha cambiado desde la firma. Para las cesiones de PI, ese es exactamente el tipo de evidencia que resiste cuando se disputa la propiedad.

Para gestión de documentos para empresas IT que gestionan cesiones de derechos de propiedad intelectual en un equipo distribuido — empleados en diferentes estados, contratistas en múltiples países — un flujo de trabajo que rastree el estado de las firmas, almacene documentos con verificación criptográfica y organice por tipo de contrato vale la inversión mucho antes de que estés en una situación de due diligence. Lee más sobre la fuerza legal de las firmas electrónicas con blockchain si quieres los detalles técnicos y legales.

Envío para firma

Algunos consejos prácticos para la firma de cesiones de PI:

• Envíalo con un mensaje de portada explicando qué es el documento y por qué importa — un firmante confundido no firmará
• Dale un plazo realista, pero no apures: un acuerdo firmado bajo presión puede enfrentar desafíos por influencia indebida
• Para contratistas internacionales remotos, confirma la ley aplicable y que han tenido oportunidad adecuada de revisar
• Guarda las copias firmadas en un lugar al que tu equipo legal y futuros revisores de due diligence puedan acceder fácilmente

Chaindoc gestiona este flujo de trabajo de extremo a extremo: puedes redactar desde una plantilla, enviar a múltiples firmantes, recoger firmas verificadas mediante blockchain y organizar acuerdos por tipo de contrato en un solo lugar. Consulta los planes para equipos.

A continuación se presenta una plantilla funcional de contrato de cesión de derechos de propiedad intelectual adecuada para la mayoría de las situaciones de empleador-empleado o empleador-contratista con sede en EE. UU. Adapta los campos entre corchetes a tu contexto. Para empleados de California, asegúrate de que el lenguaje de exclusión del §2870 esté incluido (está marcado a continuación). Para contratistas offshore, agrega ley aplicable y renuncia a derechos morales.

Este es un punto de partida, no asesoramiento legal. Haz que un abogado cualificado revise cualquier acuerdo antes de usarlo para tu situación específica.

---

INTELLECTUAL PROPERTY ASSIGNMENT AGREEMENT

This Intellectual Property Assignment Agreement ("Agreement") is entered into as of [DATE] by and between [COMPANY NAME], a [STATE] [entity type] ("Company"), and [INDIVIDUAL NAME] ("Assignor").

1. ASSIGNMENT OF IP

Assignor hereby irrevocably assigns, transfers, and conveys to Company all right, title, and interest in and to all Inventions (as defined below) that Assignor has conceived, developed, or reduced to practice, solely or jointly with others, during the period of Assignor's relationship with Company that: (a) relate to Company's current or reasonably anticipated business, research, or development; (b) result from work performed by Assignor for Company; or (c) are developed using Company's equipment, supplies, facilities, or Confidential Information.

For purposes of this Agreement, "Inventions" means all inventions, discoveries, developments, improvements, works of authorship, trade secrets, know-how, concepts, and ideas, whether or not patentable or registrable under copyright or similar laws.

2. WORK MADE FOR HIRE; BELT-AND-SUSPENDERS CLAUSE

Assignor acknowledges that all Inventions within the scope of this Agreement are works made for hire to the fullest extent permitted by applicable law. To the extent any Invention does not constitute a work made for hire, Assignor hereby assigns to Company all right, title, and interest in such Invention, including all intellectual property rights therein.

3. PRIOR INVENTIONS CARVE-OUT

This Agreement does not apply to any Invention that Assignor can demonstrate was developed entirely on Assignor's own time without using Company's equipment, supplies, facilities, or trade secret information, except for Inventions that relate to Company's current or anticipated business or result from work performed for Company. [*California employees: see Exhibit A — California Labor Code §2870 Notice.*]

Assignor represents that the Inventions, if any, described in Exhibit B ("Prior Inventions Schedule") attached hereto are Assignor's sole and exclusive property and are not subject to this Agreement.

4. MORAL RIGHTS WAIVER

To the extent permitted by applicable law, Assignor hereby irrevocably waives any and all moral rights, including rights of attribution and integrity, in the Inventions assigned hereunder and covenants not to assert any such rights against Company or its successors, licensees, or assigns.

5. REPRESENTATIONS AND WARRANTIES

Assignor represents and warrants that: (a) Assignor has full power and authority to make this assignment; (b) the Inventions assigned hereunder do not infringe any third-party intellectual property rights; (c) there are no liens, claims, or encumbrances on the Inventions; and (d) Assignor has not previously assigned or agreed to assign any rights in the Inventions to any third party.

6. CONSIDERATION

In consideration of [continued employment and compensation paid / the fees paid under the services agreement dated [DATE] / the equity grant described in [EQUITY AGREEMENT]], the receipt and sufficiency of which are acknowledged, Assignor agrees to the terms of this Agreement.

7. FURTHER ASSURANCES

Assignor shall, at Company's request and expense, execute such additional documents, provide such information, and take such other actions as may be reasonably necessary to perfect, record, or enforce Company's rights in the assigned Inventions, including executing patent applications, copyright registrations, or USPTO recordation documents.

8. GOVERNING LAW

This Agreement shall be governed by the laws of the State of [DELAWARE / CALIFORNIA / OTHER], without regard to conflict-of-law principles.

9. IRREVOCABILITY; SURVIVAL

This assignment is irrevocable. The obligations of this Agreement shall survive the termination of Assignor's relationship with Company.

---

EXHIBIT A — California Labor Code §2870 Notice *(for California employees only)*

Pursuant to California Labor Code §2872, Company notifies you that this Agreement does not apply to any invention that qualifies under California Labor Code §2870, which provides that IP assignment agreements shall not apply to inventions developed entirely on the employee's own time without using the employer's equipment, supplies, facilities, or trade secret information, except for inventions that relate to the employer's business or anticipated research, or result from work performed for the employer.

EXHIBIT B — Prior Inventions Schedule

[List prior inventions here, or write "None" if no prior inventions to disclose.]

---

M&A DUE DILIGENCE CHECKLIST — IP TRACK

Use this checklist when preparing for investor or acquirer IP review:

• [ ] All current employees have signed PIIAs covering their full employment period
• [ ] All former employees' PIIAs are stored and retrievable
• [ ] California employees have §2870-compliant agreements
• [ ] All contractors have explicit IP assignment clauses (not just work-for-hire)
• [ ] Offshore contractors have governing law + moral rights waiver
• [ ] All founders have assigned pre-incorporation IP
• [ ] USPTO patent assignments recorded in company's name
• [ ] Open source license inventory complete — no GPL in proprietary code
• [ ] No third-party IP claims or disputes outstanding
• [ ] All agreements stored with tamper-evident audit trails
• [ ] Separation agreements for departed employees confirm IP provisions survived