Un cliente que ha pagado una factura en su totalidad no se convierte, por ello, en titular de los derechos sobre el código entregado. En derecho francés, la propiedad intelectual de un desarrollo sigue, por defecto, en manos del desarrollador que lo ha escrito, y solo una cláusula de cesión explícita puede transferirla. Este principio sorprende con frecuencia a autónomos y clientes que piensan que el pago equivale a una cesión automática. Esta guía detalla lo que debe contener un contrato de prestación web para que la cesión sea efectiva, y lo que nunca se cede.
Por qué la cesión nunca es automática
El artículo L111-1 del Código de la Propiedad Intelectual (CPI) francés hace nacer el derecho de autor en la persona física que crea la obra, con independencia de cualquier contrato laboral o de prestación. Un código fuente queda protegido por este motivo desde su creación, sin necesidad de ningún depósito. Un desarrollador autónomo sigue, por tanto, siendo titular de sus derechos patrimoniales sobre el código que escribe, incluso tras la entrega y el pago completo, mientras ninguna cláusula organice su transferencia. Es una diferencia que se confunde a menudo con el trabajo asalariado: para un empleado que desarrolla software en el marco de sus funciones, el artículo L113-9 del CPI prevé una transmisión automática de los derechos patrimoniales al empleador. Nada equivalente existe para un prestador independiente.
Lo que exige el formalismo de la cesión
Desde la ley del 7 de julio de 2016, se exige la forma escrita para todo contrato que incluya una cláusula de cesión de derechos patrimoniales (artículo L131-2 del CPI). El artículo L131-3 va más allá: cada derecho cedido debe mencionarse por separado, y el ámbito de explotación debe delimitarse por su alcance, su destino, su territorio y su duración. La jurisprudencia sigue dividida sobre la aplicación estricta de este artículo al software: parte de los tribunales lo reserva a los contratos de representación, edición y producción audiovisual, una lectura confirmada por una sentencia de la Audiencia de Aix-en-Provence del 28 de enero de 2021. Por prudencia, un contrato de prestación web tiene interés en respetar este formalismo aun sin certeza sobre su carácter obligatorio: la cesión gana en claridad, y el texto se interpreta de forma estricta — lo que no se cede expresamente sigue siendo propiedad del desarrollador.
Las cláusulas que debe incluir el contrato
Una cláusula de cesión sólida precisa, para cada derecho transferido (reproducción, representación, adaptación, traducción del código a otro lenguaje), su alcance técnico, su destino comercial, el territorio cubierto y su duración. Indica también el momento de la transferencia: en la firma, en la entrega, o en el pago íntegro — esta última opción protege al desarrollador en caso de impago, ya que los derechos solo se transfieren una vez saldada la factura. Por último, fija la remuneración asociada a la cesión, aunque esté incluida en el precio global de la prestación, para evitar que un juez reinterprete la falta de mención como una cesión no consentida.
A modo de ejemplo, una redacción habitual para un proyecto entregado de una sola vez podría ser: «El prestador cede al cliente, a partir del pago íntegro del precio acordado, los derechos patrimoniales de reproducción y representación sobre el código fuente desarrollado específicamente en el marco del presente contrato, con exclusión de las bibliotecas de terceros, para el mundo entero y por la duración legal de protección del derecho de autor». Esta cláusula debe adaptarse a cada encargo: un proyecto facturado a tanto alzado no exige la misma redacción que una misión en régimen mensual, donde la cesión puede aplicarse entregable por entregable, a medida que cada módulo se valida.
Regularizar un contrato ya firmado, sin cláusula de cesión
Un contrato en curso, o ya liquidado, que no prevea ninguna cláusula de cesión puede corregirse mediante un anexo firmado por ambas partes. Ese anexo solo produce efecto a partir de su firma: no regulariza de forma retroactiva el uso que el cliente haya hecho del código antes de esa fecha, por lo que no protege frente a un litigio ya nacido. Para las misiones recurrentes de mantenimiento evolutivo, donde cada intervención añade código sin que se firme un nuevo contrato, lo recomendable es incluir una cláusula de cesión «sobre la marcha» en las condiciones generales que rigen toda la relación, en lugar de remitirla a cada pedido puntual.
El caso de las bibliotecas y dependencias de terceros
Un proyecto web recurre casi siempre a bibliotecas de código abierto bajo licencias MIT, Apache 2.0 o GPL, cuyos derechos no pertenecen ni al desarrollador ni al cliente y, por tanto, no pueden cederse. Al contrato le conviene precisarlo explícitamente: la cesión recae sobre el código escrito específicamente para el cliente, no sobre las dependencias de terceros, que permanecen sujetas a sus respectivas licencias. Una licencia copyleft como la GPL puede además imponer obligaciones de redistribución que afectan directamente al cliente final; señalarlas evita un descubrimiento tardío y costoso.
Ceder o licenciar: dos lógicas distintas
La cesión transfiere la propiedad de los derechos patrimoniales al cliente, que puede entonces explotar, modificar y revender el código sin consultar al desarrollador. La licencia de explotación, en cambio, autoriza un uso definido sin transferir la propiedad: el desarrollador sigue siendo titular y puede reutilizar partes del código para otros clientes, siempre que el contrato lo permita. Para un desarrollador que construye sus propios bloques reutilizables (un módulo de autenticación, un tema, un sistema de facturación), la licencia protege un saber hacer capitalizable; la cesión total renuncia a él de forma definitiva.
| Opción | Qué ocurre con el código | Reutilización por el desarrollador | Caso de uso típico |
|---|---|---|---|
| Cesión total | Propiedad transferida al cliente | Imposible sin autorización | Desarrollo a medida, exclusividad solicitada |
| Cesión parcial | Propiedad transferida sobre un ámbito definido | Posible fuera del ámbito cedido | Módulo específico entregado dentro de un proyecto mayor |
| Licencia de explotación | Propiedad conservada por el desarrollador | Libre, incluso para otros clientes | Tema, plugin, pieza técnica reutilizable |
Sin cláusula de cesión, el desarrollador sigue siendo titular de sus derechos patrimoniales sobre el código, incluso tras el pago íntegro de la factura.
Punto de atención: los derechos morales (paternidad, respeto a la obra) nunca se ceden, en virtud del artículo L121-1 del CPI. Solo los derechos patrimoniales pueden cederse o licenciarse. Un desarrollador conserva, por tanto, en principio, el derecho a ser identificado como autor del código, incluso tras una cesión total.
En la práctica, redactar esta cláusula no exige un contrato de varias páginas. Lo esencial cabe en un párrafo que identifique los derechos cedidos, su alcance, el momento de la transferencia y su contrapartida económica, junto con un párrafo aparte que excluya explícitamente las dependencias de terceros del ámbito de la cesión.
Lo que hay que recordar
- El pago de una factura no transfiere automáticamente los derechos sobre el código: solo lo hace una cláusula de cesión explícita.
- La cesión debe constar por escrito y, por prudencia, detallar el alcance, el destino, el territorio y la duración de cada derecho cedido.
- Las dependencias de código abierto no pueden cederse: permanecen bajo sus propias licencias.
- Ceder no es licenciar: la licencia permite al desarrollador reutilizar su propio código para otros clientes.
- Los derechos morales permanecen, en todos los casos, vinculados a la persona del desarrollador.
Esta es la cláusula que más veces veo ausente en los contratos de prestación web, incluso entre autónomos con experiencia. El reflejo habitual es considerar que la factura pagada zanja la cuestión de la propiedad, cuando en realidad no dice nada sobre el destino de los derechos. Corregirlo cuesta solo un párrafo al redactar el contrato; su ausencia, en cambio, puede costar un pulso entero el día en que un cliente revenda o modifique un código sobre el que, en realidad, no tenía derecho — Simon Janvier.
Para saber más: el Código de la Propiedad Intelectual francés en Légifrance, artículos L111-1, L121-1, L131-2 y L131-3. Véase también la guía de facturación autónoma con Odoo y el artículo sobre el contrato de prestación web.
