Contrato desarrollador apps freelance | Firmia

Por qué un desarrollador de apps necesita un contrato escrito sólido

El desarrollo de aplicaciones móviles es uno de los encargos freelance con mayor litigiosidad en España. El cliente recibe un producto intangible —código fuente, lógica de negocio, interfaces— cuyo valor es difícil de cuantificar a posteriori si no existe documentación contractual. Sin un contrato escrito, la relación se rige por las normas generales de los contratos de obra del Código Civil (arts. 1544 y 1583 CC), pero la prueba de lo pactado recae íntegramente sobre quien reclama. El desarrollador que trabaja sin contrato firmado asume el riesgo de no cobrar, de ceder derechos de propiedad intelectual sin compensación y de responder por defectos que no le son imputables.

La Ley Orgánica 1/2025, de medidas en materia de eficiencia del Servicio Público de Justicia, exige desde abril de 2025 que antes de presentar cualquier demanda civil o mercantil se acredite haber intentado un medio adecuado de solución de controversias (MASC). Esto no elimina la litigación, pero la retrasa y encarece. Un contrato bien redactado reduce la probabilidad de llegar a ese punto porque anticipa las soluciones a los conflictos más habituales: cambios de alcance, retrasos, fallos tras el lanzamiento.

Marco legal aplicable al contrato de desarrollo de apps móviles

El contrato de desarrollo de software es un contrato mixto: combina elementos del arrendamiento de obra (el desarrollador se compromete a un resultado, art. 1544 CC) con elementos de prestación de servicios cuando el alcance es abierto o iterativo. La obligación de entrega genera consecuencias jurídicas directas: el incumplimiento del plazo o la entrega de una app con defectos sustanciales puede activar la responsabilidad por daños del art. 1101 CC.

La propiedad intelectual sobre el código fuente es la cuestión más sensible. Conforme al Real Decreto Legislativo 1/1996, por el que se aprueba la Ley de Propiedad Intelectual (LPI), los programas de ordenador son obras protegidas (art. 10 LPI). El autor —el desarrollador— conserva todos los derechos salvo cesión expresa. El art. 43 LPI exige que la cesión de derechos patrimoniales conste por escrito, especifique las modalidades de explotación cedidas y, si se pacta cesión total, se haga constar expresamente. Sin esa cláusula, el cliente recibe una licencia de uso, no la titularidad del código.

Cuando la app recopila datos de usuarios, el contrato debe incluir un anexo de encargo de tratamiento conforme al art. 28 del Reglamento General de Protección de Datos (RGPD) y a la Ley Orgánica 3/2018 (LOPDGDD). Si la aplicación incorpora funcionalidades basadas en inteligencia artificial, el Reglamento (UE) 2024/1689 de Inteligencia Artificial impone obligaciones de transparencia y, en sistemas de alto riesgo, requisitos técnicos y documentales que deben reflejarse en el alcance del contrato. Además, si la app presta servicios de la sociedad de la información, la Ley 34/2002 (LSSI-CE) y la Ley 11/2023 de accesibilidad para servicios digitales pueden exigir requisitos técnicos que el desarrollador debe conocer y el contrato debe asignar a una de las partes.

La cesión del código fuente frente a la licencia de uso

Muchos conflictos entre desarrolladores y clientes nacen de una confusión básica: el cliente asume que al pagar obtiene el código fuente en propiedad; el desarrollador asume que entrega una licencia. El contrato debe aclarar desde el primer párrafo si se cede la titularidad del código (cesión total de derechos patrimoniales, art. 43.1 LPI), si se otorga una licencia exclusiva o no exclusiva, y si el desarrollador puede reutilizar componentes genéricos en proyectos futuros. Esta cláusula protege a ambas partes.

Publicación en App Store y Google Play: responsabilidad y cuentas de desarrollador

La publicación en las tiendas de Apple y Google requiere una cuenta de desarrollador. El contrato debe especificar quién es titular de esa cuenta, quién asume el coste de las tarifas anuales y quién responde ante rechazos de la tienda por incumplimiento de sus políticas. Si el rechazo se debe a un error técnico del desarrollador, las consecuencias son distintas a si se debe a una decisión de contenido del cliente. Sin contrato, esta distinción es imposible de probar.

Mantenimiento y corrección de errores post-lanzamiento

Una vez publicada la app, aparecen nuevas versiones del sistema operativo, cambios en las APIs de terceros y errores que solo emergen en producción. El contrato debe definir si el precio incluye un periodo de garantía (y de qué duración), qué se entiende por error imputable al desarrollador frente a cambio de entorno, y cuál es el precio del mantenimiento continuado. Sin esta previsión, el desarrollador puede verse obligado a trabajar gratuitamente bajo la presión del art. 1591 CC —responsabilidad por ruina de obra— aplicado analógicamente al software.

Cláusulas esenciales del contrato de desarrollo de apps móviles

Un contrato profesional para el desarrollo de una aplicación móvil debe incluir, como mínimo, las siguientes cláusulas:

• Objeto y alcance del desarrollo: descripción funcional detallada de la app (plataformas, versiones de SO, idiomas, integraciones con APIs de terceros), preferiblemente en un anexo técnico firmado por ambas partes.
• Precio, forma y plazos de pago: hitos de pago vinculados a entregables (prototipo, versión beta, publicación), con aplicación expresa de la Ley 3/2004 de lucha contra la morosidad en las operaciones comerciales para los pagos entre empresas o autónomos.
• Propiedad intelectual y cesión de derechos: modalidad de cesión (total o licencia), alcance territorial y temporal, derechos morales del desarrollador (art. 14 LPI), posibilidad de incluir el proyecto en portfolio.
• Entrega, pruebas y aceptación: procedimiento de entrega, periodo de pruebas, criterios objetivos de aceptación y consecuencias del rechazo injustificado.
• Publicación en tiendas: titularidad de cuentas de desarrollador, responsabilidad ante rechazos, gestión de certificados y claves de firma.
• Garantía y mantenimiento: duración del periodo de garantía, definición de bug vs. nueva funcionalidad, precio y condiciones del mantenimiento evolutivo y correctivo.
• Confidencialidad: obligación de no divulgar información técnica, de negocio y datos de usuarios a los que el desarrollador acceda durante el proyecto.
• Protección de datos: cláusula de encargo de tratamiento (art. 28 RGPD) si la app procesa datos personales de usuarios finales.
• Modificaciones de alcance (change requests): procedimiento escrito para solicitar y presupuestar cambios, con efecto suspensivo sobre plazos mientras no se aprueben.
• Resolución del contrato: causas de resolución anticipada, liquidación de trabajos realizados y devolución de materiales y accesos.
• Jurisdicción y MASC: cláusula de mediación previa a la vía judicial, en cumplimiento de la LO 1/2025.

Consecuencias de trabajar sin contrato escrito

Trabajar sin contrato escrito no significa trabajar sin contrato: el art. 1089 CC establece que las obligaciones nacen de la ley, los contratos, los cuasi contratos y los actos ilícitos; y el art. 1091 CC dispone que las obligaciones contractuales tienen fuerza de ley entre las partes. Un intercambio de correos electrónicos o mensajes de WhatsApp puede constituir un contrato válido. El problema es probatorio: en un litigio, la parte que invoca un pacto debe acreditarlo, y los mensajes fragmentarios rara vez reflejan el acuerdo completo sobre precio, plazos o propiedad intelectual.

El desarrollador que entrega una app sin contrato escrito se expone a que el cliente retenga el pago alegando insatisfacción subjetiva, a que exija correcciones ilimitadas sin coste adicional, y a que reclame la titularidad del código fuente. Por su parte, el cliente sin contrato no puede exigir el cumplimiento de un plazo concreto ni activar penalizaciones por retraso. Ambas partes pierden seguridad jurídica, y el coste de resolver el conflicto —mediación, arbitraje o litigio— supera con creces el de haber formalizado el acuerdo desde el principio.

Preguntas frecuentes

¿Quién es el propietario del código fuente si no hay contrato firmado?

Conforme al art. 10 y al art. 43 LPI, el desarrollador es el autor y titular originario del programa. Sin cesión expresa por escrito, el cliente solo dispone de una licencia implícita de uso para el fin encargado. El desarrollador conserva los derechos patrimoniales y puede impedir usos no pactados del código.

¿Puede el cliente exigir correcciones gratuitas después de la entrega?

Solo si el contrato incluye un periodo de garantía o si los errores son imputables al desarrollador. Sin contrato escrito, la extensión de esa obligación queda indeterminada. Un contrato bien redactado distingue entre corrección de bugs (gratuita durante el periodo pactado) y nuevas funcionalidades (siempre presupuestadas aparte).

¿Qué ocurre si la app es rechazada por Apple o Google?

Depende de la causa del rechazo. Si se debe a un error técnico o de codificación del desarrollador, la responsabilidad es suya. Si se debe a una decisión de contenido o modelo de negocio del cliente, la responsabilidad es del cliente. El contrato debe asignar esta contingencia expresamente para evitar disputas sobre quién asume el coste de la corrección y el retraso en la publicación.

¿Es obligatorio incluir una cláusula de protección de datos en el contrato?

Si la app recopila, almacena o procesa datos personales de usuarios finales, sí. El art. 28 RGPD exige formalizar por escrito la relación entre el responsable del tratamiento (normalmente el cliente) y el encargado (el desarrollador), estableciendo las instrucciones de tratamiento, las medidas de seguridad y las obligaciones de confidencialidad. Su ausencia puede generar sanciones para ambas partes ante la AEPD.

¿Cómo se regula el precio del mantenimiento tras el lanzamiento?

El contrato de desarrollo cubre la entrega inicial. El mantenimiento posterior debe regularse en un contrato o anexo separado que fije la tarifa mensual o por horas, el tiempo de respuesta ante incidencias, el alcance cubierto y la duración mínima. Sin ese acuerdo, cada actualización o corrección genera una negociación nueva, con el consiguiente riesgo de impago o conflicto sobre el alcance del trabajo.

En Firmia generamos contratos de desarrollo de aplicaciones móviles adaptados a la normativa española vigente, incluyendo las cláusulas de propiedad intelectual, encargo de tratamiento de datos y gestión de change requests que cualquier desarrollador freelance necesita para proteger su trabajo y cobrar con seguridad.