Litigation & Dispute Resolution

システム開発紛争への対応

システム開発では、納期の遅れや不具合、検収・追加費用をめぐり、発注者とベンダーの間で対立が生じることがあります。契約と開発経過を踏まえ、請求・支払と開発継続・終了の方針を整理します。いずれの立場でも、訴訟を決める前や資料が十分にそろっていない段階からご相談いただけます。

当事務所には、理系出身の代表弁護士をはじめ、システム開発紛争への対応経験を有する弁護士や、裁判官としてシステム開発訴訟の審理を担当した弁護士が在籍しています。

最終更新日:

システム開発トラブルが生じたときに、まず確認すること

  1. 業務への影響と、納期・支払・検収・通知などの期限を確認します。
  2. 契約書・見積書・仕様書・変更合意などを集め、合意した業務範囲を確認します。
  3. メール・チャット・議事録・課題管理表・テスト結果等を、変更履歴が分かる形で保存します。
  4. 開発の経緯と双方の要求を時系列に整理し、合意できている事項と争いのある事項を分けます。
  5. 成果物・ソースコード・データ・管理権限の所在を確認し、業務継続や引継ぎの条件を整理します。
  6. 支払留保・作業停止・アクセス遮断・契約解除の前に、契約上の根拠と影響を検討します。

すべての整理を終えることを、お問い合わせの条件とするものではありません。

ご相談いただけること発注者・ベンダー双方の請求・反論/開発継続・終了の検討/交渉・訴訟への対応

お問い合わせフォームへ
目次
  1. 1 よくあるシステム開発紛争
  2. 2 システム開発トラブルが生じたときの初動
  3. 3 契約・責任・請求の判断ポイント
  4. 4 解決方針と解決手続
  5. 5 アジャイル開発・ラボ契約で確認すべき点
  6. 6 紛争を予防する契約・運営
  7. 7 当事務所の弁護士による支援内容
  8. よくあるご質問

1 よくあるシステム開発紛争

当事務所にご相談いただくシステム開発紛争には、次のような類型があります。

  • 【発注者】納期遅延・開発中止――予定どおりに使えず、開発継続や損害賠償を検討したい。
  • 【ベンダー】仕様変更・追加費用――作業が増えたのに、費用や納期の変更に応じてもらえない。
  • 【発注者】不具合・検収――不具合が残り、検収への対応や修正の求め方に迷っている。
  • 【ベンダー】検収拒否・報酬未払い――納品後も検収されず、代金が支払われない。
  • 【双方】契約終了・精算――中途終了時の報酬、返金、損害賠償の扱いで対立している。
  • 【双方】成果物・データの引渡ぎ――ソースコード等の引渡しや利用条件で合意できない。

いずれの類型でも、契約の内容と開発の経過をどれだけ正確に整理できるかが、その後の交渉・手続の進めやすさを左右します。

2 システム開発トラブルが生じたときの初動

まず、契約書・仕様書・議事録・メールなどの資料について、原本や版、更新履歴を保持したまま、適法にアクセスできる範囲で確保します。そのうえで、開発経過と依頼・承認・変更の履歴を時系列に整理し、争いになり得る事項と裏付け資料を対応させます。資料の保全と並行して、システムの復旧や被害拡大の防止、業務継続の手当てもあわせて検討します。

期限の管理では、契約上の期限と法令上の期間制限を区別します。契約上の通知期限に加え、法令上の通知期間や消滅時効についても、契約の性質や請求内容に応じて確認します。原因の全容が判明するまで通知や回答を一律に待つのではなく、期限を踏まえて必要な対応を進めます。また、支払留保・作業停止・アクセス遮断・契約解除といった措置は相手方の業務への影響が大きいため、契約上の根拠と影響を検討してから判断します。

3 契約・責任・請求の判断ポイント

(1)契約の性質・開発範囲・追加費用

システム開発契約には請負・準委任などの性質があり、要件定義・設計・開発・テストといった工程ごとに契約関係が異なる場合もあります。責任や報酬の検討は、どの契約に基づくどの作業かを特定することから始まります。そのうえで、当初に合意した業務範囲と、その後の追加・変更作業を区別し、費用・納期への影響を整理します。追加・変更発注についても、適用法令上の明示義務等を確認します。

検討の想定例:修正なのか、追加開発なのか

発注者は「当初から必要な機能の修正」と考え、ベンダーは「契約外の追加開発」と考えている場合、作業量だけでなく、当初の仕様、変更要求、見積提示、承認の経緯を対応させて整理します。

※説明用の想定例であり、当事務所の実際の取扱事例ではありません。

(2)開発の進行管理と発注者の協力

ベンダーにはプロジェクトの進行を管理する義務が、発注者には仕様の確定や資料の提供などに協力する義務が問題となることがあります。もっとも、義務の名称だけで責任の所在が決まるわけではありません。契約上の役割分担、工程の進み方、実際のやり取りの経緯を踏まえて、遅延や手戻りの理由を検討します。

(3)完成・検収と契約不適合

仕事の完成、検収の手続、契約内容に適合しない点(契約不適合)の有無は、それぞれ区別して検討します。完成が認められるか、検収の手続がどのように定められ、実際にどのように運用されたかは、報酬の支払義務に影響します。不具合が残る場合には、修補などの履行の追完や損害賠償の請求と、報酬の支払の扱いを分けて整理します。契約上の検収条項や、不適合があった場合の対応の定めもあわせて確認します。

(4)契約解除・中途終了時の精算と損害賠償

開発が予定どおり進まない場合の契約の終了には、債務不履行を理由とする解除のほか、発注者による中途の解除、合意による終了など複数の形があり、どの形によるかで精算や損害賠償の扱いが変わります。中途で終了する場合には、実施済みの業務に対応する報酬の支払や、支払済みの費用の返金の要否・範囲が問題となります。損害賠償は、これらの精算とは分けて、債務不履行の有纡や損害の範囲を検討します。契約に損害賠償の上限などの責任制限条項がある場合には、その適用範囲も確認します。

4 解決方針と解決手続

開発継続・契約終了の方針

交渉や法的手続を選ぶ前に、開発を継続するのか、契約を終了するのかという方針を整理します。海外企業との取引では、契約の準拠法と裁判管轄・仲裁条項も確認します。

契約を終了する場合の成果物・ソースコード・設計資料・データ・管理権限の引継ぎは、権利の帰属の問題としてだけでなく、事業を継続するための条件として整理します。ソースコード等の引渡しに加え、引継ぎ後に利用・改変できる範囲も確認します。

交渉・調停・訴訟などの解決手続

解決手続は、契約の紛争解決条項や争点を踏まえ、交渉・民事調停・訴訟等から選びます。費用・期間等も検討します。調停を先に行う義務は原則としてありません。調停は合意による解決を目指し、専門的知見を持つ調停委員が関与する場合もあります。

訴訟では、判決のほか和解も可能です。争点整理では、裁判所が当事者の意見を聴いて専門委員を関与させる場合があります。その説明は専門的事項の理解を補助するもので、証拠そのものではありません。

日本商事仲裁協会(JCAA)等の仲裁は、仲裁合意に基づき仲裁人の判断に解決を委ねる手続です。仲裁判断は原則として確定判決と同じ効力を持ちますが、強制執行には裁判所の執行決定が必要です。

5 アジャイル開発・ラボ契約で確認すべき点

「アジャイル開発」は開発の進め方の、「ラボ契約」は開発体制を確保する取引形態の呼称であり、いずれも、請負か準委任かといった契約の法的性質とは区別して検討します。アジャイル開発では、作業項目や優先順位の変更の決め方、発注者側の意思決定の関与、品質・完了の基準、予算・期間の管理が確認のポイントになります。ラボ契約では、体制・スキル・稼働の内容、報告の方法、要員不足・交代への対応、終了条件と引継ぎを確認します。準委任であれば責任を負わない、ということにはなりません。また、ラボ契約等では、契約の名称だけでなく、開発担当者への指揮命令の実態も確認します。

6 紛争を予防する契約・運営

紛争で問題となる事項の多くは、平時の契約と運営で備えることができます。契約面では、業務範囲・仕様・品質基準を明確にし、変更・追加の際に費用・納期への影響を確認して合意する手続、検収・支払の条件、責任制限、終了時の精算・引継ぎの条件を定めておくことが考えられます。運営面では、変更・追加を承認する権限者を決め、議事録や変更履歴を残す運用が重要です。いずれも、紛争になったときに何が問題となるかと対応させて整えることで、実効性のある備えになります。

7 当事務所の弁護士による支援内容

当事務所は、発注者・ベンダーいずれの立場からも、システム開発紛争に関するご相談をお受けしています。契約と開発経過の分析、請求・反論の検討、開発継続・終了の条件に関する交渉、調停・訴訟等の手続への対応まで、一貫して担当します。

また、紛争対応にとどまらず、契約書や変更管理の仕組みの整備など、同種の問題を予防するためのご支援も行っています。

よくあるご質問

Q1 【発注者】不具合が残っている場合、検収や代金の支払を拒否できますか。

契約内容や不具合の程度により、検収や支払を留保できる場合がありますが、全額の支払を当然に拒めるわけではありません。完成・検収と支払の条件、取適法が適用される場合の支払ルールを確認します。

Q2 【ベンダー】追加費用について書面の合意がなくても、請求できますか。

追加契約書がなくても、有償の追加作業について合意が認められれば、請求できる場合があります。当初の業務範囲、変更条項、見積書・メール等による依頼・承認の経緯を確認します。

Q3 【発注者】開発が途中で中止になった場合、支払済みの費用は返金されますか。

全額返金になるとは限りません。契約の性質や終了の根拠、実施済み業務、成果物から得られる利益等を踏まえ、返金の要否・額を検討します。債務不履行がある場合は、損害賠償の可否も別に検討します。

Q4 【ベンダー】発注者の仕様確定や資料提供が遅れた場合も、納期遅延の責任を負いますか。

発注者の対応が遅延原因であれば、責任の有無や範囲に影響することがあります。ただし、ベンダー側の説明・警告や工程管理も含め、依頼・回答の経緯と納期への影響を確認します。

Q5 【発注者】別の開発会社に引き継ぐため、ソースコードの引渡しを求められますか。

引渡しを求められるかは、契約上の合意や成果物の権利・利用条件によって異なります。ソースコードだけでなく、設計資料・データ・管理権限を含め、引継ぎの対象と協力範囲を確認します。

Q6 【ベンダー】代金が支払われない場合、開発作業やシステムへのアクセスを止められますか。

未払いがあっても、直ちに作業停止やアクセス遮断が認められるとは限りません。支払義務の有纡・期限、停止条項や催告の要否、相手方の業務への影響を確認、適切な手順を検討します。

Contact

対応方針が決まる前から、ご相談いただけます

開発を続けるか、終了するか。検収・支払、請求・反論、精算・引継ぎをどう進めるか。発注者・ベンダーいずれの立場でも、交渉段階からご相談いただけます。資料や経緯が十分にまとまっていない場合も、現在の状況をお知らせください。

相談について問い合わせる

本記事は一般的な情報提供を目的とするものであり、個別の事案に関する法的助言ではありません。具体的な対応については、当事務所までご相談ください。記事の内容は最終更新日時点の法令等に基づいています。