$ cat LICENSE

Licencias open source: asesoría legal.

Elegimos, revisamos y defendemos tu licencia. Qué puedes hacer, qué debes cumplir y qué pasa cuando alguien no cumple.

Primera consulta: gratuita · Después: 60 €/h + IVA · Presupuesto cerrado antes de empezar

// 01 — qué hacemos

Todo el ciclo de una licencia.

01

Elección de licencia

Para un proyecto nuevo o para liberar código interno. Según tu objetivo: adopción, reciprocidad o negocio.

02

Compatibilidad de licencias

Combinar GPL, Apache-2.0, MPL o EUPL en un mismo producto sin generar una obra que no puedas distribuir.

03

Licencia dual y open core

Una versión libre y otra comercial. Funciona solo si eres titular de todo el código: CLA y control de contribuciones.

04

Cambio de licencia

Relicenciar un proyecto existente. Mapa de autores, consentimientos, CLA y comunicación a la comunidad.

05

Cumplimiento documental

Ficheros LICENSE y NOTICE, cabeceras SPDX, atribuciones en apps y firmware, oferta escrita de código fuente.

06

Reclamaciones por incumplimiento

Si usan tu código sin cumplir la licencia: requerimiento, negociación y acciones. Si te reclaman a ti: defensa y plan de corrección.

// 02 — tipos

Tipos de licencia. Lo esencial.

Simplificado. El detalle depende de cómo integras y distribuyes el código.

PERMISIVAS

Uso libre con atribución

MIT · BSD-2/3-Clause · Apache-2.0

Puedes usar, modificar y vender. Obligación principal: conservar el aviso de copyright y el texto de la licencia. Apache-2.0 añade una licencia expresa de patentes y exige indicar los cambios.

COPYLEFT DÉBIL

Reciprocidad limitada al componente

LGPL-2.1/3.0 · MPL-2.0

Las modificaciones del componente se comparten bajo la misma licencia. Tu código propio, no. MPL-2.0 funciona por fichero; LGPL exige permitir sustituir la librería.

COPYLEFT FUERTE

La obra derivada hereda la licencia

GPL-2.0 · GPL-3.0

Si distribuyes el programa o una obra derivada, debe ser bajo GPL y con el código fuente. El uso interno o como servicio no es distribución.

COPYLEFT DE RED

También para SaaS

AGPL-3.0 · EUPL-1.2

Si modificas el programa y los usuarios interactúan con él por red, debes ofrecerles el código fuente. La EUPL, licencia de la Comisión Europea, incluye una lista de licencias compatibles.

SOURCE-AVAILABLE

Código visible, no open source

BUSL · SSPL · Elastic License · Commons Clause

Restringen usos comerciales o competidores. No cumplen la Open Source Definition. Hay que leerlas como contratos comerciales, no como licencias libres.

SIN LICENCIA

Código publicado sin LICENSE

—

Publicar no es autorizar. Sin licencia, todos los derechos están reservados: no puedes usar, copiar ni modificar ese código sin permiso del autor.

// 03 — decidir

Qué licencia elegir.

Una regla rápida. No sustituye a analizar tu caso.

$ objetivo --adopcion

Máxima adopción

MIT o Apache-2.0. Si hay patentes en juego, Apache-2.0.

$ objetivo --reciprocidad

Que las mejoras vuelvan

GPL-3.0 para todo el programa. MPL-2.0 si quieres reciprocidad solo en tus ficheros.

$ objetivo --saas

Que nadie lo explote como servicio sin compartir

AGPL-3.0 o EUPL-1.2.

$ objetivo --negocio

Monetizar el proyecto

Licencia dual (AGPL + comercial) u open core. Requisito: titularidad completa del código, vía CLA o cesión.

// 04 — incumplimiento

Si no se cumple la licencia, es una infracción.

Una licencia libre es una autorización con condiciones. Quien no las cumple pierde la autorización y usa el código sin permiso: infringe derechos de autor (arts. 138 y ss. de la Ley de Propiedad Intelectual).

Los tribunales europeos lo aplican. En 2024, el Tribunal de Apelación de París condenó a Orange a pagar más de 650.000 € en indemnizaciones a Entr'Ouvert por incumplir la GPL de la librería Lasso.

Primero, requerimiento. Casi todo se resuelve ahí: publicar el código, restituir la atribución o dejar de distribuir. La GPL-3.0 da 30 días para subsanar tras el primer aviso. Si no hay acuerdo: acciones civiles de cesación e indemnización.

// 05 — faq

Preguntas frecuentes sobre licencias.

¿La licencia MIT obliga a algo?

Sí. A conservar el aviso de copyright y el texto de la licencia en todas las copias o partes sustanciales del software. Es la obligación que más se incumple, sobre todo en apps móviles y firmware.

¿Puedo cambiar la licencia de mi proyecto?

De tu código, sí. De las contribuciones de terceros, solo con su consentimiento o si te las cedieron o licenciaron con margen suficiente (CLA). Las versiones ya publicadas siguen disponibles bajo la licencia anterior.

¿Puedo mezclar código Apache-2.0 y GPL?

Apache-2.0 es compatible con GPL-3.0 en un sentido: puedes incluir código Apache-2.0 en un proyecto GPL-3.0. No es compatible con GPL-2.0-only. Al revés, no puedes distribuir código GPL bajo Apache-2.0.

¿Usar una librería GPL en mi backend me obliga a publicar mi código?

Normalmente no, si no distribuyes el software: ofrecerlo como servicio no es distribución en la GPL. Con AGPL sí puede obligarte, si modificas la librería y los usuarios interactúan con ella por red.

¿Es válida una licencia open source en España?

Sí. Es una licencia de derechos de explotación sobre un programa de ordenador, protegido por los arts. 95 y ss. de la Ley de Propiedad Intelectual. Se aplica igual que cualquier otra licencia.

¿Qué es un CLA y debo exigirlo?

Un acuerdo por el que quien contribuye licencia o cede sus derechos al proyecto. Es imprescindible si quieres licencia dual o poder cambiar de licencia. Si no, un DCO suele bastar.

$ ./reservar

¿Dudas con una licencia? Pregunta antes de publicar.

Cuéntanos el caso en una videollamada gratuita. Si podemos ayudarte, te enviamos presupuesto cerrado. Si no, te lo decimos.