La respuesta corta es: no des por hecho que el cliente pasa a ser titular de todos los derechos o recibe el código fuente solo por encargar y pagar el desarrollo. En España, la autoría, los derechos de explotación y la entrega material del código son cuestiones distintas. El resultado depende de quién creó el programa, de si existe una regla legal específica y, sobre todo, de lo que diga el contrato.
OSIX Tech desarrolla software a medida; no es un despacho jurídico. Esta guía resume criterios generales para preparar una conversación contractual y no es asesoramiento legal. Si hay mucho valor económico, varios titulares, software previo o una disputa, pide a un profesional de propiedad intelectual que revise el caso y los documentos.
La autoría no es lo mismo que el derecho a explotar el programa
La Ley de Propiedad Intelectual considera autor del programa a la persona o personas naturales que lo crean, salvo los supuestos en que la propia ley atribuye la titularidad a una persona jurídica. A la vez, los derechos de explotación pueden ser objeto de transmisión. Por eso, decir «el código es del cliente» puede confundir la autoría, los derechos económicos y la posesión de una copia utilizable.
La ley sí contiene una regla específica para el software creado por una persona asalariada en el ejercicio de sus funciones o siguiendo instrucciones de su empleador: los derechos de explotación del programa, tanto fuente como objeto, corresponden exclusivamente al empresario, salvo pacto en contrario. Esa regla no debe trasladarse sin más a una relación entre cliente y proveedor independiente.
En una contratación externa, no presupongas que el mero encargo o el pago resuelven por sí solos quién podrá reproducir, modificar, distribuir o reutilizar el programa. Revisa quiénes lo desarrollaron, la cadena de derechos y qué licencia o cesión firmaron las partes.
La transmisión de derechos de explotación debe formalizarse por escrito. Como regla general, la ley limita la cesión si el contrato omite duración, territorio o modalidades de explotación. Para un programa concreto, el alcance puede depender de cómo encajen esas reglas generales con las normas específicas del software y del propio contrato. Por eso, concreta por escrito los derechos, usos, duración y territorio en vez de confiar en una frase genérica como «el software será propiedad del cliente».
El contrato debe tratar por separado derechos y entrega
Una cesión o licencia responde a qué usos jurídicos se permiten. La entrega responde a qué materiales recibe el cliente y cuándo. Obtener un ejecutable o acceso a una aplicación no necesariamente da al cliente el repositorio, los archivos fuente, la documentación ni las credenciales de administración. Del mismo modo, recibir una copia del código no aclara por sí sola qué derechos de uso, modificación o distribución tiene.
Acordad expresamente ambas cosas antes de comenzar: qué derechos se conceden o transmiten y qué artefactos técnicos se entregan, en qué formato, bajo qué condiciones y en qué momento.
El modelo de desarrollo cambia las preguntas que debes hacer
Software estándar o una licencia de uso. Aclara quién conserva los derechos, qué usuarios y usos permite la licencia, si puedes exportar tus datos y qué ocurre al cancelar. Para software de ordenador, la ley prevé que la cesión del derecho de uso se presume no exclusiva e intransferible y limitada a las necesidades del usuario, salvo prueba en contrario. Lee las condiciones del producto y no confundas una suscripción con la compra del código.
Adaptación de una plataforma o componentes previos del proveedor. Separa en el contrato lo preexistente de lo creado específicamente para tu proyecto. Identifica qué componentes siguen siendo del proveedor, qué licencia recibe tu empresa sobre ellos y si puedes mantener el sistema con otro equipo. Pide también una lista de dependencias de terceros y las licencias aplicables.
Desarrollo a medida. Define qué derechos recibirá el cliente sobre las partes creadas para el proyecto y cuáles quedan fuera. Si la intención es que el cliente pueda modificar el sistema, encargar cambios a otro proveedor o distribuirlo, debe quedar claro en la cesión o licencia y ser compatible con los derechos de terceros. No des por sentado que la etiqueta «a medida» decide por sí sola todas estas cuestiones.
Deja por escrito qué significa «entregar el código»
Una cláusula útil no se limita a prometer «acceso al código». Describe la entrega que necesitas y cómo comprobarla. Según el proyecto, negocia:
- Repositorio completo y exportable, con historial o una versión identificada al cierre de cada hito.
- Código fuente, archivos de configuración, instrucciones de compilación y despliegue, pruebas y documentación técnica necesaria para mantenerlo.
- Acceso administrativo a repositorios, nube, dominios y servicios que el cliente deba controlar, sin compartir contraseñas personales del proveedor.
- Datos en un formato acordado y un proceso de exportación y borrado al terminar el servicio.
- Inventario de librerías, modelos, servicios externos y componentes preexistentes, con sus licencias, costes y restricciones de continuidad.
- Responsabilidad de cada parte por el código aportado, las contribuciones de empleados o subcontratistas y las autorizaciones necesarias.
La lista es una guía de negociación técnica, no una lista que la ley imponga igual a todos los proyectos. Ajusta los entregables al uso que realmente necesitas y al tipo de sistema.
Vincula los derechos y los archivos a hitos verificables
Especifica qué ocurre con cada entrega: revisión, aceptación, corrección de defectos, factura y, si así se acuerda, entrada en vigor de la cesión o licencia. Evita dejar para el final la decisión sobre repositorio, documentación o accesos. Si el cliente solo podrá explotar el software en una actividad, territorio o plazo determinados, dilo; si necesita que un tercero lo mantenga, incluye los permisos y materiales necesarios para ello.
Aclara además el tratamiento de mejoras, personalizaciones y herramientas reutilizables del proveedor. Puede tener sentido que el proveedor conserve componentes generales y que el cliente obtenga derechos suficientes sobre la solución específica. Lo importante es que se identifique el límite: qué se puede reutilizar, con qué licencia y qué recibe el cliente para seguir operando el sistema.
Si se propone un depósito de código fuente o escrow, define quién conserva el depósito, qué versión debe actualizarse y qué eventos permiten liberar el código. El depósito no garantiza por sí solo que el cliente pueda usarlo, compilarlo o mantenerlo: esas condiciones también deben quedar descritas y ser coherentes con los derechos concedidos.
Si el contrato ya está firmado, revisa antes de asumir
Reúne el contrato, anexos, propuesta, órdenes de trabajo, licencias de terceros y actas de aceptación. Busca cláusulas de propiedad intelectual, cesión, licencia, código fuente, repositorio, documentación, confidencialidad, subcontratación y terminación. Compara lo prometido con lo que se entregó realmente.
Si el texto no está claro, pide por escrito al proveedor que identifique los derechos concedidos y los materiales disponibles, incluyendo cómo podría continuar el mantenimiento otro equipo. Antes de publicar, modificar o entregar el código a un tercero, confirma el alcance de los permisos con asesoría jurídica.
Preguntas frecuentes
Si he pagado el desarrollo, ¿el código es mío?
No lo presupongas. El pago, por sí solo, no sustituye una cláusula clara sobre derechos y entregables. Comprueba quién creó cada parte, qué derechos se cedieron o licenciaron y qué dice el contrato sobre la copia fuente.
¿Tener el código fuente significa que puedo modificarlo o revenderlo?
No necesariamente. La entrega material del código y los derechos para reproducirlo, transformarlo, distribuirlo o autorizar a terceros son cuestiones relacionadas pero distintas. Comprueba qué permite la licencia o cesión y qué restricciones imponen componentes de terceros.
¿Qué pasa con el software creado por un empleado?
La Ley de Propiedad Intelectual atribuye al empresario, salvo pacto en contrario, los derechos de explotación del programa creado por un trabajador en el ejercicio de sus funciones o siguiendo instrucciones del empleador, tanto para el programa fuente como para el objeto. Es una regla específica y no resuelve automáticamente una contratación con un proveedor independiente.
¿Qué debo exigir antes de firmar con un desarrollador?
Deja claros los derechos concedidos, su alcance, los componentes previos y de terceros, la entrega del repositorio y la documentación, los accesos, los criterios de aceptación y el plan de salida. Pide revisión jurídica si no está claro qué puede hacer tu empresa o un futuro proveedor.
Fuentes oficiales
- BOE, Ley de Propiedad Intelectual, artículos 95, 97 y 99
- BOE, Ley de Propiedad Intelectual, artículos 43 y 45
El texto consolidado del BOE es informativo; para efectos jurídicos, consulta la publicación oficial y obtén asesoramiento para el contrato concreto.