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

Veredicto rápido: un Werkvertrag debe un resultado definido. Un Dienstvertrag laboral debe trabajo bajo dependencia personal, mientras que un freier Dienstvertrag cubre trabajo continuado con mayor independencia. "Softwaredienstleister" es solo una etiqueta comercial. Las cláusulas de precio, alcance, cooperación, cambios y terminación deciden cómo se reparten realmente los riesgos de estimación y entrega.

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 austriaco distingue estos modelos principalmente por lo que se debe y por la independencia con la que se trabaja. Un Werkvertrag conforme a ABGB §1165 y siguientes debe una obra definida. El contratista organiza normalmente el trabajo con independencia y responde de producir un resultado conforme al contrato. Un Dienstvertrag en sentido laboral debe trabajo bajo dependencia personal e integración organizativa. Entre ambos está el freier Dienstvertrag, que debe trabajo continuado con poca o ninguna dependencia personal. La comparación de modalidades de la WKO explica estas diferencias. El pago no nace automáticamente de una aceptación formal: ABGB §1170 dispone que la remuneración suele vencer al terminar la obra, salvo que el contrato o la práctica aplicable establezcan otra cosa.

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 contratos responden preguntas distintas y solo uno se centra en si existirá un resultado definido conforme al acuerdo. Con una tarifa fija y acotada, el contratista suele asumir más riesgo de estimación. Un Werkvertrag por sí solo no convierte cada exceso en problema del proveedor: siguen importando el precio pactado, la estimación, la cooperación del cliente, el alcance y el mecanismo de cambios. ABGB §1170a, por ejemplo, distingue estimaciones garantizadas de las no garantizadas. En un contrato por esfuerzo, el cliente suele asumir más riesgo de alcance abierto. Ningún modelo es deshonesto por naturaleza. Las condiciones escritas determinan gran parte del reparto real.

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 una tarifa fija realmente acotada, un Werkvertrag suele encajar. 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 solo la etiqueta. ASVG §539a prioriza expresamente el verdadero contenido económico sobre la forma externa para la clasificación de seguridad social. Entre los indicios relevantes están las instrucciones diarias, horarios impuestos, integración organizativa, falta de infraestructura empresarial propia y trabajo personal en lugar de un resultado producido con independencia. La reclasificación puede generar consecuencias retroactivas de seguridad social y nómina. Pide asesoramiento para el caso concreto en vez de confiar en una sola lista.

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 terminación y los criterios de aceptación cambian la conversación

Un procedimiento formal de aceptación es útil en software, pero no nace solo de ABGB §1167. El ABGB §1167 vigente remite las reclamaciones por defectos de la obra a las reglas generales de garantía de los §§922 a 933b. El contrato debe definir por separado entrega, revisión, aviso de defectos, subsanación, aceptación tácita si se desea y vencimiento de hitos. Los criterios funcionan mejor como resultados y comportamientos observables. Los hacemos una salida explícita del discovery porque la ambigüedad dificulta resolver disputas sobre terminación y defectos.

Los contratos basados en esfuerzo no suelen tener una aceptación vinculada al resultado, salvo que el acuerdo la cree. La aprobación suele seguir registros de tiempo o informes de servicio. Eso encaja cuando compras capacidad, pero no cuando esperabas un producto terminado.

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? Sin criterios claros, resulta más difícil probar y exigir la terminación o los defectos.
• ¿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.