El software es, con frecuencia, el activo más valioso que genera una empresa y el menos protegido de forma sistemática. Muchos equipos directivos concentran su atención en el producto, en el cliente y en la financiación, y posponen indefinidamente la pregunta esencial: ¿quién es propietario de este código y qué impide que un competidor lo replique o que un empleado se lo lleve al salir? La oportunidad de establecer una protección sólida existe desde el primer día de desarrollo. Dejarla pasar tiene consecuencias que a menudo son irreversibles.
La legislación española de propiedad intelectual reconoce al software como obra protegida desde el momento de su creación. No es necesario ningún registro previo para que nazca la protección: esta surge de forma automática. Sin embargo, el nacimiento automático del derecho no equivale a la capacidad de hacerlo valer con eficacia.
La empresa debe poder demostrar, en primer lugar, que es la titular del código. Esto no es trivial. Cuando el software lo desarrolla personal propio, la titularidad corresponde a la empresa en virtud de la relación laboral, siempre que el desarrollo se produzca en el ámbito de las funciones asignadas. Pero cuando intervienen contratistas externos, freelances o equipos de otra empresa, la titularidad no se transfiere de forma automática. Si el contrato de encargo no incluye una cláusula expresa de cesión de derechos, el desarrollador externo conserva la propiedad intelectual sobre el código que ha creado. Hemos visto situaciones en que una empresa asumía durante años que era dueña de su plataforma tecnológica y, al intentar licenciarla o venderla, descubrió que carecía de título jurídico suficiente.
La propiedad del software se acredita, en la práctica, mediante tres instrumentos complementarios: la documentación del proceso de desarrollo (commits, versiones, fechas), los contratos de trabajo o de prestación de servicios con cláusulas de cesión y el depósito voluntario ante un notario o ante el Registro de la Propiedad Intelectual. Este último no es obligatorio, pero genera una fecha cierta y una presunción legal de titularidad que resulta decisiva en un litigio.
Junto a la propiedad intelectual, la normativa aplicable en materia de secreto empresarial protege los elementos que no se hacen públicos: algoritmos, arquitecturas, bases de datos de entrenamiento, modelos de datos propietarios. Para que esta protección opere, la empresa debe adoptar medidas razonables de confidencialidad. Sin esas medidas, el secreto no se puede reivindicar. La Ley de Marcas, la legislación de competencia desleal y el régimen del secreto empresarial forman, en conjunto, el perímetro de protección disponible fuera del registro formal.
¿Y las patentes? La patente de software en España y en Europa es un territorio acotado. El principio general es que los programas de ordenador, como tales, no son patentables. Sin embargo, una invención implementada en software que produzca un efecto técnico puede ser objeto de patente. La OEPM resuelve estas solicitudes caso a caso. El coste y el plazo de una patente son relevantes, pero cuando la invención es sólida, la protección que otorga es la más robusta disponible: veinte años desde la fecha de presentación, con exclusividad de explotación frente a terceros.
Para la empresa que opera en varios mercados europeos, la vía de la patente europea ante la Oficina Europea de Patentes (OEP) y la marca ante la EUIPO permiten cubrir múltiples jurisdicciones con un único procedimiento. En nuestra práctica, asesoramos con frecuencia a empresas tecnológicas que subestiman la dimensión europea de su portafolio de activos y que solo la consideran cuando ya están en un proceso de adquisición o de inversión.
La protección del software no es un evento puntual. Es un proceso que la dirección debe gestionar activamente en al menos cinco momentos del ciclo de vida de la empresa.
Primer momento: la constitución del equipo fundador. Si el software lo desarrollan los propios socios antes de constituir la sociedad, hay que asegurarse de que todos los derechos quedan aportados a la compañía en el momento de su constitución. Un fundador que conserva derechos sobre el código fundacional es un riesgo que ningún inversor serio aceptará.
Segundo momento: la contratación de los primeros desarrolladores. El contrato de trabajo debe incluir, desde el primer día, cláusulas que cubran la titularidad del software, la confidencialidad y la no competencia. La legislación laboral establece límites a estas cláusulas, especialmente a la no competencia, pero dentro de esos límites hay un margen de protección relevante que conviene aprovechar.
Tercer momento: la integración de proveedores externos. Todo acuerdo con un contratista de desarrollo debe incluir una cesión expresa y escrita de todos los derechos patrimoniales sobre el código producido. Sin esta cesión, el contratista retiene la titularidad. Si además el contratista utiliza componentes de software libre (open source), la empresa debe verificar las licencias aplicables: algunas licencias de código abierto imponen condiciones que afectan a la distribución del software resultante.
Cuarto momento: el primer acuerdo comercial o de distribución. Cuando la empresa licencia su software a un cliente, ese contrato de licencia (software license agreement) define exactamente qué puede y qué no puede hacer el licenciatario con el producto. Un contrato mal redactado puede generar una transferencia encubierta de derechos o permitir usos no previstos que erosionen la posición competitiva de la empresa. El contrato de licencia es uno de los documentos más críticos de una empresa de software y, con frecuencia, se redacta con plantillas genéricas que no se ajustan a la realidad del producto.
Quinto momento: la due diligence en operaciones corporativas. Cuando la empresa recibe una inversión o entra en un proceso de fusión o adquisición, la diligencia debida (due diligence) de propiedad intelectual es sistemática. Los inversores y compradores verifican la titularidad del software, la limpieza de las licencias open source, la existencia de acuerdos de confidencialidad firmados y la ausencia de reclamaciones de terceros. Una debilidad en cualquiera de estos puntos puede reducir la valoración o bloquear la operación. En nuestra experiencia acompañando a empresas tecnológicas en estos procesos, las carencias en la titularidad del código son la causa más frecuente de retardos y ajustes de precio.
¿Qué plazos son irrecuperables? Fundamentalmente, dos. El primero: la novedad en materia de patentes se destruye con la divulgación pública. Si una empresa presenta su invención en una conferencia, la publica en un blog o la demuestra a un cliente sin haber presentado previamente la solicitud de patente, puede haber perdido la capacidad de patentar. El segundo: la inacción prolongada frente a una usurpación de derechos puede interpretarse como tolerancia tácita y debilita la posición en un litigio posterior.
El acuerdo de confidencialidad (non-disclosure agreement o NDA) es la primera línea de defensa del software antes de cualquier divulgación. Protege el código, la arquitectura, el algoritmo y el know-how asociado cuando se comparten con un tercero, sea un posible inversor, un potencial cliente, un socio tecnológico o un proveedor de servicios.
La eficacia real de un NDA depende de tres elementos. Primero, que el objeto protegido esté bien definido: cuanto más precisa es la descripción del software y de la información confidencial, más fácil resulta demostrar la infracción. Segundo, que las obligaciones del receptor sean concretas y las excepciones estén claramente delimitadas. Tercero, que el plazo de confidencialidad sea razonable pero suficiente. Un NDA con un plazo muy corto puede dejar desprotegida información que sigue siendo sensible.
Para una guía completa sobre cómo redactar un acuerdo de confidencialidad eficaz en el contexto empresarial español, puede consultar nuestro análisis específico en cómo redactar un NDA eficaz entre empresas.
El contrato de licencia, por su parte, regula la relación entre la empresa titular del software y los terceros que lo utilizan. A diferencia de una compraventa, en la licencia el titular conserva la propiedad y otorga permisos de uso limitados. Las cláusulas fundamentales que todo contrato de licencia de software debe contener son las siguientes:
Cuando la empresa opera en un modelo de software como servicio (SaaS), el contrato de licencia se combina inevitablemente con los términos del tratamiento de datos personales. La dimensión de protección de datos no puede separarse de la protección del software en los modelos basados en la nube.
La mayor parte de las filtraciones de código y de conocimiento tecnológico tienen origen interno. Un empleado que se va a la competencia con acceso a sistemas, un contratista que reutiliza componentes desarrollados para su cliente anterior, un socio que sale de la empresa llevándose el repositorio. Estas situaciones son más frecuentes de lo que la dirección imagina.
La protección frente a amenazas internas opera en tres niveles.
El primer nivel es contractual. Los contratos de trabajo deben incluir cláusulas de confidencialidad, titularidad del software y, donde la legislación laboral lo permita, obligaciones de no competencia postcontractual. La eficacia de la cláusula de no competencia requiere que sea remunerada y que esté acotada en tiempo, territorio y actividad.
El segundo nivel es organizativo. La empresa debe definir quién tiene acceso a qué parte del código, mantener registros de acceso y establecer protocolos para la salida de empleados con acceso a código sensible. Estas medidas también son requisito para que el secreto empresarial esté protegido bajo la normativa aplicable: sin medidas razonables de confidencialidad, no hay secreto que defender.
El tercer nivel es técnico. Los controles de acceso al repositorio, el cifrado del código fuente en determinados entornos, la monitorización de descargas masivas de código y el uso de marcas de agua digitales (en el caso de bases de datos o modelos de inteligencia artificial) son herramientas técnicas que complementan la protección jurídica. La protección jurídica sin medidas técnicas y organizativas es insuficiente; las medidas técnicas sin respaldo jurídico dejan a la empresa sin instrumentos para actuar.
Hemos asesorado a compañías tecnológicas e industriales en la gestión de incidentes relacionados con la apropiación de código y de modelos de datos por parte de extrabajadores y competidores. La experiencia muestra que los casos que se resuelven favorablemente son aquellos en que la empresa había documentado la titularidad, había establecido medidas de confidencialidad y podía acreditar el daño.
El nombre del producto de software, su logotipo y, en determinados casos, la interfaz de usuario pueden y deben protegerse como marca. La propiedad intelectual protege el código; la marca protege la identidad comercial del producto. Son dos capas de protección complementarias e independientes.
El registro de marca ante la OEPM confiere exclusividad nacional sobre el signo para los productos y servicios en que se registra. La duración es de diez años renovables. Si la empresa opera en varios países de la Unión Europea, el registro de marca de la Unión Europea ante la EUIPO (con sede en Alicante) cubre los veintisiete Estados miembros con un único procedimiento. Para mercados fuera de la UE, el sistema de Madrid de la Organización Mundial de la Propiedad Intelectual (OMPI) permite extender la protección internacionalmente desde una solicitud base española.
Un error habitual que hemos observado es el de empresas que operan bajo un nombre de marca durante años sin registrarlo, y que cuando intentan hacerlo descubren que un tercero se les ha adelantado. El principio que rige el sistema de marcas en España y en la UE es el de «primero en registrar», no el de «primero en usar». La antigüedad del uso puede ser relevante en determinadas circunstancias, pero no garantiza la prioridad.
El plazo de oposición a una solicitud de marca es de dos meses desde su publicación. Si la empresa detecta que un competidor ha solicitado una marca confusamente similar a la suya, ese es el plazo para actuar. Una vez transcurrido sin oposición, la marca se concede y el coste de revocarla se multiplica.
El análisis de la dimensión de marca en el contexto más amplio de las operaciones de tecnología y transferencia de activos intangibles está desarrollado en profundidad en nuestro análisis sobre transferencia de tecnología entre empresas.
La protección del software tiene una curva de coste asimétrica. Actuar en la fase de constitución del equipo, de redacción de los primeros contratos y de presentación de las primeras solicitudes de registro tiene un coste marginal comparado con el coste de remediar una situación de titularidad indeterminada, de litigar contra un competidor que ha apropiado el código o de reconstruir el perímetro de confidencialidad tras una filtración.
El asesoramiento temprano tiene cuatro efectos prácticos verificables.
Primero: establece desde el inicio una cadena de titularidad limpia y documentada, que es lo que los inversores y compradores exigen en una due diligence. Una empresa que puede acreditar con precisión quién es titular de qué es una empresa que vale más y que cierra operaciones con mayor rapidez.
Segundo: permite elegir la estrategia de protección adecuada para cada activo. No todo el software necesita una patente; no toda funcionalidad merece el coste de un registro formal. Un análisis previo permite priorizar los recursos de protección donde el impacto es mayor.
Tercero: hace que los contratos con empleados, contratistas y clientes sean consistentes entre sí. La incoherencia entre contratos es una fuente de litigios costosos. Un desarrollador cuyo contrato de prestación de servicios no incluye cesión de derechos, y que años después reclama esa titularidad, puede bloquear la operación más importante de la empresa.
Cuarto: reduce la exposición regulatoria en materia de protección de datos cuando el software procesa información de usuarios o de empleados. Las implicaciones del Reglamento General de Protección de Datos (RGPD) y de la Ley Orgánica de Protección de Datos y Garantía de los Derechos Digitales (LOPDGDD) sobre los productos de software son directas, y su gestión forma parte de la arquitectura de protección del producto.
La gestión integral de los activos de propiedad intelectual y tecnología, incluyendo software, marcas, patentes y secreto empresarial, es una de las líneas de trabajo centrales de nuestra firma. Puede encontrar una visión completa de nuestro enfoque en el área en nuestra práctica de propiedad intelectual y tecnología.
A continuación, una relación de los puntos que la dirección debe verificar para garantizar que el software de la empresa está adecuadamente protegido.
La protección del software es indisociable de una gestión más amplia de los activos intangibles de la empresa. En Velarde & Vidal, el área de propiedad intelectual trabaja en estrecha coordinación con nuestros equipos de operaciones corporativas y de protección de datos. Si la empresa está evaluando una fusión, una adquisición o una ronda de inversión, los activos tecnológicos siempre forman parte del análisis en nuestra práctica de Derecho societario y operaciones. Si el software procesa datos de usuarios o empleados, la protección se completa con el análisis de cumplimiento de protección de datos y compliance.
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.