Detectas incumplimiento de licencia de un tercero en tu software: ¿qué debes hacer?
Si encuentras que tu código incluye componentes de un tercero usados fuera de su licencia, no es normal pero tampoco es el fin: lo que determina si puedes exigir algo son la licencia aplicable, la forma en que se integró el componente y las pruebas que guardes. Primer paso: identifica exactamente la licencia y preserva todas las pruebas (repositorios, commits, comunicaciones). Con eso podrás reclamar o corregir sin perder opciones legales.
¿Necesitas derecho informático y nuevas tecnologías?
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?
Para saber si tienes un caso debes comprobar tres cosas clave. Primero, cuál es la licencia del componente tercero: las licencias permisivas permiten usos amplios si se cumplen condiciones mínimas, mientras que las licencias copyleft exigen que el software derivado permanezca libre bajo las mismas condiciones. Segundo, cómo se incorporó el código: ¿se copió texto literal, se adaptó con modificaciones o solo se inspiraron ideas? El texto literal y las derivaciones claras suelen generar obligaciones más fuertes que una idea replicada. Tercero, las pruebas de la integración: commits, empaquetados, registros de compilación, dependencias en el gestor de paquetes, y comunicaciones con desarrolladores o proveedores. Si el proveedor o el autor del componente no marcó la licencia correctamente en el repositorio, la situación cambia: puede quedar abierta la cuestión de la intención y la buena fe, pero la ausencia de licencia no autoriza el uso.
No descartes el valor de la documentación interna: si en tu empresa alguien decidió usar el componente con conocimiento de su licencia, o si existe correspondencia con un proveedor que vendió el módulo sin aclarar licencia, eso influye en la resolución.
Cómo se soluciona
- Identifica y documenta la licencia exacta. Exporta repositorios, guarda hashes de commits, descarga paquetes y conserva metadatos del gestor de dependencias. Si el código está en un servicio en la nube, haz capturas y guarda los logs.
- Señala concretamente las líneas o módulos afectados. Haz un listado técnico que relacione archivos tuyos con archivos de la fuente, incluidas coincidencias textuales o estructuras de funciones. Si puedes, pide a un desarrollador que prepare un informe técnico simple que explique la relación.
- Reúne comunicaciones. Exporta correos, mensajes de chat, tickets y facturas donde se acordó la integración o compra del componente. Exporta conversaciones de proveedores y clientes si las hubo.
- Contacta al autor o titular de la licencia por escrito. Describe lo que encontraste, adjunta pruebas y pregunta qué exige: posibilidad de regularizar la licencia, atribución, relicenciamiento o pago de una licencia comercial. Hazlo por correo o canal fehaciente y guarda la respuesta.
- Corrige el uso si es posible. A veces la solución técnica es reemplazar el componente por uno con licencia compatible, o aislarlo para que no cree obra derivada. Documenta la corrección.
- Si el titular reclama reparaciones y no hay acuerdo, prepara la conciliación previa ante centro autorizado si vas a litigar en tribunales civiles por propiedad intelectual o indemnización. Antes de esa etapa, consulta con abogado para valorar riesgos y formular defensas técnicas y jurídicas.
Acciones que puedes hacer tú mismo: exportar repositorios, recopilar mensajes y preparar la notificación inicial al titular. Cuándo necesitas abogado: si el titular exige dinero, si hay riesgo de retirada de producto del mercado o si el asunto puede implicar responsabilidad contractual con clientes.
Qué puede pasar
- Se arregla con una carta: muchas disputas se resuelven con un acuerdo de rectificación: atribución, cambio de licencia para tu producto, pago moderado o relicenciamiento. Esto ocurre cuando la integración es limitada y el titular busca reconocimiento o una compensación razonable.
- Acuerdo o conciliación: puedes llegar a un convenio negociado —técnico y económico— que evite juicio. Un acuerdo reduce incertidumbre: suele implicar terminar obligaciones técnicas (por ejemplo, añadir la atribución), plazos de mejora y un pago. Aceptar menos puede ser preferible si evita interrupciones del servicio o costos legales elevados.
- Juicio: si no hay acuerdo y el titular demanda por violación de derechos de autor o incumplimiento contractual, habrá pericia técnica para determinar la derivación y valoración del daño. Si pierdes, podrías enfrentar obligación de retirar el código, pagar indemnizaciones y costas; si la contraparte es insolvente, una sentencia no garantiza cobro. La defensa puede basarse en licencias mal publicadas, consentimiento tácito del proveedor o independencia suficiente entre los códigos.
Si ganas, cobrar puede depender de la solvencia del demandante y de si tu contrapartida tiene bienes registrables. Una sentencia favorable es poderosa para limpiar reputación y confirmar derechos sobre tu versión.
Errores que arruinan el caso
- Borrar o sobrescribir repositorios y logs. Perderás la mejor prueba de cuándo y cómo se integró el código.
- No exportar las conversaciones con proveedores: sin ellas, será más difícil demostrar permiso o negociación.
- Firmar acuerdos con el titular sin leer o sin negociar la parte técnica; reconocer culpa por escrito puede cerrar vías de defensa.
- No aislar el componente ni documentar cambios técnicos: eso dificulta demostrar que no existe obra derivada.
- Ignorar la opción técnica: a veces reemplazar el módulo es más barato que litigar.
¿Necesitas un abogado para esto?
Puedes enviar la primera notificación al titular por tu cuenta y muchas disputas se resuelven con esa carta y un arreglo técnico. Necesitarás un abogado si te piden dinero, si te ordenan retirar el producto del mercado, o si tu cliente corre riesgo contractual. Si te ofrecen un acuerdo, es buen momento para asesoría: un abogado puede valorar la oferta, negociar condiciones técnicas y chequear exposición a futuros reclamos. Si cumples requisitos para defensa pública, díselo a tu abogado para explorar cobertura.
Casos relacionados
Otros problemas frecuentes en derecho informático y nuevas tecnologías
Preguntas frecuentes sobre este caso
Sí. Un commit con fecha, hash y autor aporta una traza sólida. Conviene exportar el repositorio a un archivo y tomar capturas del servicio (por ejemplo, la página del commit) para que quede constancia accesible fuera de la plataforma.
Depende. Cambiar el código puede evitar que exista obra derivada, pero si la modificación es mínima y conserva la esencia, el titular puede seguir reclamando. Documenta las modificaciones y, si es posible, reemplaza el componente por uno con licencia compatible.
Eso complica la defensa: podrías alegar buena fe y reclamar responsabilidades contractuales al proveedor por información falsa o ocultamiento. Conserva contratos, facturas y comunicaciones para sustentar esa reclamación.
En general, la licencia copyleft exige que las obras derivadas se distribuyan con la misma licencia. Integrarlo en un producto cerrado puede obligarte a abrir parte del código o buscar una licencia alternativa con el titular del componente.
No. Un acuerdo rápido puede salvar costos y tiempo. El juicio es apropiado cuando las pretensiones del titular son desproporcionadas, cuando necesitas una sentencia para despejar la situación o cuando la otra parte no negocia de buena fe.
¿Necesitas resolver este problema legal?
Te conectamos con los mejores abogados especializados. Consulta gratuita y sin compromiso.