契約もしていないし働いてもいませんが、お金は払ってください。売り上げ期待していたんですから：「訴えてやる！」の前に読む IT訴訟 徹底解説（28）（1/4 ページ）

東京高等裁判所 IT専門委員の細川義洋氏が、IT訴訟事例を例にとり、トラブルの予防策と対処法を解説する本連載。今回は多段階契約の落とし穴を解説する。

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

印刷

通知 連載「％」の新着をメールで通知

隕九ｋPost

Shareシェア

はてなブックマーク

SharePocket Button

連載目次

　IT訴訟事例を例にとり、トラブルの予防策と対処法を解説する本連載。前回は、分割検収後に既払い金の返還をユーザーがベンダーに求めた裁判例を基に、多段階契約について解説した。

　1つのプロジェクトを複数の段階に分け、おのおの個別に契約する「分割検収（多段階契約）」は、ユーザーとベンダー双方にとってメリットがある。しかしプロジェクトが途中で頓挫した場合は、検収や支払いがどこまで行われるべきかについて難しい問題にも発展し得るという内容だった。

　今回も前回に続いて多段階契約の問題を取り上げる。プロジェクトが途中で終わった際の支払いについて争われた裁判例だ。今回は、支払いを受ける下請けベンダーに大きな非が見受けられないにもかかわらず、元請けベンダーが後続フェーズの契約をしなかった事例だ。

※紹介する裁判例は、プロジェクト中に大半の個別契約が見直されるなど、複雑な経緯をたどったが、説明を簡単にするためにその辺りは省いている

多段階契約の途中で、元請けが次フェーズの個別契約をしなかった裁判例

東京高裁 平成27年5月21日判決より抜粋して要約

　あるユーザー企業が、インターネットで商品の受注や製品マニュアルのダウンロードをするシステムの構築を元請けベンダーに依頼し、元請けベンダーは作業を下請けベンダーに発注した。下請けベンダーは元請けベンダーに対して、構築を4フェーズに分けた見積を提示し、基本契約とフェーズ1の個別契約を締結して、プロジェクトを開始した。

　プロジェクトは順調に進んでいたが、フェーズ2の作業が完了し、支払いもなされた後、元請けベンダーはフェーズ3の契約を結ばず、プロジェクトは中断した。下請けベンダーは、基本契約を結んでおり、フェーズ3以降の契約は当然にあるものと期待していたため、元請けベンダーの債務不履行と不法行為を訴え、残金約1700万円の支払いを求めて訴えを起こした。

見積もりに示した個別契約

• フェーズ1　要件定義（1）、基本設計（1）
• フェーズ2　要件定義（2）、基本設計（2）、詳細設計，モック開発
• フェーズ3　詳細設計、および開発
• フェーズ4　総合テスト、受入れテスト、導入支援

※本プロジェクトは作業中に、要件変更があり、フェーズの見直しが行われている。フェーズ1は要件変更前に実施した作業分で、検収と支払いは行われている。

　下請けベンダーはフェーズ3の作業に一部着手はしていたが、全ての作業を完遂したわけでもない。残金全ての支払いを求めるのはどうかとも思うが、期待していた売り上げが1700万円も減れば、経営への影響は大きかったのだろう。

分割して損をするのは、「元請け」「下請け」どっち？（画像はイメージです）