¿Contrato de obra (Werkvertrag) o contrato de servicios (Dienst­ver­trag) en el desarrollo de software?

Contrato de obra frente a contrato de servicios en el desarrollo de software: la diferencia clave

La diferencia se puede reducir a una pregunta: ¿se debe un resultado o una actividad? En el contrato de obra, el contratista promete ejecutar un software, una app o una interfaz determinados que se correspondan con los requisitos acordados. En el contrato de servicios promete trabajar con pericia y diligencia; que al final se alcance el resultado deseado no forma parte del objeto del contrato.

La denominación en el contrato no basta por sí sola. Los tribunales examinan lo que realmente se acordó y se llevó a la práctica: si existe una descripción concreta de la prestación y una recepción, hay muchos argumentos a favor de un contrato de obra. Si se solicitan horas de desarrollo para tareas cambiantes, los hay más bien a favor de un contrato de servicios. La creación de software a medida suele clasificarse como contrato de obra, pero lo determinante sigue siendo siempre el caso concreto.

Recepción, defectos y remuneración en el contrato de obra

La recepción es el momento central del contrato de obra. Con ella, el comitente reconoce la obra como conforme al contrato en lo esencial. A partir de entonces la remuneración pasa a ser exigible en principio, la carga de la prueba de los defectos se traslada al comitente y comienza a correr la prescripción de las reclamaciones por defectos. Si el comitente no rechaza la recepción dentro de un plazo razonable indicando al menos un defecto, la obra puede considerarse recibida (§ 640 apdo. 2 BGB).

Para los proyectos de software conviene por ello fijar de antemano los criterios de recepción: ¿qué funciones se prueban, con qué datos y en qué entorno? También son útiles las recepciones parciales por hitos y una distinción clara entre defectos y nuevos deseos. Entre los deberes de colaboración del comitente figuran, por ejemplo, la entrega a tiempo de contenidos, accesos y decisiones. Cuanto más claros estén estos puntos en el contrato, con más fluidez transcurrirá la recepción.

Proyectos ágiles, manteni­miento y reparación: ¿contrato de obra o de servicios?

Los métodos ágiles como Scrum no encajan sin fricciones en el modelo clásico del contrato de obra, porque el alcance queda deliberadamente abierto al principio. En la práctica hay varios caminos: un contrato de servicios con roles claros y objetivos de sprint, contratos de obra por release o por hito, o un contrato marco con pedidos individuales. Lo importante es que el contrato y la colaboración real concuerden.

En los contratos de mantenimiento importa cada prestación concreta. La línea de asistencia (hotline), el asesoramiento y el servicio de guardia son típicamente servicios; la eliminación de una avería concreta, en cambio, tiene carácter de contrato de obra. Por eso los contratos de mantenimiento de software suelen clasificarse como contratos mixtos. Una reparación en la que debe corregirse un fallo determinado es, por regla general, de naturaleza de contrato de obra, porque lo principal es el éxito.

Contrato de obra frente a precio cerrado, y el “freier Dienst­ver­trag”

El tipo de contrato y el modelo de remuneración son dos cosas distintas. Un contrato de obra puede facturarse a precio cerrado o por esfuerzo; un contrato de servicios suele remunerarse por horas o días, pero también puede prever una tarifa plana mensual. Un precio cerrado no convierte, por tanto, automáticamente un contrato de servicios en un contrato de obra. Si no se ha pactado remuneración, en el contrato de obra rige según el § 632 BGB la remuneración usual.

El concepto de “freier Dienstvertrag” (contrato de servicios libre) procede del derecho austriaco y describe allí una actividad sin dependencia personal, con sus propias reglas de Seguridad Social. En el derecho alemán le corresponde, en lo esencial, el contrato de servicios con un colaborador autónomo. Que alguien sea realmente autónomo depende de las circunstancias, en particular de la sujeción a instrucciones y de la integración. Esto no sustituye el asesoramiento jurídico.