En desarrollos a medida, la propiedad intelectual suele ser el punto donde más se discuten alcance, titularidad y explotación. Una cláusula bien redactada reduce fricción cuando el cliente necesita usar, modificar o distribuir el resultado, y cuando el proveedor quiere preservar know-how y componentes reutilizables.

1) Define qué se entiende por “resultado” (y qué queda fuera)

Antes de hablar de titularidad, delimita el objeto. Lo habitual es distinguir:

Esta separación permite que el cliente obtenga derechos sobre lo creado para él sin impedir que el proveedor use su capital intelectual preexistente en futuros proyectos.

2) Decide la titularidad: cesión vs. licencia

La redacción debe indicar si el cliente recibirá:

Cesión o licencia, según tu estrategia

  • Cesión de derechos: el proveedor transmite al cliente la titularidad de los derechos patrimoniales sobre el resultado.
  • Licencia: el cliente recibe un derecho de uso (a menudo exclusivo o no), con condiciones de alcance, territorio, duración y modalidades de explotación.

En la práctica, en encargos a medida el modelo de cesión suele ser el que mejor encaja con clientes que necesitan operar sin “dependencias” contractuales futuras. Si se utiliza licencia, es crucial fijar su amplitud (por ejemplo, para uso interno, explotación comercial, sublicencia si el cliente integra el resultado en un producto de terceros, etc.).

3) Incluye explícitamente los derechos patrimoniales y modalidades de explotación

Para evitar debates, concreta qué puede hacer el cliente con el resultado. Por ejemplo:

Si el resultado incluye documentación técnica o material escrito, revisa que también se cubra la explotación de esas obras (no solo el código).

4) Aterriza el “derecho a modificar” y la colaboración técnica

En proyectos de IT, el valor real a menudo está en la capacidad de evolucionar. Una cláusula eficaz suele prever:

5) Asegura que el proveedor no “se queda” lo que cedió

Evita contradicciones típicas: por ejemplo, cláusulas que ceden derechos del resultado pero simultáneamente limitan su uso “solo como soporte interno”, o que prohíben modificaciones aunque se autorice la explotación. Una revisión final coherente suele incluir:

6) Gestiona garantías y responsabilidades por titularidad

Incluye declaraciones razonables para reducir riesgo sin convertir el contrato en un “cheque en blanco”. Considera:

Si el proyecto incorpora librerías o software de terceros, revisa su compatibilidad con la explotación prevista.

7) Ejemplo de redacción (adaptable)

Ajusta el texto al caso, pero mantén la estructura: definición del resultado, régimen de cesión/licencia, cobertura de modificaciones y tratamiento de preexistencias.

“El proveedor cede al cliente, con carácter [exclusivo/no exclusivo] y para todo el territorio, los derechos de propiedad intelectual patrimoniales sobre el Resultado del Encargo, incluyendo los derechos de reproducción, distribución, comunicación pública y puesta a disposición, así como el derecho a modificar, adaptar y crear obras derivadas, para su explotación en el marco de su actividad. Quedan excluidos de la cesión los Componentes Preexistentes, sobre los cuales el proveedor concede al cliente una licencia no exclusiva que permita su integración y uso en el Resultado del Encargo, sin que ello limite la capacidad del cliente para explotar el Resultado en los términos pactados.”

Sugerencia para estructura contractual. Requiere revisión legal específica.

Checklist rápida antes de firmar

Si estás negociando, una buena práctica es alinear esta cláusula con el resto del contrato para que el cliente obtenga el control operativo del resultado y el proveedor proteja lo preexistente. Así se reduce el riesgo de discusiones posteriores sobre “qué era tuyo” y “qué era mío”.