En España no existe una ley específica «del software»: la responsabilidad legal por fallos de software se rige por las normas generales de contratos del Código Civil y por lo que las partes hayan pactado. Y lo que se pacte tiene límites que no se pueden saltar.
Esto es clave tanto si desarrollas software para terceros como si lo contratas para tu negocio: conocer esos límites evita cláusulas nulas de un lado y expectativas irreales del otro.
¿Qué ley regula la responsabilidad por errores de software?
No hay una norma única. El software se rige, según el caso, por el régimen general de obligaciones y contratos del Código Civil, por la Ley 7/1998 de Condiciones Generales de la Contratación (si el contrato usa cláusulas predispuestas) y, cuando el cliente es consumidor, por normativa de protección de consumidores.
En la práctica, esto significa que casi todo depende de lo que diga el contrato de desarrollo o de licencia de software: qué se prometió, en qué plazo y con qué nivel de calidad. Sin ese contrato, o si es ambiguo, se aplican las reglas generales, que tienden a ser más favorables al cliente que a quien desarrolla.
Incumplimiento contractual vs. vicio oculto vs. mal uso del cliente
Antes de hablar de responsabilidad, conviene distinguir el origen del problema:
- Incumplimiento contractual: el software no hace lo que el contrato decía que haría, o no cumple los plazos o el nivel de calidad acordado.
- Vicio o defecto del propio software: un fallo estructural que hace que el programa no sirva para su función, aunque el contrato no lo detallara expresamente.
- Mal uso del cliente: el problema viene de un uso distinto al pactado, de una integración no soportada o de no seguir las instrucciones técnicas facilitadas.
La diferencia importa porque solo en los dos primeros casos suele haber responsabilidad del proveedor. Documentar bien los tickets de soporte y las condiciones de uso ayuda a probar en qué escenario se está, si el asunto acaba en disputa.
Abogado digital y cuándo necesitas uno
¿Se puede limitar o excluir la responsabilidad en un contrato de software?
Se puede limitar, pero no excluir por completo. Entre empresas rige la autonomía de la voluntad (artículo 1255 del Código Civil), así que en general las partes son libres de pactar topes de responsabilidad.
Ese margen tiene un límite claro: el artículo 1256 del Código Civil impide que el cumplimiento de un contrato dependa solo de la voluntad de una de las partes. Y el artículo 1102 establece que la responsabilidad derivada de dolo no se puede renunciar de antemano.
| Un límite que se olvida con frecuencia Una cláusula que exonera totalmente al proveedor de cualquier responsabilidad, incluso por dolo o negligencia grave, corre el riesgo de ser nula. Si además se trata de condiciones generales predispuestas, el artículo 8.1 de la Ley 7/1998 refuerza esa nulidad cuando contravienen una norma imperativa. |
Qué debería incluir una cláusula de limitación de responsabilidad razonable
No se trata de eliminar el riesgo, sino de repartirlo de forma equilibrada. Una cláusula bien construida suele incluir:
- Un tope económico claro, por ejemplo el importe del contrato o el de las últimas facturas.
- La exclusión de daños indirectos o consecuenciales, como el lucro cesante, salvo que se pacte lo contrario.
- Excepciones expresas al tope: dolo, negligencia grave, vulneración de confidencialidad o de propiedad intelectual no deberían quedar limitados.
- Un periodo de garantía definido, con un procedimiento claro para reportar y corregir errores.
El papel del SLA: el termómetro objetivo del incumplimiento
Un SLA (acuerdo de nivel de servicio) fija de forma medible qué se espera del software: disponibilidad, tiempos de respuesta ante incidencias, plazos de resolución según la gravedad del fallo.
Su utilidad práctica es que convierte una discusión subjetiva («el servicio ha fallado mucho») en una comprobación objetiva: se cumplió el SLA o no. Esto facilita aplicar las consecuencias pactadas, como créditos de servicio o penalizaciones, sin depender de interpretaciones.
Periodo de garantía y corrección de errores tras la entrega
Es habitual pactar un periodo de garantía tras la entrega o puesta en producción, durante el cual el proveedor corrige errores sin coste adicional. Suele oscilar entre 30 y 90 días, según la complejidad del desarrollo.
Conviene diferenciar en el contrato entre corrección de errores (bug fixing) y desarrollo de nuevas funcionalidades: lo primero suele estar cubierto por la garantía, lo segundo no.
Conclusión práctica
No existe una fórmula única de responsabilidad por fallos de software: depende de lo que el contrato haya pactado, dentro de los límites que marca la ley. Un contrato bien redactado, con SLA, garantía y una cláusula de responsabilidad equilibrada, evita buena parte de las disputas antes de que aparezcan.
Revisar esas cláusulas antes de firmar, y no después de un incidente, es lo que marca la diferencia.
Preguntas frecuentes sobre la responsabilidad legal por fallos de software
¿Puede un proveedor de software excluir toda responsabilidad por fallos?
No de forma total. El artículo 1256 del Código Civil impide que el cumplimiento de un contrato quede al arbitrio de una sola parte, y la responsabilidad por dolo nunca puede renunciarse de antemano. Se puede limitar, pero no anular por completo.
¿Qué diferencia hay entre un fallo del software y un mal uso del cliente?
El fallo es un problema del propio producto: no hace lo que el contrato prometía. El mal uso es una causa externa: el cliente lo empleó fuera de las condiciones pactadas. La carga de demostrar cuál de los dos ha ocurrido suele recaer en quien reclama, y por eso conviene documentar bien el soporte y los tickets de incidencias.
¿Sirve de algo un SLA si de todos modos hay una cláusula de limitación de responsabilidad?
Sí, son complementarios. El SLA fija el nivel de servicio exigible (disponibilidad, tiempos de respuesta) de forma objetiva, mientras que la cláusula de responsabilidad regula qué ocurre económicamente si ese nivel no se cumple.
¿Hasta qué punto se puede topar la indemnización en caso de fallo grave?
Se puede fijar un tope económico razonable (por ejemplo, el importe del contrato o de las últimas facturas), pero conviene dejar fuera de ese tope los casos de dolo, negligencia grave, vulneración de confidencialidad o de propiedad intelectual.
¿Qué pasa si el contrato no dice nada sobre responsabilidad por fallos?
Se aplican las normas generales del Código Civil sobre incumplimiento contractual, que no suelen limitar la indemnización. Por eso interesa a ambas partes negociar una cláusula específica, en lugar de dejarlo a las reglas supletorias.
| ¿Necesitas ayuda la responsabilidad legal por fallos de software? Ya seas quien lo desarrolló o quien lo contrató, el reparto de responsabilidad depende de cómo esté redactado el contrato. |