IT訴訟の判例から学ぶ個人事業主の損害賠償の実態

• 判例から学ぶIT訴訟の実態

請負契約では、仕事の完成と引き換えに報酬を支払います。東京地裁の一判例によれば、システム開発の場合にも、仕事の完成は、当初予定された最後の工程まで終えているかどうかで判断します。しかし仕事が完成したと認められても、システムの処理速度が遅くて通常の使用に耐えないという瑕疵が存在し、そのために契約の目的を達成できない場合には、注文者はこの請負契約を解除することができ、その残代金を支払う義務はないと判示しています。

• 判例から学ぶIT訴訟の実態

原告の要求により、被告が当初開発した仕様を変更し、脆弱性や問題点を含むことになったシステムを使用して、原告がECサイトを運営していたところ、SQLインジェクション攻撃のため、個人情報が漏洩しました。そこで原告が損害賠償を被告に求めたところ、裁判所は、被告が必要なセキュリティ対策を講じなかった点に債務不履行責任を認め、更にこれを重過失と認定し、原告勝訴の判決を下しました。このように契約締結当時において、一般的な知見を満たす行為を当然の責務として要求されるという点は、注意が必要です。

• 判例から学ぶIT訴訟の実態

ソフトウェアのソースコードが営業秘密として、不正競争防止法による保護に値するのは、あくまで一つ一つの具体的なソースコードそのものであり、たとえ他社のソフトウェアのソースコードのロジックを独自に解釈して、自社のソフトウェア開発において参照したとしても、それは「使用」とはいえず、従って法的保護の対象にはならない、という判例が出されました。情報を扱うIT分野において、判断の難しいところといえるでしょう。

• 判例から学ぶIT訴訟の実態

システム開発において「言った言わない」の争いは絶えません。特に、要件定義が曖昧なまま進んだプロジェクトでは、納品間際になって「想定していた機能が足りない」と損害賠償を求められるリスクがあります。本記事では、IT訴訟で多く見られる「仕様の解釈違い」をテーマに、裁判所がどのように「契約の範囲」を判断するのかを解説。エンジニアが正当な追加報酬を勝ち取り、予期せぬ賠償責任を免れるためのポイントを整理します。