Uso código open source y temo incumplir la licencia

¿Tienes razón?

No todas las licencias open source son iguales. Lo que determina si estás incumpliendo son cuatro elementos: la licencia concreta del código que estás usando, la forma en que lo integras en tu producto (copias, modificaciones o enlaces), si distribuyes el software y bajo qué condiciones, y si cumples obligaciones concretas como atribución o publicación del código fuente. Algunas licencias exigen que al distribuir un binario que incorpora código sujeto a esa licencia también publiques el código derivado; otras solo piden atribución y permiten usos comerciales sin obligarte a abrir tu propio código.

Además, importa el origen del código: si el repositorio tiene aportes de terceros con licencias incompatibles, puedes estar introduciendo riesgos. También cuenta si trabajas con software propietario que vincula bibliotecas open source; ciertos tipos de vinculación o combinación pueden activar obligaciones que no se presentan si solo usas la herramienta internamente.

Por último, el contexto chileno no cambia la naturaleza de las licencias, pero sí es relevante cómo documentas la cadena de custodia del software y los contratos con clientes si entregas servicios o productos que incorporan código con obligaciones de licencia.

Cómo se soluciona

1. Identifica la licencia exacta: revisa el repositorio, el archivo LICENSE, los encabezados de los archivos y la documentación. Si hay varios componentes con distintas licencias, haz un inventario.
2. Documenta cómo usas el código: crea un registro técnico que explique qué archivos usaste, si los modificaste, cómo los compilaste e integramos en tu producto. Guarda copias y metadatos del repositorio original (commit hashes, URLs).
3. Aplica las obligaciones de la licencia: si la licencia exige atribución, asegúrate de incluirla en la documentación y en el producto; si exige publicación del código fuente cuando distribuyes binarios, organiza el repositorio de liberación para cumplir con ese requisito. Si la licencia limita la redistribución comercial, valora alternativas como reemplazar la dependencia o conseguir una licencia comercial.
4. Evalúa compatibilidad de licencias: si combinas software con licencias distintas, verifica si son compatibles entre sí y con la licencia que quieres imponer al producto final; si no lo son, considera reescribir la funcionalidad afectada o sustituir la dependencia.
5. Conserva evidencia y comunica a clientes: si vendes o entregas el producto, incorpora cláusula en contratos que explique el uso de open source y las obligaciones que ello implica; adjunta el inventario de componentes.

Qué puedes hacer tú: identificar la licencia, documentar el uso, aplicar atribuciones y buscar sustitutos. Cuándo necesitas abogado o especialista en licencias: cuando la licencia te obliga a abrir código propio, cuando hay una mezcla de licencias conflictivas, o cuando recibes una notificación de incumplimiento de un titular; en esos casos la evaluación legal técnica es necesaria.

Qué puede pasar

1) Se arregla con una corrección menor: muchas veces el problema se resuelve incluyendo la atribución faltante, publicando el código exigido o sustituyendo la dependencia por otra compatible. Es la solución práctica y rápida.

2) Acuerdo o licencia comercial: en otros casos, el titular puede ofrecer una licencia comercial que permita usos más amplios a cambio de un pago. Negociar una licencia con el titular evita riesgos futuros. Esta salida puede convenir cuando la dependencia es estratégica.

3) Reclamación y acción legal: si un titular considera que has incumplido y demanda, pueden solicitar medidas para impedir la distribución, exigir cumplimiento o reparar daños. En juicio se valorará la naturaleza del incumplimiento y la conducta: si regularizas voluntariamente la situación antes de una demanda, eso suele mejorar tu posición. Si pierdes un litigio, puede haber órdenes de cesar distribución y costos legales; si la contraparte es poco solvente, ganar no siempre facilita la ejecución práctica.

Y si ganas, ¿cobras? En materia de licencias, la reparación suele orientarse a cesar la conducta o a acordar términos; obtener una indemnización depende de la prueba de daño y de la capacidad del demandado para responder económicamente.

Errores que arruinan el caso

• No identificar la licencia exacta y asumir que «es open source y se puede usar libremente»: distintas licencias imponen obligaciones distintas.
• No documentar la procedencia y las modificaciones: sin evidencia, es difícil demostrar que cumpliste o que tu uso era legítimo.
• Mezclar licencias incompatibles sin consultarlo: eso puede obligarte a reescribir partes cruciales del producto.
• Ignorar avisos o demandas del titular: no responder empeora la posición y puede llevar a medidas cautelares.
• Externalizar sin controlar las dependencias: contratar desarrollo externo sin controlar qué bibliotecas usan puede transferir riesgos a tu producto.