Trabajar sin contrato es la forma más rápida de perder dinero, derechos sobre tu código y clientes. Esta guía cubre los contratos que necesitas, las cláusulas que debes incluir y las que nunca debes aceptar.
Por qué todo freelance tech necesita contratos por escrito
Resumen clave: Sin eso, todo depende de la buena voluntad del cliente. Contrato de prestación de servicios informáticos Es el contrato base. Lo usas para proyectos con alcance definido. El cliente declara el IVA, no tú.
El 40% de los freelances españoles ha sufrido al menos un impago en su carrera (dato de la Unión de Profesionales y Trabajadores Autónomos). En el sector tech, el problema se agrava porque los proyectos tienen scope difuso, entregables intangibles y expectativas desalineadas. Para más contexto, te recomendamos leer sobre notion para Gestión Freelance Configuración.
Un contrato no es desconfianza. Es claridad. Define qué haces, cuánto cobras, cuándo cobras y qué pasa si algo falla. Sin eso, todo depende de la buena voluntad del cliente.
Contrato de prestación de servicios informáticos
Es el contrato base. Lo usas para proyectos con alcance definido. Debe incluir:
Cláusulas obligatorias
- Identificación de las partes — tus datos fiscales y los del cliente (NIF, dirección, razón social)
- Objeto del contrato — qué servicios prestas, con qué tecnologias, entregables concretos
- Alcance detallado — lo que SÍ está incluido y lo que NO. Si no lo especificas, el cliente asumirá que todo lo que se le ocurra está incluido
- Plazo y calendario — fecha inicio, fecha entrega, hitos intermedios
- Precio y forma de pago — importe, desglose por hito, método de pago, condiciones de pago (30 días desde factura es estándar en B2B España)
- Propiedad intelectual — quién se queda con el código (ver sección dedicada)
- Confidencialidad — qué información es confidencial y durante cuánto tiempo
- Resolución y penalizaciones — condiciones para terminar el contrato y compensaciones por retraso
- Legislación aplicable y jurisdicción — normalmente la del domicilio del freelance
Estructura de pagos recomendada
| Modelo | Desglose | Cuándo usarlo |
|---|---|---|
| 50/50 | 50% al firmar, 50% al entregar | Proyectos cortos (<4 semanas) |
| 40/30/30 | 40% inicio, 30% hito medio, 30% entrega | Proyectos medianos (1-3 meses) |
| 30/25/25/20 | 30% inicio, 25% sprint 1, 25% sprint 2, 20% entrega final | Proyectos largos (>3 meses) |
| Retainer mensual | Pago mensual adelantado | Servicios recurrentes |
Nunca empieces a trabajar sin cobrar al menos el primer pago. El primer pago es tu filtro de seriedad: un cliente que no paga el anticipo no va a pagar el final.
NDA para freelance tech: qué incluir y qué rechazar
NDA razonable
Un NDA razonable protege información confidencial del cliente (base de datos, algoritmos, estrategias comerciales) durante un periodo limitado (1-2 años) y define qué no es confidencial (lo que ya sabías, lo que es público, lo que desarrollas independientemente).
Firma un NDA razonable sin dudar. Es estándar en proyectos enterprise.
NDA abusivo (lo que NO debes firmar)
- Non-compete oculto en el NDA: «No trabajarás con ningún competidor durante 2 años» sin compensación económica. Un NDA es sobre confidencialidad, no sobre restricción de competencia
- Sin delimitación temporal: «Para siempre» no es razonable
- Sin definición de confidencial: Si todo es confidencial, nada lo es
- Penalizaciones desproporcionadas: Multas de 100.000 € por una violación menor
Si el cliente te pide firmar un NDA de 20 páginas que parece un contrato de compraventa de empresa, léelo con calma o pide que lo revise un abogado. Una hora de abogado (100-200 €) te ahorra problemas que cuestan 10.000 €.
Propiedad intelectual del código: quién tiene los derechos
Por defecto, el código que escribes es tuyo. El cliente no adquiere la propiedad intelectual hasta que se produce una cesión expresa (por escrito, en el contrato).
Tres modelos de cesión
| Modelo | Qué significa | Cuándo usarlo |
|---|---|---|
| Cesión total en exclusiva | El cliente es el dueño del código, tú no puedes reutilizarlo | Proyectos enterprise, clientes que exigen propiedad completa |
| Licencia de uso | El cliente puede usar el código, tú mantienes la propiedad y puedes reutilizar componentes | Proyectos donde has desarrollado librerías o componentes reutilizables |
| Cesión parcial | El cliente tiene el código del proyecto, tú mantienes las librerías genéricas y herramientas | El modelo más equilibrado para la mayoría de proyectos |
Código open source en proyectos de cliente
Si usas librerías open source en el proyecto del cliente, el cliente no adquiere derechos sobre esas librerías. Lo que es tuyo antes del proyecto sigue siendo tuyo. Incluye una cláusula que lo especifique:
«Las partes reconocen que el Prestatario podrá utilizar componentes de software de código abierto y librerías propias desarrolladas con anterioridad al presente contrato. El Cliente adquiere únicamente los derechos sobre el código desarrollado específicamente para el proyecto.»
Cláusula de portfolio
El derecho a mostrar tu trabajo en tu portfolio no es automático. Muchos clientes lo prohíben, especialmente los grandes. Negocia siempre una cláusula que te permita:
- Mencionar el nombre del proyecto (si el cliente lo permite)
- Mostrar capturas o descripciones del tipo de trabajo realizado
- Listar las tecnologías utilizadas
Si el cliente no quiere que uses su nombre, puedes describir el proyecto de forma anonimizada: «Desarrollo de plataforma SaaS para empresa del sector fintech».
Contrato retainer: modelo para servicios recurrentes
Un retainer es un acuerdo mensual por un paquete de horas o servicios. Es el modelo más rentable para freelance porque te da ingresos predecibles.
Estructura recomendada
| Concepto | Detalle |
|---|---|
| Horas incluidas | X horas/mes (típicamente 20-40) |
| Tarifa hora extra | Tarifa normal + 15-20% |
| Acumulación | Las horas no usadas no se acumulan (o sí, según negociación) |
| Compromiso | Mínimo 3 meses, renovación automática |
| Cancelación | Preaviso de 30 días |
| Respuesta | Tiempo máximo de respuesta a incidencias (ej: 24h laborables) |
| Comunicación | Canal definido (Slack, email) y reuniones (semanal/quincenal) |
Cómo proponer un retainer
Al final de un proyecto, cuando el cliente está satisfecho:
«Basándome en el trabajo que hemos hecho juntos, te propongo un retainer mensual de 20 horas a [tarifa]. Esto cubre mantenimiento, correcciones, mejoras menores y soporte técnico. Las horas adicionales se facturan a [tarifa + 15%].»
El 60% de los clientes que aceptan un proyecto aceptan también un retainer si se lo propones en el momento adecuado (justo después de una entrega exitosa).
SLA para mantenimiento de software
Si ofreces mantenimiento, necesitas un SLA que defina tiempos de respuesta:
| Severidad | Definición | Tiempo respuesta | Tiempo resolución |
|---|---|---|---|
| Crítica (P1) | Sistema caído, pérdida de datos | 2 horas | 8 horas |
| Alta (P2) | Funcionalidad principal no disponible | 4 horas | 24 horas |
| Media (P3) | Funcionalidad secundaria degradada | 8 horas | 72 horas |
| Baja (P4) | Cosmético, mejora menor | 24 horas | Siguiente sprint |
Los SLA con penalizaciones (descuento en la factura si no cumples) demuestran confianza en tu servicio. Y te permiten cobrar más porque el cliente compra garantía, no solo horas.
Seguro de responsabilidad civil profesional
No es legalmente obligatorio, pero un proyecto enterprise puede exigirlo. Un seguro RC profesional para freelance tech cubre:
- Errores en el código que causan pérdidas económicas al cliente
- Vulnerabilidades de seguridad por negligencia
- Incumplimiento de plazos por causas imputables a ti
- Reclamaciones de terceros por fallos en el software
| Aseguradora | Precio/año (aprox.) | Cobertura | Franquicia |
|---|---|---|---|
| Mapfre RC Pro | 200-300 € | 150.000-300.000 € | 300-600 € |
| AXA RC Profesional | 250-350 € | 100.000-600.000 € | 0-500 € |
| Zurich RC Tech | 200-400 € | 200.000-500.000 € | 0-300 € |
| Allianz RC Autónomo | 150-250 € | 100.000-300.000 € | 300 € |
| Hiscox (internacional) | 300-500 € | 500.000-1M € | 0 € |
Precios orientativos para un freelance developer individual con facturación <100.000 €/año. Solicita presupuestos personalizados.
GDPR para freelance developer
Si desarrollas software que procesa datos personales de usuarios dentro de la UE, eres responsable del tratamiento. Esto aplica si:
- Construyes formularios de contacto o registro
- Implementas sistemas de autenticación
- Desarrollas funcionalidades que muestran datos de usuarios
- Integras analytics (Google Analytics, Mixpanel, etc.)
Obligaciones mínimas
- Incluir cláusula de procesamiento de datos en tu contrato (Data Processing Agreement)
- Aplicar privacy by design en el desarrollo (minimización de datos, cifrado, anonimización)
- Registrar las actividades de tratamiento si procesas datos sensibles
- Cooperar con el cliente en caso de brecha de seguridad
La AEPD ha multado a empresas por incumplimientos de developers que no implementaron medidas de seguridad básicas. No es teórico.
Facturar a empresas extranjeras desde España
| Situación | IVA | Retención | Modelo |
|---|---|---|---|
| Cliente en España | 21% | Retención 15% (IRPF) | 130 trimestral |
| Cliente en UE (empresa con NIF-IVA) | 0% (ISP) | Sin retención | 349 mensual, 303 anual |
| Cliente en UE (particular) | IVA del país del cliente | Sin retención | Complejo, usa plataforma IOSS |
| Cliente fuera de UE | 0% (exportación) | Posible retención en origen | 349 + certificado residencia fiscal |
ISP = Inversión del Sujeto Pasivo. El cliente declara el IVA, no tú. Tu factura va sin IVA pero con tu NIF intracomunitario y la mención «Operación no sujeta a IVA por inversión del sujeto pasivo».
Cláusulas que nunca debes aceptar
- Responsabilidad ilimitada: «El freelance será responsable de cualquier daño directo o indirecto, incluyendo lucro cesante.» Responsabilidad = máximo el importe del contrato.
- Non-compete sin compensación: «No prestarás servicios a competidores durante 2 años.» Sin compensación económica mensual, es nulo de pleno derecho.
- Cesión de derechos retroactiva: Todo lo que desarrolles durante y ANTES del contrato pertenece al cliente.
- Penalizaciones unilaterales: Solo el cliente puede penalizar, tú no. Debe ser bidireccional.
- Payment on delivery sin hitos: Pago único al final, sin anticipos. Si el proyecto dura 3 meses, estás financiando al cliente.
- Modificación unilateral del alcance: El cliente puede cambiar el scope sin ajustar precio ni plazos.
Preguntas frecuentes
¿Un correo electrónico vale como contrato?
Técnicamente sí, un acuerdo por email puede tener valor legal en España. En la práctica, si hay un conflicto, un juez tendrá que interpretar la intención de las partes a partir de correos dispersos. Un contrato firmado (incluso digitalmente) es mucho más sólido y barato de hacer cumplir.
¿Necesito un abogado para redactar contratos?
Para los templates base (prestación de servicios, NDA, retainer), puedes partir de modelos estándar y adaptarlos. Para clientes enterprise, contratos complejos o proyectos con propiedad intelectual delicada, una revisión legal cuesta 200-400 € y te ahorra problemas que cuestan 10x más.
¿Qué hago si un cliente no paga?
Pasos progresivos: 1) Email amistoso recordando el pago. 2) Burofax con requerimiento de pago (tiene valor legal). 3) Reclamación judicial mediante procedimiento monitorio (rápido, sin abogado para importes <2.000 €). El 80% de los impagos se resuelven en el paso 2.
→ Siguiente: Cómo conseguir clientes freelance tech
→ Ver también: Modelos de trabajo freelance
→ Protege tus finanzas: Salud financiera del freelance tech Relacionado: dinero ahorrar antes..de dar el salto.
¿Te está sirviendo SeniorStack? Añádenos a tus fuentes preferidas en Google y nos verás destacados en tus resultados y respuestas de IA.