¿Qué son los derechos de uso del software?
Los derechos de uso del software son las facultades concedidas por contrato para utilizar, copiar, modificar o ceder un programa informático protegido por derechos de autor. La autoría sigue siendo del desarrollador; los clientes adquieren derechos de uso, simples o exclusivos, limitados o ilimitados.

Derechos de uso: definición y fundamentos
Los programas informáticos están protegidos por los §§ 69a y siguientes de la Ley alemana de propiedad intelectual (UrhG). Autor es la persona que ha creado el código de forma creativa, no el cliente. En Alemania, el derecho de autor como tal no es transmisible; solo pueden transmitirse derechos de uso. Estos determinan lo que el cliente puede hacer con el software.
Entre los actos protegidos figuran la reproducción, la transformación y la distribución (§ 69c UrhG). Quien utiliza un software solo puede hacer lo que se le ha concedido o lo necesario para su uso conforme a su destino. En el caso de los empleados, los derechos sobre los programas creados en el ejercicio de sus funciones pasan, por regla general, al empleador según el § 69b UrhG.
Tipos de derechos de uso
Lo decisivo es lo que diga el contrato. Cuando hay lagunas rige la regla de la finalidad (§ 31, apartado 5, UrhG): en caso de duda, los derechos se conceden solo en la medida que exija el fin del contrato. Quien no quiera depender de la interpretación debería regular de forma expresa el alcance y la duración.
- Derecho simple: uso permitido, y el desarrollador puede conceder el software a otros clientes
- Derecho exclusivo: solo el cliente puede usarlo y conceder derechos a terceros
- Territorial y temporal: por ejemplo en toda Alemania o en todo el mundo, limitado o ilimitado en el tiempo
- Contenido: uso interno, cesión, alquiler, transformación y desarrollo posterior
- Código fuente: se entrega solo si se ha acordado expresamente
- Sublicencia a empresas vinculadas o a clientes
Ejemplo práctico: cambio de socio de desarrollo
Un proveedor encarga el desarrollo a medida de una gestión de pedidos. El contrato regula solo el precio y el alcance de la prestación, no los derechos sobre el código. Tras algunos años, otro prestador debe continuar el desarrollo del software. El desarrollador anterior se niega a entregar el código fuente y no está claro si el proveedor puede siquiera hacer modificar el software por terceros.
Si el contrato hubiera incluido un derecho de uso ilimitado en el tiempo y en el territorio con facultad de transformación, la entrega del código fuente con documentación y una norma sobre los componentes de terceros, el cambio habría sido posible sin conflicto. Ahora el proveedor negocia a posteriori, y en una posición mucho más débil.
Errores habituales, límites y casos especiales
Con frecuencia los derechos exclusivos solo se transmiten con el pago íntegro; es admisible y conviene saberlo. Los componentes de terceros, como bibliotecas, frameworks, fuentes o imágenes, traen sus propias condiciones de licencia y no pueden transmitirse libremente. También los autónomos y subcontratistas deben ceder sus derechos al desarrollador; de lo contrario se rompe la cadena de derechos.
En el software estándar y el SaaS, en cambio, los clientes suelen adquirir solo un derecho simple e intransmisible según las condiciones del fabricante. Según la jurisprudencia del Tribunal de Justicia de la UE, la reventa de licencias perpetuas es posible en condiciones estrictas, pero las condiciones de licencia y los modelos de suscripción suelen dificultarla en la práctica.
Qué deben tener en cuenta las empresas
Regule por escrito antes del inicio del proyecto: tipo de derecho de uso, alcance, duración, entrega del código fuente, desarrollo posterior por terceros y el momento en que se transmiten los derechos. Pida una lista de los componentes de terceros utilizados con sus licencias. Nano Concepts ayuda a recoger estos puntos en el contrato y en la documentación del proyecto. Este artículo no sustituye el asesoramiento jurídico.
Preguntas frecuentes sobre Derechos de uso del software
El derecho de autor corresponde al desarrollador, en el caso de empleados por lo general al empleador. El cliente recibe los derechos de uso acordados en el contrato. Sin una regulación expresa solo ayuda la interpretación según la finalidad del contrato, lo que puede dar lugar a conflictos.
Con el derecho simple, el cliente puede usar el software, pero el desarrollador puede concederlo a otros clientes. Con el exclusivo, solo el cliente puede usarlo y conceder derechos a terceros; el propio desarrollador ya no puede explotarlo.
No de forma automática. Que reciba el código fuente depende del acuerdo y de la finalidad del contrato. Si más adelante quiere mantener el software usted mismo o mediante terceros, recoja expresamente en el contrato la entrega, la documentación y el alcance.
Solo si se le concedió el derecho de transformación y tiene acceso al código fuente. Sin esos derechos, el desarrollador original puede oponerse. Antes de cambiar de prestador, revise por ello el contrato y las licencias de los componentes de terceros.
Servicios que encajan

Software a medida
Software según sus procesos en lugar de estándar con concesiones: para sustituir Excel, herramientas internas y aplicaciones especializadas.
Más información
Desarrollo de software
Software desde el requisito hasta la operación: web, móvil e interfaces con un único proveedor.
Más información
Modernización de software
Asumimos sistemas antiguos, los aseguramos y los migramos paso a paso a tecnología moderna, sin interrumpir la operación ni perder datos.
Más información
Consultoría tecnológica
Elección de software, arquitectura, revisión de código y hoja de ruta de digitalización, con independencia y orientación práctica.
Más informaciónTérminos relacionados
Relevante para estos sectores
Artículos relacionados de la revista

Scrum en proyectos de software: roles, proceso y velocity
Scrum hace visible el progreso, siempre que el Product Owner pueda decidir, la Definition of Done se aplique y la velocity sirva como herramienta interna de planificación. Una guía para quienes encargan software a medida.
Seguir leyendo
Documento de requisitos de software (Lastenheft): estructura, ejemplo y checklist
Un buen documento de requisitos hace comparables los presupuestos y posibles los precios cerrados. Cómo se estructura, cómo formular requisitos verificables y cómo saber si el suyo está completo.
Seguir leyendo
¿Software a medida o estándar? Una comparativa sincera
Las herramientas estándar se implantan rápido; el software a medida encaja a la perfección. Qué solución sale rentable a tres o cinco años y por qué a menudo lo mejor es combinar ambas.
Seguir leyendo