Problemas con licencias open source: ¿cómo resolverlos?
Que tu código abierto se use en un proyecto que no respeta la licencia no es raro y no todo uso indebido es igual. Lo que importa es qué licencia aplicaste (permissiva o copyleft), cómo se usa el software y si te piden atribución o código derivado. Primer paso: identifica exactamente la licencia y recopila dónde y cómo se emplea tu código: repositorios, binarios y documentación del proyecto que lo incorpora.
¿Necesitas abogados especialistas en propiedad intelectual?
Compara abogados especializados y elige con calma. Análisis de tu caso gratuito.
Ver abogados Sin compromiso · GratisAbogados especializados en este caso
¿Tienes razón?
Para saber si hay incumplimiento hay que fijarse en cuatro puntos: 1) qué licencia aplicaste al proyecto original; 2) cómo se incorpora el código (copiado en fuente, enlazado dinámicamente, usado como dependencia); 3) qué obligaciones impone la licencia (atribución, distribución del código fuente, licencia idéntica en derivadas, inclusión de aviso de copyright); y 4) cuál es la actuación concreta del tercero (no incluir avisos, no publicar código fuente cuando la licencia lo exige, relicenciar o distribuir en binario sin fuentes).
Las licencias permisivas (como las que permiten redistribución con pocas condiciones) y las copyleft (que exigen que las derivadas mantengan la misma licencia y publiquen código fuente) generan consecuencias distintas. Si la otra parte distribuye una versión que incorpora tu código y no cumple con la obligación de abrir el código o de incluir avisos de copyright o licencias, tienes base para reclamar. Por el contrario, si el uso es interno o meramente ejecutable sin distribución, muchas licencias no imponen la obligación de publicar código.
Prueba útil: commits con autoría, archivos LICENSE en el repo, cabeceras de fichero con años y titularidad, y capturas o paquetes del producto disponible que muestren la ausencia de requisitos de licencia. Conserva evidencia de versiones y formas de distribución: repositorios públicos, releases, paquetes binarios y notas de versión.
Cómo se soluciona
1) Identifica y documenta. Tú puedes:
- Anota la licencia exacta y exporta el repo con el historial (commits y fechas). Guarda capturas de los proyectos que te parecen infractores, descargas de binarios y documentación que muestre cómo se usó tu código.
- Localiza qué partes se han reutilizado: ficheros enteros, funciones, fragmentos o simple enlace a dependencia.
2) Contacto inicial y reclamación. Envía un aviso educado pero formal: un correo o burofax al responsable del repo/proyecto explicando la licencia, la localización del código infractor y la obligación incumplida. Ofrece soluciones concretas: inclusión de avisos, publicación del código fuente, relicenciado bajo condiciones compatibles o cesación de la distribución.
3) Negociación. Muchas veces el problema se soluciona con la inclusión de un fichero LICENSE, la atribución adecuada o la publicación del código fuente. Puedes proponer plazos y medidas correctoras concretas. Si la otra parte colabora, se evita la vía judicial.
4) Escalada técnica y legal. Si no hay respuesta, recurre a plataformas que hospedan el proyecto (por ejemplo, servicios de repositorio) para notificar incumplimiento de licencia; muchas plataformas ofrecen mecanismos de notificación y retirada de contenido. Si esto falla, consulta a un abogado especializado para valorar demanda por incumplimiento de licencia, petición de medidas cautelares o solicitud de responsabilidad por explotación indebida.
5) Prevención. Para evitar estos problemas en el futuro: añade cabeceras claras en los ficheros, incluye un fichero LICENSE en el repo, usa herramientas de escaneo de dependencias y conserva historial de commits con identidad verificada. Si trabajas en empresa, formaliza políticas de contribución y acuerdos con colaboradores.
Qué puedes hacer tú ahora: documentar prueba y enviar el primer requerimiento. Qué hace el abogado: redactar comunicaciones formales, gestionar notificaciones a plataformas, preparar demanda o medidas cautelares y asesorar sobre la mejor salida contractual o de licencia.
Qué puede pasar
1) Se arregla con una carta o corrección. Muchas infracciones se solucionan cuando la parte infractora añade la licencia, atribución o publica el código conforme a la licencia. Es lo más común y evita costes.
2) Acuerdo o conciliación. Podéis acordar la corrección de la distribución y, si procede, compensación por el uso previo. En proyectos comerciales, la parte infractora puede preferir licenciar legalmente el uso para evitar riesgos.
3) Juicio. Si no hay arreglo, puedes acudir a los tribunales para reclamar cumplimiento de la licencia, medidas cautelares para retirar distribución y, en su caso, indemnización por daños. En procesos civiles se valoran pruebas técnicas y periciales. Si pierdes, podrías afrontar costas; si ganas, la ejecución de la sentencia dependerá de la solvencia de la otra parte.
Y si ganas, ¿cobras? La sentencia puede ordenar indemnización o devolución de beneficios; cobrar depende de la capacidad económica del infractor y de las medidas de ejecución disponibles. A menudo la negociación previa es la vía más eficiente para obtener compensación real.
Errores que arruinan el caso
- No conservar el historial del repositorio (commits y fechas) o no probar autoría del código.
- Enviar amenazas públicas sin comunicación previa: puede complicar la negociación y dar pie a respuestas hostiles.
- No identificar la licencia exacta y las obligaciones concretas que se incumplen.
- Ignorar los términos de uso de la plataforma de hosting: muchas plataformas tienen sus propios procedimientos para resolver disputas.
- No separar lo técnico de lo legal: la prueba pericial temprana suele ser clave para acreditar el alcance de la copia.
¿Necesitas un abogado para esto?
Puedes enviar la primera reclamación por tu cuenta y, a menudo, lograr la corrección técnica. Necesitarás abogado si la otra parte ignora la reclamación, si necesitas medidas cautelares para retirar distribuciones o si pides indemnización. En disputas complejas con empresas, la asistencia legal suele ser necesaria para coordinar peritos y acciones ante plataformas.
Casos relacionados
Otros problemas frecuentes en abogados especialistas en propiedad intelectual
Preguntas frecuentes sobre este caso
Depende de la licencia. Las licencias copyleft pueden obligar a publicar el código fuente en ciertas condiciones de distribución. Si la otra parte distribuye binarios sin cumplir esas obligaciones, tienes base para reclamar cumplimiento o medidas para retirar la distribución.
Sí: incluir un fichero LICENSE y cabeceras en archivos facilita la prueba de la licencia. También es recomendable usar herramientas que verifiquen identidad de commits y mantener el historial de versiones.
Sí. Las plataformas suelen tener mecanismos para reportar infracciones de licencias y pueden retirar contenido tras evaluar la reclamación. Esto puede ser una vía rápida, aunque temporal, para frenar la distribución.
En muchos casos, el uso interno sin distribución no activa ciertas obligaciones (por ejemplo, publicación de código). La respuesta concreta depende de la licencia concreta aplicada.
En disputas complejas sobre la copia o la derivación técnica, un perito informático que compare código y demuestre reutilización es muy valioso. Un abogado coordinrá el peritaje si vais a juicio.
¿Necesitas resolver este problema legal?
Te conectamos con los mejores abogados especializados. Consulta gratuita y sin compromiso.