Abogados de contratos tecnológicos

Qué contratos revisamos y redactamos

• Software como servicio (SaaS) y nube: condiciones de uso, acuerdos de nivel de servicio (SLA), seguridad, datos y salida.
• Desarrollo de software a medida: alcance, hitos, criterios de aceptación, garantía y cesión del código.
• Licencias de software instalado, de componentes o de tecnología de terceros.
• Mantenimiento y soporte: tiempos de respuesta y de resolución, niveles de severidad.
• Contratos de datos: cesión, acceso y uso de datos, incluidos los generados por productos conectados.
• Acuerdos de confidencialidad, contratos de encargado del tratamiento y depósito del código fuente (escrow).
• Contratos con proveedores de inteligencia artificial, en coordinación con nuestro servicio de inteligencia artificial.

Si solo necesitas un contrato concreto, sin un asesoramiento continuado, puedes encargarlo a través de nuestra gestión de contratos tecnológicos. Y si estás preparando una ronda, el inversor revisará estos contratos, como explicamos en startups e inversión.

Las cláusulas que más conflictos generan

• Propiedad del código: si el contrato de desarrollo no cede expresamente los derechos de explotación, siguen siendo del desarrollador, y la cesión se interpreta de forma restrictiva (artículo 43 de la Ley de Propiedad Intelectual). Lo tratamos a fondo en propiedad intelectual digital.
• SLA: un 99,9 % de disponibilidad permite unos 43 minutos de caída al mes; un 99 %, más de 7 horas. Hay que revisar qué se excluye del cálculo y si los créditos son la única compensación.
• Limitación de responsabilidad: entre empresas es habitual un tope, a menudo lo pagado en 12 meses, pero la responsabilidad por dolo no puede excluirse (artículo 1102 del Código Civil) y los tribunales tampoco admiten exonerar la culpa grave.
• Datos personales: si el proveedor trata datos por cuenta del cliente, es obligatorio un contrato de encargado con el contenido del artículo 28 del RGPD.
• Salida del servicio: devolución de los datos en formato estructurado, periodo de transición y asistencia para migrar.
• Condiciones generales: aunque el cliente sea una empresa, las cláusulas predispuestas deben ser claras y aceptadas para incorporarse al contrato (Ley 7/1998 de Condiciones Generales de la Contratación).

Puedes calcular qué permite tu SLA con el simulador de contratos SaaS y SLA.

La Data Act y otras normas que cambian los contratos

El Reglamento (UE) 2023/2854 de Datos es aplicable desde el 12 de septiembre de 2025 y afecta directamente a los contratos de nube y SaaS:

• Cambio de proveedor: el cliente puede cambiar con un preaviso máximo de 2 meses y un periodo de transición de 30 días, ampliable si es técnicamente inviable.
• Tarifas de cambio: hasta el 12 de enero de 2027 solo pueden cubrir costes; a partir de esa fecha quedan prohibidas.
• Cláusulas abusivas sobre datos: las cláusulas sobre acceso y uso de datos impuestas unilateralmente a otra empresa no vinculan si son abusivas.
• Productos conectados: los usuarios tienen derecho a acceder a los datos que generan, y los productos que se comercialicen desde el 12 de septiembre de 2026 deben diseñarse para facilitarlo.

Si tu empresa está en un sector afectado por NIS2, tus contratos con proveedores deben reflejarlo; consulta ciberseguridad y NIS2.

Cómo trabajamos, paso a paso

1. Valoración gratuita: nos envías el borrador o el contrato firmado y nos explicas qué servicio es y qué te preocupa.
2. Revisión con semáforo: te devolvemos el contrato con las cláusulas críticas marcadas y explicadas en lenguaje de negocio, no solo jurídico.
3. Propuesta de cambios: redactamos la contrapropuesta y, si quieres, participamos en la negociación con la otra parte.
4. Anexos técnicos: trabajamos con tu equipo para que el SLA, los criterios de aceptación y las medidas de seguridad sean medibles.
5. Firma y archivo: con firma electrónica adecuada al valor del contrato, como explicamos en identidad digital y firma.

Si eres proveedor, preparamos tus condiciones generales, tu SLA estándar y tu contrato de encargado para que puedas vender sin negociar cada cliente desde cero. Si tu producto se vende online a consumidores, coordinamos con e-commerce y plataformas.

Si ya hay un incumplimiento

Retrasos en la entrega, software que no hace lo pactado, caídas reiteradas, pérdida de datos o impago del cliente. En estos casos:

• Requiere el cumplimiento por escrito con un plazo razonable. Es la base para resolver el contrato por incumplimiento (artículo 1124 del Código Civil). Lo hacemos mediante burofax y requerimientos.
• Reúne la prueba: especificaciones, actas, correos, tickets de soporte y registros de disponibilidad. Si el software no funciona como se pactó, un informe pericial informático suele ser decisivo para acreditar los defectos y su origen.
• No dejes de pagar sin más: suspender pagos sin justificación puede convertirte en el incumplidor.
• Revisa los plazos del contrato para reclamar créditos del SLA o notificar defectos, que pueden ser muy cortos.
• Cuidado con los datos: una pérdida o filtración puede ser además una brecha de seguridad con 72 horas para notificar a la AEPD.

Las acciones contractuales sin plazo especial prescriben a los 5 años (artículo 1964 del Código Civil). Si lo que tienes es una factura impagada por un cliente, el monitorio por impago suele ser la vía más rápida.

Honorarios y errores frecuentes

La primera valoración es gratuita. La revisión o redacción de un contrato se presupuesta de forma cerrada según su complejidad, y para empresas con contratación recurrente ofrecemos una iguala mensual. En reclamaciones por incumplimiento te damos un presupuesto por fases.

• Encargar un desarrollo con un presupuesto de una página, sin alcance, aceptación ni cesión del código.
• Aceptar créditos de SLA como única compensación en un servicio crítico.
• Olvidar el contrato de encargado del tratamiento, obligatorio cuando el proveedor accede a datos personales.
• No prever la salida: sin devolución de datos ni transición, quedas atado al proveedor.
• Firmar renovaciones automáticas con preavisos largos que no controlas.
• No inventariar el código abierto que incluye el desarrollo: algunas licencias imponen obligaciones al distribuir el software.
• Dejar el SLA sin definiciones: qué es una caída, cómo se mide y quién lo acredita.

Para una primera revisión basta con el contrato o borrador, la propuesta comercial, la descripción técnica del servicio y, si hay conflicto, los correos, tickets e informes de disponibilidad del periodo afectado.