Usaron mal una licencia open source en mi proyecto
Que alguien use su código open source no siempre es ilegal: depende de la licencia. Lo que cuenta es la licencia concreta, cómo se distribuyó y qué obligaciones acompañan al código (atribución, compartir cambios, uso comercial). Primer paso: identifique la licencia exacta y documente la copia del código y las diferencias con la versión usada por la otra parte.
¿Necesitas abogados de derecho tecnológico?
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?
Su posición depende de cuatro factores clave. Primero: la licencia bajo la que publicó su código. Algunas licencias son permisivas (permiten uso y redistribución con pocas obligaciones), otras exigen que las modificaciones se publiquen con la misma licencia o que se reconozca la autoría. Segundo: cómo se utilizó el código en el proyecto ajeno —si lo incluyeron como dependencia, si lo incorporaron en binario o si sólo se inspiraron en su idea—. Tercero: si la otra parte cumplió las obligaciones: atribución, inclusión de texto de licencia, y, para licencias copyleft, liberación del código modificado. Cuarto: la jurisdicción y pruebas de publicación: fechas de commits, repositorios públicos, registros de versiones.
Si su proyecto estaba en un repositorio público con licencia y la otra parte no incluyó la licencia, no nombró autoría o no publicó su propio código derivado cuando la licencia lo exige, tiene base para reclamar. Si, por el contrario, la licencia es muy permisiva y la otra parte ha respetado la atribución, su margen de acción es limitado.
Cómo se soluciona
- Documente y pruebe la titularidad y la licencia. Reúna el repositorio, commits, timestamps, capturas de pantalla del README con la licencia y enlaces. Archive el estado original en dos soportes: nube y disco local. Si su repo tenía registro público (GitHub, GitLab), descargue el historial y guárdelo.
- Identifique las obligaciones incumplidas. Revise la licencia (por ejemplo, MIT, Apache, GPL) y anote qué exige: atribución, incluir licencia en binarios, publicar código modificado, o no usar patentes. Haga una comparación técnica entre su código y el que usa la otra parte: mismatches, copias literales, bloques de código idénticos.
- Reclamación extraoficial: carta de cese y cumplimiento. Envíe una comunicación formal a la otra parte señalando la licencia, la prueba de uso y las obligaciones incumplidas. Solicite medidas concretas: incluir el aviso de licencia, publicar el código derivado, o retirar la parte conflictiva. Guarde la comunicación y la respuesta.
- Negociación y acuerdo. Muchas disputas de open source se resuelven con acuerdos: la otra parte corrige la atribución o publica el código derivado. Valore aceptar un arreglo que regularice la situación si le interesa preservar la colaboración o recibir reconocimiento.
- Si no hay respuesta o hay negativa, considere acciones legales. La acción civil busca cumplimiento de la licencia, medidas cautelares y, si procede, indemnización por daños. Para litigar necesitará demostrar la copia, la titularidad y la obligación incumplida, y es frecuente que haga falta peritaje técnico.
- Medidas cautelares y pruebas técnicas. En casos de uso masivo o daño irreparable, se puede pedir al juez medidas cautelares para impedir la distribución del software hasta que se resuelva el fondo. Eso exige documentación técnica preparada y, generalmente, asesoría especializada.
Qué puede hacer usted solo y cuándo buscar ayuda: usted puede reunir pruebas, identificar la licencia y enviar la carta de cese. Necesitará abogado cuando la otra parte no coopere, cuando quiera medidas cautelares o cuando haya que coordinar una acción internacional (por ejemplo, el software está alojado en servidores fuera de Ecuador).
Qué puede pasar
1) Se arregla con una carta: frecuentemente la simple notificación de incumplimiento lleva a que la otra parte corrija la atribución o publique el código derivado. Son soluciones prácticas y rápidas.
2) Acuerdo o licencia retroactiva: pueden pactar la regularización mediante un acuerdo que defina créditos, posibles licencias duales o compensación. Un acuerdo puede incluir la entrega del código fuente y una cláusula que evite litigar sobre hechos pasados.
3) Juicio: si la otra parte no atiende, puede demandar por incumplimiento de licencia. El juez puede ordenar cesar la distribución, exigir la publicación del código con la licencia adecuada y, en algunos casos, otorgar indemnización. Si pierde, deberá afrontar costas y honorarios; si la contraparte es insolvente, una sentencia no asegura pago efectivo. Para ejecutar derechos frente a servicios hospedados fuera de Ecuador habrá que coordinar procedimientos internacionales.
Y si gana, ¿cobro? Una sentencia que obliga a publicar código o cesar distribución se puede cumplir; la indemnización depende de la solvencia de la parte infractora. Si busca solo reconocimiento y cumplimiento de la licencia, la victoria suele traducirse en correcciones tangibles del software.
Errores que arruinan el caso
- No conservar el historial de commits y timestamps. Sin evidencia de fecha de publicación, su titularidad es más difícil de probar.
- No identificar claramente la licencia usada: decir "open source" sin especificar cuál deja la reclamación en el aire.
- Enviar comunicaciones vagas o insultantes: daña la negociación. Sea técnico y concreto: muestre fragmentos y archivos afectados.
- Publicar el conflicto en redes antes de reclamar formalmente: puede complicar la prueba y cerrar puertas a acuerdos.
- Intentar forzar a plataformas sin cumplir los procedimientos (por ejemplo, DMCA-like) sin conocer la normativa aplicable; eso puede provocar que le ignoren.
¿Necesitas un abogado para esto?
Puede iniciar el proceso usted: documente la titularidad y pida cumplimiento. Necesitará un abogado cuando la otra parte niegue la infracción, ofrezca un acuerdo que implique renuncia de derechos, solicite medidas cautelares o si el conflicto tiene dimensión internacional. Si no puede pagar, consulte la posibilidad de asesoría pro bono o la Defensoría Pública en temas relacionados con propiedad intelectual.
Casos relacionados
Otros problemas frecuentes en abogados de derecho tecnológico
Preguntas frecuentes sobre este caso
Sí, los repositorios públicos con commits, históricos y timestamps sirven como prueba de publicación y autoría, siempre que pueda exportar y conservar esos registros. Guarde el URL, el historial y un archivo con la copia del repo.
Puede pedir la retirada o que dejen de distribuir la parte que infringe la licencia. Si la plataforma está fuera, puede requerir asistencia internacional o acudir a la jurisdicción donde actúe el hospedador.
Las licencias permisivas permiten reutilizar y redistribuir con pocas obligaciones; las copyleft exigen que las modificaciones se publiquen con la misma licencia. La obligación de publicar su propio código modificado es la que suele dar pie a reclamaciones.
Las ideas por sí solas no están protegidas. Lo protegido es el código concreto y su expresión. Si hay copia literal o muy cercana en estructura y texto, puede haber infracción; si solo hay ideas generales, no.
En muchos casos sí. Un perito informático puede comparar archivos, hashes y estructuras para demostrar copia o derivación, y su informe suele ser decisivo en procedimientos judiciales.
¿Necesitas resolver este problema legal?
Te conectamos con los mejores abogados especializados. Consulta gratuita y sin compromiso.