Problemas con licencias de software y uso de open source

¿Tienes razón?

En disputas sobre uso de software libre o licencias cerradas lo que define si tenés razón es la licencia aplicable y el cumplimiento de sus términos. Algunas licencias exigen que mantengas la atribución, otras imponen que cualquier obra derivada se publique con la misma licencia (copyleft), y otras permiten el uso más libre. Si utilizaste bibliotecas sin respetar los requisitos de la licencia —por ejemplo, sin atribuir o sin abrir el código derivado cuando la licencia lo exige— la parte que aporta ese software puede exigir cumplimiento o reclamar daños. Si, en cambio, la licencia permite uso comercial sin condiciones, probablemente no haya incumplimiento. También importa cómo integraste el componente: una dependencia estática incluida en el binario puede implicar obligaciones distintas a usar un servicio remoto.

Cómo se soluciona

1. Identificá y documentá todas las dependencias y sus licencias

• Hacé un inventario técnico: lista de bibliotecas, frameworks y componentes usados; versión y licencia exacta. Revisá archivos de manifiesto (package.json, pom.xml, requirements.txt), encabezados de archivos y repositorios origen.
• Exportá evidencia de las versiones y de la inclusión en el proyecto (commits, builds, bundling).

1. Evaluá las obligaciones de cada licencia

• Para cada licencia, anotá requisitos: atribución, inclusión de texto de licencia, obligación de publicar código fuente de obras derivadas, restricciones de sublicencia y compatibilidad con licencias propias.
• Si hay dudas sobre la interpretación, consultá con un profesional porque la práctica de ingeniería y la letra de la licencia pueden dar resultados distintos.

1. Regularizá el cumplimiento

• Si faltan atribuciones o textos de licencia, agregalos inmediatamente en la documentación y en los binarios según corresponda.
• Si la licencia impone publicar el código derivado y no lo querés hacer, evaluá reemplazar la dependencia por una alternativa compatible o negociar una licencia comercial con el titular.

1. Negociación y mitigación

• Si el titular del componente reclama, podés negociar: reconocimiento y corrección pública, pago por licencia comercial o acuerdo que permita el uso bajo términos específicos.
• Documentá cualquier cambio y emisión de nuevas builds.

1. Prevención y compliance

• Implementá un proceso de revisión de licencias antes de incorporar dependencias: registrar licencias, checklist en integraciones y revisiones de código, y políticas internas sobre componentes permitidos.
• Para productos que se distribuyen, integrá auditorías automáticas que detecten dependencias y licencias.

Qué podés hacer solo y cuándo buscar ayuda

• Podés identificar y corregir faltas de atribución por tu cuenta, y reemplazar dependencias conflictivas. También podés documentar el inventario.
• Necesitás un abogado si el titular inició acciones, si te proponen un acuerdo o si la interpretación de la licencia tiene implicancias comerciales relevantes. También conviene asesoría para diseñar políticas de cumplimiento en empresas.

Qué puede pasar

1) Se arregla con corrección y acuerdo informal

• Muchos conflictos se resuelven simplemente corrigiendo atribuciones o incorporando la licencia faltante en las distribuciones. A veces se acuerda una licencia comercial para usos que la licencia libre no permitía.

2) Acuerdo formal o conciliación

• El titular puede exigir un acuerdo por incumplimiento: dejar constancia, pago por uso retroactivo o licencia comercial para el futuro. En el marco de una conciliación se formaliza el compromiso y se evitan costas mayores.

3) Juicio y consecuencias de perder

• En juicio, el tribunal puede ordenar cesar la distribución, exigir el cumplimiento de la licencia (publicar código, incluir textos) y ordenar indemnizaciones y costas. Si perdés frente a una empresa con recursos, las consecuencias económicas y comerciales pueden ser relevantes. Si la otra parte es insolvente, la sentencia sirve como reconocimiento pero puede quedar difícil de ejecutar.

Y si ganás, ¿cobrás? Si tu reclamo es defensivo (vos afirmás que podés usar algo) y ganás, lo habitual es que se confirme tu derecho y se despejen obligaciones. La efectividad práctica depende de si la otra parte cumple o de la magnitud de los daños reclamados.

Errores que arruinan el caso

• No hacer inventario de dependencias ni registrar licencias desde el inicio.
• Ignorar avisos del titular del componente o continuar distribuyendo sin regularizar.
• Reemplazar archivos para ocultar el origen en lugar de corregir las obligaciones de licencia.
• Depender de interpretaciones vagas sin consultar a un especialista en licencias, sobre todo cuando hay licencias copyleft mezcladas con código propietario.