Muchas empresas de tecnología llegan demasiado tarde a esta conversación. Crean software, acumulan know-how diferencial y construyen una marca reconocible — y solo cuando surge un conflicto descubren que no han formalizado la titularidad, que un proveedor exterior puede reclamar derechos sobre el código o que su marca no tiene cobertura fuera de España. La propiedad intelectual del software no es un trámite administrativo: es la infraestructura legal que determina quién controla el activo.
Esta es la primera pregunta que debe plantearse cualquier consejo de administración. El Derecho de autor protege el código fuente y el código objeto como obra literaria. La protección surge desde el momento de la creación, sin necesidad de depósito ni de registro obligatorio.
Sin embargo, hay un límite fundamental que hemos observado que muchas empresas no tienen interiorizado: el Derecho de autor no protege las ideas, los conceptos, los principios ni los métodos que subyacen al software. Protege la expresión concreta de esos elementos, no su función ni su lógica de negocio.
¿Qué significa esto en la práctica? Que un competidor que desarrolle su propio código para implementar una funcionalidad idéntica a la suya no infringe necesariamente sus derechos. El Derecho de autor es la primera línea de defensa, pero no la única ni siempre la más eficaz.
Los elementos que quedan fuera del Derecho de autor — y que requieren instrumentos distintos — incluyen la interfaz de usuario en su dimensión estética (que puede beneficiarse del diseño industrial), las invenciones técnicas incorporadas al software (que pueden patentarse si cumplen los requisitos) y los datos de entrenamiento de sistemas de inteligencia artificial (que pueden estar sujetos al derecho sui generis sobre bases de datos o a la normativa de secreto empresarial).
En nuestra experiencia asesorando a compañías tecnológicas, la mayor vulnerabilidad no suele estar en el desconocimiento del Derecho de autor, sino en la confusión sobre qué queda fuera de él. Un asesoramiento temprano permite trazar una estrategia de protección multicapa que cubre los flancos que el Derecho de autor no alcanza.
Esta cuestión genera más litigios que ninguna otra en el ámbito de la propiedad intelectual tecnológica. Y tiene una respuesta diferente según quién haya escrito el código.
Cuando el software lo crean empleados en el ejercicio de sus funciones, la legislación española establece que la empresa empleadora es la titular de los derechos de explotación. El régimen es más favorable para la empresa que en otros sistemas europeos. Pero la regla tiene condiciones: la creación debe producirse en el marco de las funciones encomendadas o a iniciativa del empleador.
El problema aparece cuando el desarrollador es un autónomo o una empresa proveedora. En ese caso, sin un contrato que ceda expresamente los derechos de propiedad intelectual, la titularidad permanece en el desarrollador. La empresa cliente habrá pagado por el desarrollo, pero no será propietaria del código. Solo tendrá una licencia — implícita o explícita, según los términos del encargo — para usarlo.
Hemos asesorado con frecuencia a empresas que, al crecer o al prepararse para una operación de venta o de inversión, descubren que una parte del código de su producto estrella fue desarrollada por un freelance sin contrato de cesión. La diligencia debida (due diligence) de cualquier adquirente o inversor lo detectará. Y el coste de regularizar esa situación a posteriori — si es que el proveedor acepta — es siempre muy superior al de haberlo hecho bien desde el inicio.
La cadena de titularidad del software es, por tanto, un activo jurídico que debe auditarse periódicamente, especialmente antes de rondas de financiación, fusiones o adquisiciones.
El registro ante el Registro de la Propiedad Intelectual tiene naturaleza declarativa, no constitutiva. La titularidad no depende del registro: ya existe desde la creación. Lo que el registro aporta es una fecha cierta y una presunción de autoría que puede ser decisiva en un litigio.
¿Vale la pena registrar? Nuestra respuesta es que depende del valor estratégico del activo. Para software que constituye el núcleo del negocio — el producto principal, la plataforma que da servicio a los clientes — el registro es una medida de bajo coste con un retorno potencial elevado en términos de posición procesal.
Para versiones intermedias, prototipos o utilidades internas, el análisis coste-beneficio puede ser diferente. Lo que sí recomendamos siempre es documentar con rigor el proceso de desarrollo: commits con fecha en el sistema de control de versiones, correos electrónicos internos que acrediten la evolución del trabajo, contratos de desarrollo fechados. Todo ello construye un expediente probatorio que complementa o sustituye al registro formal.
Existe también la posibilidad de utilizar instrumentos de registro privado — notario, sellado de tiempo tecnológico con garantías legales — para crear una prueba de existencia fechada sin necesidad de acudir al registro público. En determinadas circunstancias, estas vías son más ágiles y suficientes.
El Derecho de autor protege el código. Pero una empresa de software necesita también proteger su identidad comercial y, en determinados casos, sus innovaciones técnicas. Ahí entran las marcas y las patentes.
La marca protege los signos distintivos del producto o del servicio: el nombre, el logotipo, el signo sonoro. Es el instrumento que vincula la reputación de la empresa con su identidad en el mercado. Una marca bien gestionada es uno de los activos más valiosos de cualquier empresa tecnológica.
Aquí aparece el mito más extendido que encontramos en nuestra práctica: registrar la marca en España no equivale a protegerla en toda la Unión Europea ni en el resto del mundo. Una empresa que opera o pretende operar en mercados internacionales necesita una estrategia de registro que abarque las jurisdicciones relevantes. La marca de la Unión Europea, que se tramita ante la Oficina de Propiedad Intelectual de la Unión Europea (EUIPO) con sede en Alicante, cubre los veintisiete Estados miembros con un solo expediente. Para mercados extraeuropeos, el sistema de Madrid permite una solicitud internacional coordinada.
En cuanto a las patentes, la protección del software por esta vía es posible pero selectiva. En Europa, las invenciones implementadas por ordenador son patentables si producen un efecto técnico que va más allá de la mera automatización de un proceso mental. Esto excluye el software puro, pero incluye aplicaciones con impacto técnico medible — sistemas embebidos, algoritmos de control industrial, procesamiento de señales.
Las patentes se tramitan ante la Oficina Española de Patentes y Marcas (OEPM) para el ámbito nacional. La patente europea, gestionada a través de la Oficina Europea de Patentes, ofrece cobertura en los países firmantes del Convenio sobre la Patente Europea. La duración de una patente es de veinte años no renovables. Vencido ese plazo, la invención pasa al dominio público.
La decisión de patentar implica un análisis estratégico previo: el proceso es largo y costoso, y la solicitud hace pública la invención. Para muchas empresas de software, el secreto empresarial es una alternativa más eficiente que la patente, especialmente cuando el tiempo de mercado es corto o cuando la invención es difícil de replicar por ingeniería inversa.
El secreto empresarial es, probablemente, el instrumento de protección más subestimado en el ecosistema tecnológico español. Cubre todo aquello que tiene valor comercial precisamente porque no es conocido: algoritmos propietarios, arquitecturas de sistemas, bases de datos de clientes, metodologías de desarrollo.
Para que el secreto tenga protección jurídica, la empresa debe poder demostrar tres elementos: que la información no es conocida en el sector, que tiene valor comercial derivado de esa confidencialidad y que se han adoptado medidas razonables para mantenerla reservada. Este último requisito es el que más frecuentemente se incumple.
¿Qué medidas son razonables? Acuerdos de confidencialidad (NDA) firmados con empleados, colaboradores y proveedores; políticas internas de clasificación de información; controles de acceso técnicos; cláusulas de no divulgación en los contratos de trabajo. La empresa que no puede demostrar haber adoptado estas medidas tendrá dificultades para invocar la protección del secreto empresarial ante los tribunales.
En nuestra práctica, hemos observado que las empresas tecnológicas e industriales que mejor protegen su know-how son las que tratan la gestión del secreto como un proceso continuo, no como un trámite puntual. Esto incluye auditar periódicamente qué información tiene carácter reservado, actualizar los acuerdos de confidencialidad cuando cambia el perímetro del conocimiento protegido y documentar las medidas adoptadas.
La protección del secreto empresarial no sustituye al Derecho de autor ni a las patentes. Es un instrumento complementario que cubre el espacio — a menudo muy amplio — que los demás mecanismos no alcanzan.
El contrato de licencia de software es el documento que define la relación entre el titular del software y quienes lo utilizan. Su diseño puede marcar la diferencia entre un activo que genera ingresos recurrentes y predecibles y uno que genera litigios.
Los elementos que con mayor frecuencia son objeto de controversia en los contratos de licencia que hemos analizado son los siguientes:
En el contexto del software como servicio (SaaS), el contrato de licencia se fusiona habitualmente con los términos y condiciones del servicio y con el acuerdo de nivel de servicio. La coherencia entre estos documentos es esencial: hemos visto casos en que las condiciones generales y el contrato marco contradecían sus cláusulas de responsabilidad, con resultados difícilmente predecibles en un eventual litigio.
Para las empresas que licencian software a clientes corporativos, disponer de condiciones contractuales bien redactadas desde el inicio no es un lujo: es una condición para que el negocio sea escalable.
Si desea revisar su estructura contractual, puede consultarnos en nuestra área de propiedad intelectual y tecnología, donde acompañamos a empresas en la protección y explotación de sus activos tecnológicos.
El uso de componentes de código abierto (open source) es práctica habitual en el desarrollo de software empresarial. Ofrece ventajas evidentes en términos de coste y velocidad de desarrollo. Pero conlleva obligaciones que muchas empresas no gestionan con el rigor necesario.
Las licencias de código abierto no son todas iguales. Existen licencias permisivas — como MIT o Apache — que permiten la integración en software propietario con mínimas obligaciones. Y existen licencias copyleft — como GPL — que imponen la obligación de publicar el código derivado bajo la misma licencia. Esta obligación puede tener consecuencias muy graves para una empresa que ha construido un producto propietario sobre componentes GPL sin saberlo.
¿Cuándo se convierte esto en un problema real? En los procesos de diligencia debida previos a una inversión o a una adquisición. Cualquier inversor institucional o adquirente sofisticado revisará la composición de la base de código. Si detecta componentes con licencias incompatibles con el modelo propietario de la empresa, puede poner en cuestión la valoración del activo o incluso bloquear la operación.
La gestión de la composición de software (software composition analysis) es, por tanto, una práctica de higiene jurídica que toda empresa tecnológica debería incorporar en su ciclo de desarrollo. Inventariar los componentes utilizados, identificar sus licencias y verificar la compatibilidad con el modelo de distribución del producto es una tarea que puede y debe hacerse de forma preventiva, no reactiva.
La inteligencia artificial introduce tres nuevos frentes de incertidumbre en el mapa de la propiedad intelectual que toda empresa debería tener presente.
El primero es la titularidad de las obras generadas por sistemas de inteligencia artificial. Los marcos jurídicos actuales — incluido el español — no reconocen a la máquina como autor. La obra generada autónomamente por una IA sin intervención humana creativa suficiente puede no estar protegida por Derecho de autor, lo que implica que puede ser reproducida libremente. Para las empresas que basan su propuesta de valor en contenidos o código generado por IA, esto es una vulnerabilidad estratégica que conviene analizar.
El segundo frente es el de los datos de entrenamiento. Entrenar un modelo con datos protegidos por Derecho de autor sin licencia o sin amparo en alguna de las excepciones legales puede dar lugar a responsabilidad por infracción. Este es uno de los litigios más activos a escala global en este momento, y el marco jurídico europeo está en plena evolución.
El tercer frente es el del Reglamento de Inteligencia Artificial de la Unión Europea. Este instrumento normativo — cuya aplicación se está produciendo de forma progresiva — impone obligaciones de transparencia, documentación y evaluación de riesgos para determinadas categorías de sistemas de IA. Para las empresas que desarrollan o despliegan estos sistemas, el cumplimiento de este marco es ya una exigencia regulatoria, no una opción.
Para un análisis más detallado del marco de protección aplicable a los desarrollos tecnológicos de su empresa, le invitamos a revisar nuestra guía específica sobre propiedad intelectual del software, donde desarrollamos los instrumentos disponibles para cada tipo de activo.
La inacción tiene un coste. Hemos identificado en nuestra práctica los escenarios de pérdida más frecuentes:
Hemos protegido marcas, software y secretos empresariales de compañías tecnológicas e industriales. El patrón es consistente: las empresas que llegan a nosotros tras un conflicto han incurrido en un coste de reparación muy superior al que habría tenido la prevención.
La protección de la propiedad intelectual del software está estrechamente vinculada con la gestión del Derecho societario y de las operaciones corporativas: en procesos de M&A y rondas de inversión, la auditoría de activos intangibles es un elemento central de la diligencia debida. Del mismo modo, la privacidad de los datos y el cumplimiento normativo en materia de protección de datos son dimensiones inseparables de cualquier estrategia tecnológica robusta, especialmente cuando el software gestiona datos personales. Si su empresa opera en alguno de estos planos, podemos ayudarle a estructurar una respuesta coordinada.
Puede ampliar esta consulta a través de nuestros contenidos relacionados sobre el tratamiento de disputas en materia de derechos de propiedad, accediendo a este análisis de caso sobre gestión de acuerdos y conflictos en activos complejos.
Para una primera valoración, escríbanos a info@velardevidal.com.
Plantear mi casoEste contenido es informativo y no constituye asesoramiento jurídico. Para un análisis de su situación, contacte con info@velardevidal.com.