Detectas incumplimiento de licencia de un tercero en tu software: ¿qué debes hacer?
Si encuentra que su software usa código de un tercero con una licencia que no se cumple, no es el fin del proyecto, pero sí exige acción. Lo que determina su posición es qué licencia rige, cómo entró ese código al proyecto y qué pruebas conserva. Primer paso práctico: identificar la licencia concreta y reunir toda la evidencia sobre la inclusión y uso. Con eso podrá decidir si corregir, negociar una licencia o litigar.
¿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?
Que exista incumplimiento depende de cuatro cosas concretas: la licencia aplicable, la forma en que el código llegó a su proyecto, el uso que le da y las pruebas que lo documenten. No basta con sospechar: hay que identificar si el componente está bajo una licencia copyleft que exige divulgar su código, o una licencia permisiva que solo pide atribución, o si es software propietario sin licencia. También importa si el proveedor que le entregó el software le dio garantías o si usted integró código descargado de repositorios públicos o de terceros.
Si usted puede encontrar el fichero de licencia junto al código, un archivo README que imponga condiciones o una referencia en el repositorio original, su posición es más clara. Si, por el contrario, el código fue pegado por un colaborador desde una fuente no registrada y no hay constancia, la discusión se convierte en una prueba de hechos: quién lo incorporó y cuándo.
En resumen: su caso es fuerte si puede señalar la licencia vigente y probar el origen del código y su uso; si no tiene pruebas, la solución pasa más por la negociación que por ganar una demanda en tribunales.
Cómo se soluciona
1) Identifique y documente la licencia y el fragmento afectado. Busque en el código: cabeceras con licencia, archivos LICENSE, y el historial del repositorio. Haga capturas y exporte el historial del control de versiones. Guarde los metadatos del repositorio remoto (URL, commits, 'clone' o 'fork').
2) Reúna evidencia de integración y uso. Exporte logs del control de versiones que muestren cuándo y quién añadió el código. Conserve correos, mensajes de chat y órdenes de trabajo que describan la tarea. Si el código apareció por una entrega de un proveedor, recupere contratos, facturas y correos donde se aceptó la entrega.
3) Analice la licencia con criterio técnico y legal. Lea la licencia en idioma original y compare obligaciones: atribución, prohibición de uso comercial, obligación de aportar código fuente, o restricciones de sublicencia. Si la licencia impone obligaciones de divulgación y usted no las cumplió, tendrá que evaluar remediar esa falta.
4) Evalúe opciones internas antes de notificar. Puede eliminar el fragmento vulnerable o reescribirlo por completo. Si no es viable, prepare una propuesta de cumplimiento: añadir atribución, incorporar el texto de la licencia en la distribución, o solicitar una licencia comercial al titular.
5) Comuníquese por escrito con el titular de derechos. Envíe una comunicación formal con constancia de recibido describiendo la situación, adjuntando evidencia y proponiendo soluciones concretas (remoción, licencia, pago). Detalle qué medidas ya adoptó para mitigar el riesgo.
6) Si la negociación falla, considere la vía administrativa o judicial y la conciliación extrajudicial si aplica. Antes de litigar, haga un inventario de costos técnicos y comerciales de cada opción y evalúe el balance entre riesgo y continuidad del servicio.
Qué puede hacer por su cuenta y qué necesita de un profesional está claro: usted puede y debe reunir evidencia, proteger copias y probar el origen. Un abogado especializado en propiedad intelectual debe revisar la licencia y negociar acuerdos o preparar acciones contra la otra parte.
Qué puede pasar
Escenario uno: se resuelve por correo o carta. Muy común: el titular solicita acreditar la atribución, se corrige el paquete y el asunto queda zanjado. Es la solución más rápida y menos costosa, y suele evitar interrupciones del servicio.
Escenario dos: acuerdo o conciliación. Si el titular exige licencia comercial o compensación, lo habitual es negociar un acuerdo que permita seguir distribuyendo o usando el software a cambio de condiciones económicas y de cumplimiento. Un acuerdo evita la incertidumbre judicial y puede incluir plazos de adecuación técnica.
Escenario tres: acción judicial. Si no hay acuerdo y el titular demanda, la disputa entra en los juzgados civiles o en procedimientos administrativos si hay intervención de autoridad. En caso de sentencia favorable, puede haber cesación del uso y condenas en costas; si la sentencia es contra usted, tendrá que eliminar el código y posiblemente indemnizar. Atención: ganar una sentencia no garantiza la ejecución si la contraparte no tiene bienes; una sentencia es un título ejecutivo, pero su eficacia depende de la situación patrimonial.
Y si gana, ¿cobro? Una sentencia que reconozca daños es un fundamento para exigir pago, pero su ejecución depende del patrimonio del demandado. Evaluar la capacidad de cobro es parte de la estrategia antes de litigar.
Errores que arruinan el caso
- Borrar el historial del repositorio o sobrescribir commits. Eso destruye la mejor prueba de autoría y fecha.
- Firmar acuerdos apresurados sin leer la licencia propuesta por el titular. Puede ceder derechos sin recuperar nada.
- No contener el equipo técnico: seguir distribuyendo una versión no corregida mientras negocia aumenta el daño.
- Confiar sólo en declaraciones orales de colaboradores: sin comprobantes escritos pierde la prueba.
- No pedir asesoría cuando la otra parte ofrece un arreglo económico: la oferta suele reflejar el valor real del caso.
¿Necesitas un abogado para esto?
La primera fase la puede cubrir usted: identificar la licencia, exportar el historial y proponer correcciones. Necesitará abogado si hay negociación sobre pagos o ceses, si la otra parte amenaza con demanda o si debe valorar la viabilidad de litigar. Si no puede pagar abogado, verifique la posibilidad de acceso a justicia gratuita; un abogado además le ayuda a redactar comunicaciones que no perjudican su posición.
Casos relacionados
Otros problemas frecuentes en derecho informático y nuevas tecnologías
Preguntas frecuentes sobre este caso
Eliminar el código mitiga el riesgo, pero no siempre basta: si hubo distribución pública previa, el titular puede reclamar por daños o exigir medidas correctivas. Documente la remoción y conserve copia del estado previo.
Sí: un commit con autor y marca de tiempo es una prueba técnica valiosa, sobre todo si lo puede exportar y verificar. Conserve además comunicaciones y entregas relacionadas.
En muchos casos comprar o pactar una licencia comercial soluciona el conflicto. Antes de aceptar, revise qué derechos y limitaciones incluye la licencia ofrecida y si cubre usos futuros.
Eso complica la reclamación contra el proveedor; necesitará probar las representaciones y obligaciones contractuales del proveedor para reclamarle indemnización o resarcimiento.
La conciliación suele ser útil porque obliga a documentar el acuerdo y evita el costo judicial. Es una buena opción cuando el titular busca compensación más que cierre del proyecto.
¿Necesitas resolver este problema legal?
Te conectamos con los mejores abogados especializados. Consulta gratuita y sin compromiso.