Detalles del Artículo
¿De quién es tu código si tus desarrolladores están en el extranjero?
Casi todos los fundadores asumen lo mismo: lo pagué, luego es mío. En Estados Unidos, entre empleador y empleado, eso es en general correcto. Entre fronteras y con contratistas, con frecuencia es falso, y el momento en que se descubre suele ser aquel en que el abogado de un comprador pide la cadena de titularidad.
No es un riesgo teórico. Es el hallazgo más habitual en las due diligence técnicas de empresas que usaron equipos offshore, y resulta caro precisamente porque solo se arregla localizando a cada persona que alguna vez contribuyó.
Por qué el "work for hire" no cruza fronteras
La ley estadounidense de copyright atribuye automáticamente al empleador la obra creada por un empleado dentro del ámbito laboral. Para contratistas independientes, esa transferencia automática se aplica solo a una lista estrecha de categorías, y el software a medida no está claramente entre ellas. Es decir: con contratistas, la titularidad se transfiere únicamente mediante cesión expresa por escrito.
Ahora cruza una frontera. Muchas jurisdicciones de derecho civil reconocen derechos morales que no son cedibles en absoluto, y algunas restringen las cesiones globales sobre obras que aún no existen. Una cláusula perfecta en un contrato de Delaware puede ser parcialmente inejecutable allí donde el desarrollador vive y trabaja.
Dónde se rompe realmente la cadena
Tu acuerdo con el proveedor suele estar bien. La rotura está un nivel por debajo:
- El proveedor trabaja con contratistas individuales, no empleados, y sus contratos incluyen confidencialidad pero no cesión de PI.
- El proveedor subcontrata parte del trabajo a otra empresa y ese acuerdo nunca se revisó.
- Se pagó a un freelance a través de un marketplace cuyos términos ceden la PI solo con el pago íntegro, y una factura quedó en disputa.
- Alguien contribuyó antes de firmar cualquier contrato. El código de los primeros prototipos tiene la costumbre de sobrevivir hasta producción.
- Un ingeniero reutilizó código escrito antes para otro empleador, o código abierto con una licencia incompatible con tu uso comercial.
Cualquiera de estos rompe la cadena. Y como el software es acumulativo, una sola contribución sin ceder del primer año puede gravar todo lo construido encima.
Cómo es un acuerdo defendible
No hace falta ser abogado para exigir esto. Pídelo por escrito antes del primer commit:
- Una cesión presente de toda la PI, con renuncia a los derechos morales donde sea renunciable y una licencia perpetua y mundial como alternativa donde no lo sea.
- Una garantía de que cada contribuyente individual está bajo una cesión equivalente, más la obligación del proveedor de aportar esos acuerdos si se le piden.
- Prohibición de subcontratar sin consentimiento escrito.
- Cesión activada con el pago de cada factura, no al terminar el proyecto, para que una disputa sobre la última fase no enturbie la titularidad de las diez primeras.
- Una política de código abierto: lista de cada dependencia y su licencia, entregada con el código, excluyendo licencias copyleft de tu producto distribuido salvo aprobación expresa.
La solución estructural
Las cláusulas ayudan, la estructura ayuda más. Si tu contraparte es una entidad estadounidense, tu contrato se rige por ley de EE. UU. y es esa entidad —y no tú— quien asume la obligación de tener cesiones limpias de todos los de abajo, entonces tienes un único sitio donde reclamar y una única parte responsable de toda la cadena.
Esa es la diferencia entre ser dueño de tu código y ser dueño de una promesa sobre tu código.
Si ya tienes el problema
Tiene arreglo, y es mucho más barato arreglarlo ahora que durante una due diligence con fecha límite. Inventaría quién contribuyó y cuándo, obtén cesiones confirmatorias de quien no la tenga, audita las licencias de dependencias y documenta el resultado. La mayoría de empresas lo cierran en unas semanas si empiezan antes de que se lo pidan.
No eres dueño de tu producto porque lo pagaste. Lo eres porque alguien puede demostrar, persona a persona, que te fue cedido.
Todos los contratos de LaunchWe se rigen por ley estadounidense, ceden la propiedad intelectual contra pago y no al finalizar, y garantizan la cesión de cada contribuyente aguas arriba. Si quieres que revisemos tu acuerdo actual, te diremos con claridad si se sostiene.
Nuestras Noticias
Cómo elegir tu primer flujo de trabajo con IA: una tarjeta de puntuación
Seis criterios, puntuados del uno al cinco. Por debajo de veinte es un segundo proyecto, no un primero.
El discovery pagado de dos semanas que reduce el riesgo de un gran proyecto
Las propuestas gratuitas están hechas para ganar el trabajo, no para acertar. Un discovery pagado es el seguro más barato que puede comprar un fundador.
Precio cerrado, por horas o equipo dedicado: cuál te protege
Cada modelo de contrato mueve el riesgo a algún sitio. Dónde lo pone cada uno y las cláusulas que importan más que el propio modelo.
Funcionalidades de IA que tocan datos de clientes: la base de cumplimiento
Antes de que tu agente lea un solo registro de cliente, deben existir siete controles. Se construyen en días y se retrofitean en años.