Contrato SaaS en Barcelona: revisión legal

Qué es un contrato SaaS y qué conviene revisar desde el inicio

El contrato SaaS es la denominación habitual para el acuerdo por el que un proveedor SaaS permite a un cliente acceder a un software alojado en la nube, normalmente mediante suscripción. Jurídicamente, conviene identificar si el núcleo del negocio es el acceso al servicio, la licencia de uso, el soporte, la personalización o una combinación de varios elementos.

Desde el principio interesa revisar al menos cinco cuestiones: objeto exacto del servicio, usuarios autorizados, niveles de servicio, tratamiento de datos y condiciones de salida. También conviene verificar si el contrato incorpora anexos técnicos, políticas de seguridad, encargos de tratamiento o condiciones publicadas en web que puedan modificarse unilateralmente.

• Qué funcionalidades están incluidas y cuáles se facturan aparte.
• Si existe una licencia de uso limitada, no exclusiva e intransferible, y con qué alcance.
• Cómo se mide la disponibilidad y qué prueba habrá del incumplimiento del nivel de servicio SLA.
• Qué ocurre con los datos y con la continuidad del negocio si termina la relación.

Cómo encajar el contrato SaaS en el marco legal español

En España, el contrato SaaS se apoya sobre todo en las normas generales de obligaciones y contratos. El punto de partida práctico es la autonomía de la voluntad del art. 1255 del Código Civil, que permite a las partes establecer los pactos, cláusulas y condiciones que tengan por conveniente, siempre que no sean contrarios a la ley, la moral ni al orden público.

Eso significa que muchas cuestiones decisivas no vienen cerradas por una “ley del SaaS”, sino por la redacción contractual: duración, renovaciones, créditos de servicio, exclusiones, soporte, actualizaciones o límites indemnizatorios. Además, según el caso, habrá que valorar la aplicación del RGPD y de la LOPDGDD si hay tratamiento de datos personales, y de la LSSI-CE si el servicio se contrata por vía electrónica o incluye obligaciones de información propias del entorno digital.

Fuentes oficiales consultables: Código Civil y Ley Orgánica 3/2018.

Cláusulas que conviene pactar y documentar con especial cuidado

Objeto, licencias y alcance del uso

Las cláusulas contrato SaaS deben describir con precisión qué se contrata. No es lo mismo acceso a una aplicación estándar que un desarrollo adaptado, una integración con terceros o un entorno con funcionalidades críticas para facturación, recursos humanos o atención al cliente. También conviene delimitar restricciones de uso, número de usuarios, entornos permitidos y titularidad de desarrollos accesorios.

SLA, soporte, disponibilidad e incidencias

Un SLA útil no debería limitarse a prometer “alta disponibilidad”. Conviene concretar porcentajes, ventanas de mantenimiento, tiempos de respuesta, escalado de incidencias, créditos de servicio y exclusiones. Un error frecuente es aceptar indicadores difíciles de probar o remedios tan limitados que no compensan una caída relevante del servicio.

Duración, renovación, precio y salida

También importa cómo se regula la renovación automática, el preaviso, los cambios de tarifa y las causas de resolución. En un cliente SaaS B2B, la salida ordenada del proveedor suele ser tan importante como la entrada: formato de exportación, plazo de entrega, costes de migración y borrado posterior de la información.

Protección de datos, seguridad y acceso a la información

La protección de datos en SaaS no puede dejarse para el final. Si el proveedor trata datos personales por cuenta del cliente, normalmente habrá que documentar la relación como encargo de tratamiento conforme al RGPD y la LOPDGDD, definiendo instrucciones, medidas de seguridad, subencargados, conservación y asistencia en el ejercicio de derechos.

Además, conviene revisar dónde se alojan los datos, si existen transferencias internacionales y qué garantías se invocan. Desde una perspectiva de negocio, no solo importa el cumplimiento normativo, sino el acceso efectivo a la información, la trazabilidad de acciones, las copias de seguridad y la recuperación ante incidentes.

• Quién decide los fines y medios del tratamiento.
• Qué subencargados intervienen y cómo se informa de cambios.
• Cómo se devuelve o elimina la información al finalizar el servicio.

Riesgos habituales al revisar un contrato SaaS

Entre los problemas más frecuentes están las definiciones imprecisas, las modificaciones unilaterales de condiciones del servicio, la limitación de responsabilidad excesivamente amplia y la falta de reglas claras sobre prueba del incumplimiento. También genera conflictos que se atribuya al cliente toda la carga de verificar incidencias cuando el proveedor controla la infraestructura y los registros técnicos.

Otro riesgo habitual es no revisar la propiedad intelectual software: el cliente puede creer que “compra” el programa cuando en realidad solo obtiene un derecho de uso limitado. Si además hay parametrizaciones, conectores o desarrollos específicos, conviene dejar por escrito a quién pertenecen y con qué alcance pueden reutilizarse.

Cuándo merece la pena pedir una revisión legal del contrato

La revisión legal contrato SaaS suele ser especialmente recomendable cuando el servicio afecta a datos sensibles, procesos críticos, integraciones complejas o compromisos económicos relevantes. También cuando el contrato viene impuesto por un proveedor internacional, incorpora documentos externos cambiantes o prevé renovaciones automáticas con escaso margen de negociación.

En definitiva, revisar bien un contrato de software en la nube ayuda a detectar desequilibrios antes de firmar. No todo depende de una supuesta regulación específica del SaaS, sino de cómo encajan las cláusulas en el marco contractual y regulatorio aplicable. Aceptar SLA ambiguos, no pactar bien la salida de datos o asumir límites de responsabilidad desproporcionados puede salir caro; por eso, una revisión preventiva y adaptada al caso suele ser un siguiente paso razonable.