Werkvertrag frente a Dienstvertrag: a qué compromete realmente a tu proveedor la palabra "Dienstleister"

Veredicto rápido: un Werkvertrag te debe un resultado. Un Dienstvertrag te debe esfuerzo, prestado bajo tu dirección. Cuando buscas un "Softwaredienstleister" y firmas con uno, la palabra de la etiqueta apunta a lo segundo mientras que lo que casi seguro quieres es lo primero. Esa brecha no es pedantería: decide quién paga cuando la estimación estaba equivocada.

Este es un artículo de mecánica legal, no asesoramiento jurídico. Para los contratos reales trabajamos con una abogada mercantil austriaca. Aquí lo que damos es el mapa conceptual, para que puedas briefear a tu propio abogado con preguntas afiladas en lugar de pagarle por explicarte lo básico.

¿Cuál es la diferencia entre un Werkvertrag y un Dienstvertrag?

El derecho civil austriaco los separa por lo que se debe. Un Werkvertrag (ABGB §1165 y siguientes) debe una obra definida. El contratista organiza el cómo, asume el riesgo de alcance y cobra con la aceptación. Un Dienstvertrag debe trabajo: la persona trabaja bajo tu dirección, integrada en tu organización, según tu horario, y se le paga por el tiempo independientemente de si el resultado llegó. Entre ambos está el freier Dienstvertrag, que debe trabajo sin integración en la empresa.

La palabra alemana cotidiana para un proveedor, Dienstleister, comparte raíz con Dienstvertrag. Es un accidente lingüístico, no jurídico: un Softwaredienstleister puede contratar por Werkvertrag y normalmente lo hace. Pero el accidente pesa, porque empuja a los compradores a evaluar proveedores por esfuerzo (tarifas diarias, número de personas, horas disponibles) cuando lo que en realidad deben evaluar es una promesa de resultado.

¿Por qué importa al comprar software a medida?

Porque los dos contratos responden preguntas distintas, y solo uno responde "¿esto existirá y funcionará?". Bajo un Werkvertrag, si el proveedor subestimó la complejidad, la paga el proveedor. Bajo un contrato basado en esfuerzo, la pagas tú, y el proveedor cumple íntegramente el acuerdo durante todo el tiempo en que el presupuesto se agota. Ninguno es deshonesto. Reparten el riesgo en direcciones opuestas, y deberías saber qué dirección firmaste.

Por eso también comparar tarifas diarias entre ambos no significa nada. Una tarifa horaria más baja unida a una obligación de medios no es más barata que una tarifa más alta unida a una obligación de resultado, igual que un billete de lotería más barato no es más barato que un bono. Estás valorando instrumentos distintos. La elección de modelo que lo rodea está en los modelos de construcción de software.

¿"Softwaredienstleister" significa que el proveedor trabaja con un Dienstvertrag?

No. Softwaredienstleister, Softwareagentur, agencia de software y socio de desarrollo son etiquetas de marketing para la misma categoría de firma, y la mayoría contrata por Werkvertrag el trabajo con alcance definido. La etiqueta no dice nada del contrato. Pregunta el tipo de contrato explícitamente, en la primera llamada, y trata una respuesta vaga como información.

La etiqueta que sí señala algo distinto es IT-Dienstleister o Systemhaus. Ese es otro negocio: operar tu TI existente bajo un SLA, que efectivamente se apoya en un contrato de servicios continuados más compromisos de disponibilidad. Si una lista corta mezcla ambas categorías, las propuestas no serán comparables, y eso suele ser la primera señal de que el briefing fue al lugar equivocado.

"Pregunta qué te debe el proveedor si la estimación estaba equivocada. La respuesta es el tipo de contrato, independientemente de cómo llame la web a la empresa."

¿A qué nos compromete realmente un Werkvertrag?

A un SoW definido por unos honorarios definidos. Si juzgamos mal la complejidad, absorbemos el coste y no facturamos extra por habernos equivocado. Lo que un Werkvertrag no significa es devolución si una fecha se retrasa: el término significa estar legalmente obligado a entregar el resultado acordado, y los remedios del cliente siguen la vía habitual de la Gewährleistung: mejora, reducción de precio, o desistimiento en casos graves. El calendario de hitos y los criterios de aceptación viven en el SoW para que ambas partes sepan cuándo el trabajo está terminado.

¿Cuándo es un contrato basado en esfuerzo la respuesta honesta?

Tres casos donde insistir en un Werkvertrag es el instinto equivocado:

1. El alcance es genuinamente incognoscible. Investigación pura, o integración contra una API de terceros sin documentar. Una promesa fija de resultado aquí es una apuesta disfrazada de contrato, y el precio llevará la prima de riesgo.
2. Necesitas capacidad dentro de un equipo que ya tiene dirección. Eso es staff augmentation, y forzarlo a un Werkvertrag crea una ficción sobre quién decide qué se construye.
3. Mantenimiento y cambios pequeños. Un retainer con tope mensual es la forma correcta para guardias y ajustes ocasionales.

Para un build con alcance definido y presupuesto acotado, gana el Werkvertrag. El lado de modelo de precios, precio fijo frente a tiempo y materiales, se trabaja aparte en Werkvertrag frente a tiempo y materiales para SaaS austriaco.

La trampa de la Scheinselbständigkeit

Si un contrato se llama Werkvertrag pero la realidad del trabajo es un Dienstvertrag, las autoridades austriacas miran la realidad, no la etiqueta. Los indicios son los esperables: la persona recibe instrucciones diarias tuyas, trabaja en tu horario, vive en tus herramientas y líneas de reporte, no tiene infraestructura propia de negocio y debe prestación personal en lugar de un resultado. La reclasificación trae consecuencias retroactivas de seguridad social y de nómina para el cliente, no solo para el contratista.

La consecuencia práctica para los compradores es simple. Si lo que quieres es una persona integrada en tu equipo siguiendo tus instrucciones, contrata eso honestamente como freier Dienstvertrag o vía empleo. No lo disfraces de Werkvertrag porque el papeleo sea más fácil. Pregunta a tu asesor fiscal y a tu abogado antes de la primera factura, no después de una carta de inspección.

Cómo la aceptación cambia la conversación

Un Werkvertrag tiene un momento en el que la obra se acepta o se rechaza con defectos concretos enumerados (ABGB §1167). Ese mecanismo es lo que hace el contrato ejecutable, y solo funciona si los criterios de aceptación están escritos al nivel correcto: resultados y comportamiento observable, no detalle de user story. Los criterios ambiguos son la mayor fuente de disputas que vemos, y por eso tratamos los criterios de aceptación como una salida explícita del discovery.

Los contratos basados en esfuerzo no tienen momento equivalente. La aprobación es una hoja de horas. Eso está bien cuando compras capacidad y es terrible cuando creías que compraste un producto.

Cinco preguntas antes de firmar con cualquier proveedor

• ¿Werkvertrag o contrato basado en esfuerzo? Si la respuesta necesita más de una frase, vuelve a preguntar.
• ¿Quién paga si la estimación estaba equivocada? La misma pregunta, formulada para que la respuesta no pueda esconderse.
• ¿Cuáles son los criterios de aceptación y quién los escribe? Si nadie, no hay resultado exigible.
• ¿Quién es dueño del código fuente y la PI al pago completo? Que esté en la cláusula, no en el dossier de ventas.
• ¿Cómo se cotizan los change requests y cómo se mueve el calendario? Todo Werkvertrag real tiene esa cláusula. Úsala en lugar de ampliar el alcance en silencio.

Cómo respondemos a eso en la práctica está en nuestro servicio de desarrollo de software a medida. Para un build con exactamente esta forma, el caso de estudio de Bond Analytics muestra un contrato con alcance y resultado definido en lugar de un equipo alquilado.