Problemas con la protección de propiedad intelectual de tu software

¿Tienes razón?

Que pertenezca o no el software a quien lo reclama se decide por tres cosas: quién escribió el código, qué pactaste por escrito y qué pruebas guardas. Si eres el autor intelectual y no firmaste cesiones, la titularidad suele ser tuya; si lo programaste como trabajador o bajo un contrato que lo contemplaba, la empresa puede ser la titular. Los contratos escritos priman: un contrato de prestación de servicios o un contrato laboral puede contener cláusulas de cesión de derechos. También importa dónde está el código: repositorios con historiales, commits fechados, tickets de incidencias y ficheros con metadatos refuerzan tu posición. Si sólo hay acuerdos verbales o colaboración informal, tu posición existe pero necesitarás más pruebas técnicas y testigos. Por último, si usaste librerías ajenas con licencias que imponen condiciones, eso puede limitar cómo puedes explotar comercialmente el software.

Cómo se soluciona

1. Reúne toda la prueba técnica y documental. Busca repositorios (públicos y privados), historial de commits, ramas, correos electrónicos, conversaciones en plataformas de gestión de proyectos, facturas, albaranes de prestación de servicios, NDAs (acuerdos de confidencialidad) y cualquier contrato. Exporta conversaciones de mensajería y añade capturas con metadatos cuando sea posible.

1. Documenta la autoría técnica. Genera un registro técnico: describe módulos que desarrollaste, hilos de diseño, decisiones arquitectónicas, documentación interna y pruebas unitarias asociadas. Exporta los logs del sistema de control de versiones que muestran autoría y fechas.

1. Revisa los contratos firmados. Identifica cláusulas de cesión, de transferencia de propiedad intelectual y de trabajo por encargo. Si trabajaste por cuenta ajena, localiza tu contrato laboral y cualquier documento adicional que hable de propiedad industrial o intelectual.

1. Identifica dependencias de terceros y licencias usadas. Lista las librerías, frameworks y componentes con sus licencias. Si hay código ajeno con licencias restrictivas, anota cómo y dónde se integró.

1. Reclamación previa. Envía una comunicación fehaciente (burofax con acuse de recibo y certificación de texto o correo electrónico con firma electrónica) exigiendo reconocimiento de autoría, cesión o retirada del uso indebido, y proponiendo soluciones.

1. Si no hay acuerdo, valora iniciar una reclamación judicial con abogado y procurador. El procedimiento depende de la cuantía, de si pides medidas cautelares y de si buscas la confirmación de titularidad o indemnización. Un perito informático certificará autoría técnica y trazabilidad del código.

Qué puedes hacer tú hoy: exportar commits y documentación, pedir un burofax y guardar copia de todo. Qué suele necesitar un profesional: análisis de contratos, peritaje forense del repositorio y redacción de la demanda o la negociación si hay oferta de acuerdo.

Qué puede pasar

1. Se arregla con una carta. A menudo la primera carta hace que la otra parte reconozca la autoría o acuerde una compensación o cesión. Es lo más rápido y menos costoso: un acuerdo escrito puede incluir reconocimiento, pago y transferencia de repositorios.

1. Acuerdo o conciliación. Puedes llegar a un convenio donde se regularice la titularidad, se pacten licencias de uso o royalties y se fijen límites de explotación. Un acuerdo razonable puede ser mejor que ir a juicio porque evita costes y la incertidumbre del resultado; además suele permitir conservar relaciones comerciales.

1. Juicio. Si hay pleito, el juez evaluará pruebas documentales y periciales. Si pierdes, puedes afrontar el rechazo de tu pretensión y, en su caso, las costas procesales. Si ganas, puedes obtener declaración de titularidad, medidas para cesar el uso y una indemnización. Ten en cuenta que una sentencia contra una persona o empresa insolvente puede ser difícil de ejecutar: una condena no siempre se cobra efectivamente.

Y si ganas, ¿cobras? Una sentencia te declara derecho y puede fijar una indemnización y medidas de ejecución, pero cobrar depende de la solvencia de quien debe pagar. Por eso es habitual pactar garantías en un acuerdo extrajudicial.

Errores que arruinan el caso

• No conservar el historial del repositorio: borrar ramas, reescribir commits o perder el log debilita la prueba técnica.
• Firmar una cesión amplia sin asesoramiento: una cláusula genérica que cede "todo" puede transferir tus derechos.
• Mezclar código propio con código bajo licencias incompatibles sin dejar trazabilidad: eso puede contaminar la titularidad o imposibilitar una explotación comercial.
• Confiar solo en testimonios verbales sin documentación complementaria.
• Responder sin prueba a reclamaciones: reconocer por escrito autoría ajena o aceptar pagos sin dejar constancia de que no renuncias a derechos.