細川義洋氏が、IT訴訟事例を例にとり、トラブルの予防策と対処法を解説する本連載。今回は「基本契約」と「フェーズごとの個別契約」を結んでいたプロジェクトが頓挫した場合の支払いについて、判例を基に解説する。});この記事は会員限定です。会員登録(無料)すると全てご覧いただけます。契約を「基本」と「個別」に分けるのはIT開発の主流IT開発プロジェクトでは「基本契約」と「個別契約」に分けて契約を取り交わすことがよく行われる。基本契約には費用やスケジュール、成果物の詳細は記さず、とにかく「開発全体を受注者であるベンダーに任せる」ことを記して締結する。スケジュール」などを決める。機能ごとに契約を締結する場合が多いようだ。この方法には、それなりのメリットがある。「要件定義してみたら、当初の予定よりも開発規模が膨らんだ」というような場合、設計以降の費用やスケジュールを要件定義終了後に行う個別契約であれば、既存の契約を変更せずに、次の契約を結ぶだけだ。開発中の契約変更は、ユーザーとベンダーの双方の大きな手間である。ときに「約束が違う」と紛争の源になることもあるため、「プロジェクトの状態を見ながら、順次契約を結んでいく」個別契約方式は、ある意味、安全な方式だ。基本契約があれば、「ユーザーとベンダーが、システムの完成まで責任を持って作業する」ことは約束される。個別契約だけであれば、要件定義終了後にベンダーが突然抜けてしまったり、逆にユーザーが次のフェーズを他ベンダーに発注して元のベンダーが困ったりする危険がある。基本契約と併用することで、それらを防止できる。したメリットがあるので、基本と個別に分けて契約を行う方式は、IT開発プロジェクトでは主流になりつつある。契約もしていないし働いてもいませんが、お金は払ってください。IT専門委員の細川義洋氏が、IT訴訟事例を例にとり、トラブルの予防策と対処法を解説する本連載。IT専門委員の細川義洋氏が、IT訴訟事例を例にとり、トラブルの予防策と対処法を解説する本連載。今回も多段階契約に関連する裁判例を解説する。中断したプロジェクトの既払い金を、ベンダーは返却しなければならないのか?納期が遅れているので契約解除します。IT専門委員の細川義洋氏が、IT訴訟事例を例にとり、トラブルの予防策と対処法を解説する本連載。細川義洋氏が、IT訴訟事例を例にとり、トラブルの予防策と対処法を解説する本連載。細川義洋氏が、IT訴訟事例を例にとり、トラブルの予防策と対処法を解説する本連載。