要件定義も設計もしてもらいましたが、他社に発注します。もちろんお金は払いません！：「訴えてやる！」の前に読む IT訴訟 徹底解説（24）（2/3 ページ）

[ITプロセスコンサルタント 細川義洋，＠IT]

契約前作業を行ったが、受注できなかった裁判の例

　まずは、事件の概要から見ていただきたい。

東京地方裁判所 平成20年7月29日判決より抜粋して要約

　あるインターネット通販会社（以下ユーザー企業）が、開発ベンダー（以下ベンダー）にシステム開発を委託しようと考え、機密保持契約と開発基本契約を締結した。ただし、プロジェクトの金額や範囲については、別途、契約書を作るものとして、その時点では作成していなかった。

　ベンダーはこれを事実上の発注と考え、作業に着手し、多数のメンバーがユーザー企業に常駐して、要件定義と設計作業を行った。

　ところがユーザー企業は、この最中にベンダーが作成した資料に基づいて提案依頼書を作成して、入札を行った。ベンダーは入札に参加したものの受注できず、開発は別のベンダーに発注された。

　ユーザー企業はベンダーに対して、要件定義の費用は支払ったが、設計にかかる費用は支払わず、ベンダーはその費用3800万円を求めて訴訟を提起した。

　法律論はともかく、一般常識、あるいは人間の情として、ユーザー企業の態度に同意しかねる読者は多いだろう。

　ベンダーからすれば、秘密保持契約や基本契約を結び、実際に設計まで作業を進めていることを容認していたのだから、ユーザーの発注意思を疑う理由がない。「自分たちが作成した資料を元に作った提案依頼書を他ベンダーに配布して入札を行う」と知らされたときの、ベンダーの驚きと落胆、そして怒りは想像に難くない。

　だが、金額や作業範囲、成果物などを記した契約書がない以上、ユーザー企業を縛る明確な債務はない。

範囲も金額も定かでない基本契約では、債権・債務関係が成立しない

　では、契約成立について、裁判所はどう判断したのだろうか。

東京地方裁判所 平成20年7月29日判決より抜粋して要約（続き）

　このユーザー企業とベンダー間のシステム開発契約は、秘密保持契約締結時点において、開発範囲が明確になっておらず、基本契約にも委託範囲を記していない。また、金額についても具体的な協議がないことから、成立していたとは認められない。

　簡単に言えば、開発範囲と金額について協議し、契約書に書かれていない以上、契約は成立していないということだ。かなりベンダーに厳しい判断だ。

　「契約前作業など、そもそもやるべきではない」というのは正論だ。近年、大手ITベンダーでは、正式契約のない作業着手は禁止されつつある。

　しかし、ベンダーとしてシステム開発に参画したことのある方なら分かるだろう。システム開発は、スケジュールがひっ迫しているのが常であり、ユーザー企業が希望する納期を達成するためには、一日たりとも無駄にできない。基本契約まで結んでいるのであれば、時間のかかる「費用交渉」や「法務的なチェック」は営業担当と法務部門に任せ、現場は少しでも作業を前に進めたいと考えるものだ。

　また、正式発注までエンジニアを待たせておくことは、ベンダー企業にとって月に数百万、場合によっては数千万円の損失になる。

　ユーザー企業はエンジニアの待機時間分まで費用を払ってはくれない。かといって、いつプロジェクトが始まるか分からない状態で、エンジニアを他のプロジェクトに振り向けてしまうわけにもいかない。ならば、「基本契約しかないけれど作業を始めてしまおう」とベンダーが思ったとしても、無理からぬことかもしれない。

　こうした事情もくんでか、裁判所は判決を次ページのように続けている。