契約は、「履行」までを考える必要がある ～ 履行すべき「内容」とは？

契約は、

締結だけではなく、履行までを考えておかなければならない

ということはとても重要です。

契約の締結ができて、

　契約の締結ができた（仕事がもらえた） → 報酬がもらえる（契約内容が履行される）

と思いがちですが、

これはちょっと正確ではありません。

「契約として」対応できている、とは？ ～ 原因はユーザー、責任はベンダー！？

前回、システム開発の遅れ（完成の遅れ）について「契約として」対応できているか？　について書きました。

では、「契約として」とはどういうことでしょうか？

システム開発の遅れに「契約として」対応できていますか？

システム開発などのＩＴ契約におけるリスクの一つに、

　開発の遅れ（完成の遅れ）

があります。

システム開発契約については、（準委任契約であっても）納期が決まっていると思われます。

契約で決まっている納期が守られない場合、例えば３月３１日に納入するとなっている場合に、３月３１日に納入できなければ、

　契約上は、債務不履行（さいむふりこう）：履行遅滞（りこうちたい）

ということになります。

委託者（ユーザー）としては、債務不履行を主張して、委託料の減額を要求したり、損害賠償を請求したりすることもあり得ます。

しかし、受託者（開発者、ベンダー）側としては、

最初に契約書を交わしたのに．．． ～ それでもトラブルになるのも「必然」．．．

ＩＴ契約で、

　最初に契約書を交わしたのに、後々、クライアントからの変更等でなかなか開発、プロジェクトが完成しない

ということを聞くことがよくあります。

この点は、ＩＴ契約の特徴でもあり、またＩＴ契約に関する‘誤解’にも関連するところでもあります。

通常、ある契約を「締結」すると、あとはその「履行」が問題となります。

「制限のある」委託料で、「制限のない」業務を受けますか？

前回、ＩＴ契約では多くの場合、

　ユーザー（委託者）側は、請負契約を希望する

　ベンダー（受託者）側は、請負契約を希望する

と書きました。

しかし、（ベンダー側にとって）実際にはこれとは矛盾することを行っています。

「契約締結」の意義

ＩＴ契約においては、（全体として）準委任契約にするか請負契約にするか、ということが問題になることがあります。

多くの場合

　ユーザー（委託者）側は、請負契約を希望する

　ベンダー（受託者）側は、請負契約を希望する

とされています。

請負契約と準委任契約の基本 （後編）

ＩＴ関連業務の契約については、「請負契約」と「準委任契約」の２つの契約類型が重要となります。

この２つの契約の違いを簡単に言えば、

　請負契約は、結果が重要

　準委任契約は、プロセスが重要

ということになります。