Werkvertrag 与 Dienstvertrag：“Dienstleister”这个词到底让供应商承诺了什么

快速结论：Werkvertrag 欠你一个结果。Dienstvertrag 欠你在你的指挥下付出的努力。当你搜索"Softwaredienstleister"并与其签约时，标签里的这个词指向后者，而你几乎肯定想要的是前者。这个落差不是咬文嚼字：它决定了当估算错误时由谁承担成本。

这是一篇关于法律机制的文章，不是法律意见。真实合同我们与一位奥地利商法律师合作。这里给的是概念地图，好让你能带着尖锐的问题去找自己的律师，而不是花钱让律师解释基础知识。

Werkvertrag 和 Dienstvertrag 有什么区别？

奥地利民法按"欠什么"来区分两者。Werkvertrag（ABGB §1165 及以下）欠的是一份确定的工作成果。承包方安排"怎么做"，承担范围风险，在验收时收款。Dienstvertrag 欠的是劳动：这个人在你的指挥下工作，纳入你的组织，按你的时间表，并且不论结果是否达成都按时间付酬。两者之间是 freier Dienstvertrag，欠劳动但不纳入公司组织。

德语里表示供应商的日常词 Dienstleister，与 Dienstvertrag 同一词根。这是语言上的巧合，不是法律上的：Softwaredienstleister 可以按 Werkvertrag 签约，而且通常就是这样。但这个巧合有影响，因为它把买方推向按努力评估供应商（日费率、人头、可用小时），而他们真正需要评估的是一个结果承诺。

买定制软件时为什么这很重要？

因为这两种合同回答的是不同的问题，而只有一个回答了"这东西会不会存在并且能用"。在 Werkvertrag 下，如果供应商低估了复杂度，成本由供应商承担。在基于努力的合同下，由你承担，而在预算耗尽的整个过程中供应商都完全履行了协议。两者都不算不诚实。它们把风险分配到相反的方向，而你应该知道自己签的是哪个方向。

这也是为什么跨这两类比较日费率毫无意义。挂在努力义务上的较低时薪，并不比挂在结果义务上的较高费率更便宜，就像更便宜的彩票并不比债券更便宜。你在给不同的金融工具定价。围绕它的模式选择写在软件构建模式里。

"Softwaredienstleister"意味着供应商按 Dienstvertrag 工作吗？

不是。Softwaredienstleister、Softwareagentur、软件服务提供商和软件开发合作伙伴是同一类公司的营销标签，而其中大多数在范围明确的工作上都按 Werkvertrag 签约。标签本身不说明合同。在第一次通话中就明确询问合同类型，并把含糊的回答当作一种信息。

真正指向不同东西的标签是 IT-Dienstleister 或 Systemhaus。那是另一门生意：按 SLA 运维你现有的 IT，它确实建立在持续服务合同加可用性承诺之上。如果一份短名单把两个类别混在一起，提案将无法比较，而这通常是需求说明发错地方的第一个信号。

"问清楚：如果估算错了，供应商欠你什么。答案就是合同类型，无论网站把这家公司叫什么。"

Werkvertrag 究竟让我们承诺了什么？

一份确定的 SoW，对应一笔确定的费用。如果我们判断错了复杂度，成本由我们吸收，不会因为自己判断失误而额外开票。Werkvertrag 不意味着日期延误就退款：这个词的意思是在法律上有义务交付约定的结果，客户的救济途径遵循通常的 Gewährleistung 路径，即改善、减价，严重情况下解除合同。里程碑计划和验收标准写在 SoW 里，好让双方都知道工作何时算完成。

什么时候基于努力的合同才是诚实的答案？

有三种情况，坚持要 Werkvertrag 是错的直觉：

1. 范围确实无法预知。纯研究，或者对接一个没有文档的第三方 API。在这里给出固定的结果承诺，是穿着合同外衣的赌博，而价格会带上风险溢价。
2. 你需要的是已经有方向的团队里的产能。那是人员扩充，把它硬塞进 Werkvertrag 会制造一种关于"谁决定做什么"的虚构。
3. 维护和小改动。带月度上限的retainer 才是随时待命和偶发调整的正确形态。

对于范围明确、预算有上限的构建，Werkvertrag 胜出。它的定价模式那一面，也就是固定价格对比时间与材料，在奥地利 SaaS 的 Werkvertrag 与时间材料里单独展开。

Scheinselbständigkeit（假独立）的陷阱

如果一份合同名为 Werkvertrag，但实际工作状态是 Dienstvertrag，奥地利主管机关看的是实际状态，不是标签。判断标志正如你所料：这个人每天接受你的指令、按你的作息工作、活在你的工具和汇报线里、没有自己的经营基础设施、欠的是本人履行而不是一个结果。重新归类会给客户带来追溯性的社保和工资税后果，不只是承包方。

对买方的实际结论很简单。如果你想要的是一个嵌在你团队里、听你指令的人，就诚实地按 freier Dienstvertrag 或雇佣关系来约定。不要因为文书更省事就把它包装成 Werkvertrag。在第一张发票之前问你的税务顾问和律师，而不是在收到稽查函之后。

验收如何改变整场对话

Werkvertrag 有一个时刻：工作要么被验收，要么被以具体列出的缺陷退回（ABGB §1167）。正是这个机制让合同可执行，而它只有在验收标准写在正确的层次上才有效：结果和可观察的行为，而不是 user story 级的细节。含糊的标准是我们见过的最大争议来源，所以我们把验收标准作为 discovery 的明确产出。

基于努力的合同没有对应的时刻。签核就是一张工时表。当你买的是产能时这没问题，当你以为自己买的是产品时这很糟。

签约前问任何供应商的五个问题

• Werkvertrag 还是基于努力的合同？如果答案需要超过一句话，再问一次。
• 如果估算错了，成本由谁承担？同一个问题，换成一种答案无处躲藏的问法。
• 验收标准是什么，由谁来写？如果没人写，就没有可执行的结果。
• 全额付款后源代码和知识产权归谁？要写进条款，不是写进销售材料。
• 变更请求如何定价，时间表如何调整？每一份真正的 Werkvertrag 都有这条款。用它，而不是悄悄扩大范围。

我们在实践中如何回答这些，写在我们的定制软件开发服务上。对于正是这种形态的构建，Bond Analytics 案例研究展示的是一次范围与结果都确定的合作，而不是租来的团队。