在系统开发中,签订承包合同时的注意事项

在进行IT系统开发项目时，主要签订的合同包括承包合同和准委托合同。无论对用户还是供应商来说，采用各种合同类型都有各自的优点和缺点，但是理解其特性和签订时的注意事项是非常重要的。本文将对在IT系统开发业务中的承包合同进行详细解释。

系统开发与承包合同

什么是承包合同

要了解什么是承包合同，首先最重要的是直接从条文上确认承包合同的成立要件。

第632条

承包是当事人一方约定完成某项工作，另一方约定支付该工作结果的报酬，从而产生效力。

“完成工作”是最重要的关键词。承包合同的典型例子是需要施工的建筑物建设。例如，以在规定期限内建造房屋或大楼为”完成工作”，债务被视为履行。相反，如果施工进度滞后，未能按期完成，将在一定条件下被视为履行迟滞，需要承担债务不履行责任。但是，一旦”完成工作”被认定，债务不履行的问题就不存在了，接下来的问题就是瑕疵担保责任。在这个意义上，重视”完成工作”的结果是承包合同的特点。关于何时可以认定”完成工作”，我们在下面的文章中进行了详细的解释。

https://monolith-law.jp/corporate/completion-of-work-in-system-development[ja]

承包合同不仅用于建设，也常用于需要大规模构想和细致计划的系统开发项目。

承包合同与准委托合同的区别

了解到承包合同是一种以”完成工作”为结果的合同类型后，我们也可以理解准委托合同的特点。这种合同重视的是过程，而不是”完成”的结果。例如，无论成果如何，只要事务处理本身进行得适当，就可以请求报酬（第648条第2款）。如果由于不能归咎于受托人的原因，履行在中途结束，也可以按比例请求报酬（第648条第3款）。

关于委托合同和准委托合同的比较，我们在下面的文章中进行了详细的解释。

https://monolith-law.jp/corporate/contract-and-timeandmaterialcontract[ja]

为什么系统开发中喜欢使用承包合同

在系统开发的合同中，承包被广泛使用。承包被广泛使用的原因是，对于发出工作订单的用户方和接受订单的供应商方，都有一定的优点。

首先，对于用户来说，通过承包发出业务订单的优点是，债务履行要件可以以”完成工作”的形式明确化。也就是说，除非达到可以称为”完成”的状态（即使后来发现了bug，或者出现了瑕疵担保责任的问题），原则上不需要支付报酬。这种明确性对于不愿承担工时超出预期或工期延长等情况下，应支付的报酬增加的风险的用户来说，具有很大的吸引力。以等价交换的方式支付固定报酬给”完成”的成果物，从预算管理的角度看，具有很大的便利性。

另一方面，对于接受工作的供应商来说，通过承包接受订单也有一定的优点。如果能够顺利进行，承包合同的利润率可能会比准委托合同更高。

由于”完成工作”是履行债务的要件，因此从接受工作的一方来看，”完成”的过程中，商品的原价（在系统开发中，大部分是人力成本）花费了多少是不需要考虑的。因此，希望提高利润率的供应商和希望方便进行预算管理的用户都有这样的考虑，所以在系统开发中，承包合同是非常受欢迎的。

签订承包合同时的注意事项

尽管从用户和供应商双方来看，承包合同都有其优点，但特别是对于供应商来说，轻易签订承包合同也伴随着风险。首先，“工作的完成”是履行债务所必需的，这意味着如果没有完成成果物，原则上不能免除债务不履行的责任。这也是为什么供应商的估算错误等原因，即使导致亏损，仍然必须花费工时进行交付，而这种燃烧事件频繁发生的原因。

那么，为了签订承包合同，我们需要在合同文本中注意哪些事项呢？让我们逐一看下去。

预先明确系统要求和验收合格的条件

在承包合同中，无需多说，明确“工作完成”的条件是非常重要的。通常，这里所说的“工作完成”的要求是指需求定义阶段的约定内容。然而，在实际操作中，随着开发过程的推进，可能会被迫进行事后的更改，因此，“工作完成”的要求也可能会变得流动。包括这些在内，我们认为努力进行规格更改历史的文档化是重要的。以下的文章从法律的角度解释了如何进行系统开发项目的变更管理。

https://monolith-law.jp/corporate/howto-manage-change-in-system-development[ja]

此外，与此话题相关，用户方进行的“验收合格”也是预先约定可以有效预防后续问题。即使要交付成果物，也可能会遇到用户方的负责人无法联系，或者无法得到回复等情况，这是可以预见的。为了避免验收的合格与否长时间无法明确的状态被忽视，设定一定的验收期限是有益的。这就是所谓的“视为验收条款”，关于这一点，以下的文章进行了解释。

https://monolith-law.jp/corporate/estimated-inspection-of-system-development[ja]

关于著作权转移的事前约定

另一个容易引发问题的地方是关于著作权转移的问题。著作权原则上是由“创作者”即系统开发的供应商方获取的，但是，根据权利的性质，也可以进行转移或转让。因此，事前约定是否将著作权转让给用户，可以防止事后出现问题。关于著作权的归属和转移，我们在以下的文章中进行了详细的解释。

https://monolith-law.jp/corporate/copyright-for-the-program-source-code[ja]

其他注意事项

另外，如果你想要避免包含任何类似委托的元素，而选择以承包合同的形式签订合同，那么你应该注意以下几点：

• 报酬应与工时无关
• 在合同标题中明确写明“承包合同”
• 明确写明瑕疵担保责任条款
• 报酬的支付应与结果或成果相对等

这些都是你需要注意的事项。

另外，仅仅在合同标题中写明“承包合同”，并不能简单地认为所有事项都已转为承包合同，这种想法是不可取的。在实际操作中，其他公司的合同模板可能会被不断地复制和粘贴，而对于其内容是承包还是类似委托的问题，往往被忽视。一旦涉及到诉讼等问题，除了合同标题等表面元素外，合同的整体内容、过去的商业惯例等更实质性的事项将被重视。因此，你也应该注意这一点。

总结

如果考虑到以上的点，通过承包的合同事务将更容易得到适当的处理。另外，“委托”这个词，无论是承包的合同还是准委托的合同，都是可以使用的。而“业务委托”这个词，通常是在当事人之间有准委托合同的意愿时使用的。包括这些细微的词语差别在内，更加注意将会更好。