Problemas con licencias open source en mi proyecto: cómo solucionarlo

¿Tienes razón?

Para entender si hay una infracción hay que mirar tres cosas: la licencia del código que incorporaste, la forma en que lo integraste y el carácter de tu distribución o explotación. Algunas licencias son permisivas y permiten la inclusión en software propietario con pocas exigencias; otras exigen que las obras derivadas se distribuyan bajo la misma licencia y que se aporte el código fuente. Si incorporaste bibliotecas con licencias que requieren publicar el código y luego distribuís un producto cerrado sin cumplir esos requisitos, eso puede ser una infracción.

Otro punto clave es la procedencia del código. Si contribuyeron terceros bajo acuerdos explícitos que limitan la licencia, o si el repositorio contaba con contribuciones sin asignación de derechos clara, la situación se complica. También importa si usaste sólo fragmentos o modificaste sustancialmente el código: una adaptación profunda puede generar dudas sobre si se trata de una obra derivada.

Documentá todo: versiones de repositorios, commits, identificadores de licencia en cada dependencia y notas de diseño que muestren cómo vinculaste los componentes. Todo eso define si el reclamo del autor original tiene fundamento.

Cómo se soluciona

1. Auditá las dependencias.

• Generá un inventario de todas las librerías y componentes, con su versión y la licencia indicada.
• Revisá archivos típicos (LICENSE, README) y mantené registro del origen (URL del repositorio y commit si es posible).

1. Separá componentes según licencia.

• Clasificá: permisivas, copyleft débil, copyleft fuerte. Esto te indica si podés mezclar con código propietario o si hay obligación de publicar.

1. Evaluá la forma de distribución.

• Si sólo usás una librería internamente y no distribuís, el riesgo suele ser menor; si la vendés o la proporcionás a clientes, las obligaciones se activan.

1. Corregí la situación técnica y documental.

• Si una dependencia exige que publiques código, evaluá si podés reemplazarla por una alternativa con licencia compatible o separar el componente en un módulo independiente que cumpla la licencia.
• Añadí los avisos de licencia requeridos y el copyright donde corresponda.

1. Negociá con el titular de derechos.

• Si te reclaman, planteá un diálogo: a veces el titular acepta un acuerdo de licencia compatible o una solución técnica que evite la obligación de publicar todo tu código.

1. Implementá buenas prácticas para el futuro.

• Automatizá la verificación de licencias en el pipeline de desarrollo y exigí contribuciones con CLA (Contributor License Agreement) si mantenés un proyecto público.

Qué podés hacer solo: auditar dependencias, cambiar bibliotecas y añadir avisos de licencia. Cuándo buscar abogado: si recibiste una notificación de cese y desistimiento, si te reclaman por distribución comercial o si hay riesgo de perjuicio económico serio. Un abogado puede negociar acuerdos de licencia o diseñar la solución técnica y contractual.

Qué puede pasar

1) Se arregla con corrección y aviso. Frecuentemente la solución es técnica: reemplazar la dependencia conflictiva, aislarla en un módulo con licencia propia, o añadir los avisos y el código solicitado. Esa reparación suele eliminar la base del reclamo sin más consecuencias.

2) Acuerdo o licencia remunerada. Si la dependencia no puede sustituirse, podés negociar una licencia comercial con el titular que permita la explotación cerrada. Aquí hay que valorar si el coste del acuerdo compensa mantener la funcionalidad.

3) Demanda o requerimiento formal. Si se va a la vía judicial o se presenta un reclamo administrativo, pueden solicitar la cesación de la distribución y eventualmente una reparación. Si perdés, puede ordenarse la retirada del software, la publicación del código o una indemnización. Además, la exposición pública y la interrupción del servicio suelen afectar la reputación y la relación con clientes.

Y si ganás, ¿cobrás? En casos de software, la sentencia puede ordenar publicar código o pagar una reparación; la efectiva ejecución depende de la situación patrimonial del demandado.

Errores que arruinan el caso

• No tener un inventario de dependencias ni control de versiones: esto impide responder con claridad a un reclamo.
• Ignorar un aviso inicial: no contestar o eliminar el repositorio empeora la negociación.
• Mezclar código sujeto a copyleft fuerte con código propietario sin segregación técnica: dificulta cualquier arreglo técnico sencillo.
• No documentar contribuciones de terceros: si hay aportes sin cesión de derechos, el proyecto queda vulnerable.
• Firmar acuerdos rápidos sin revisar las obligaciones de continuidad: aceptar condiciones que obligan a publicar más código del necesario puede ser irreversible.