そのソフトウェアの不具合は瑕疵か瑕疵でないか
前回、ソフトウェアの不具合を損害賠償請求の対象となる“瑕疵”と見なすかどうか、その線引きはどこにあるのか、といったお話をしました。仮に不具合があったとしても、遅滞なく補修を行い、業務に使えるようにしていれば、必ずしも“瑕疵” ではなく、ユーザがベンダに対して行う賠償請求も認められない場合がある、と言った内容でした。実は、今回も同じようなお話なのですが、前回よりも、より明確に、このあたりに言及し、且つ前回は触れられていなかった新たなポイントに触れた判決を例示したいと思います。説明の都合上、前回と重複する部分もありますが、ご容赦ください。まずは、事件の概要です。
著者プロフィール
-
ITプロセスコンサルタント 東京地方裁判所 民事調停委員 IT専門委員 1964年神奈川県横浜市生まれ。立教大学経済学部経済学科卒。大学を卒業後、日本電気ソフトウェア㈱ (現 NECソリューションイノベータ㈱)にて金融業向け情報システム及びネットワークシステムの開発・運用に従事した後、2005年より2012年まで日本アイ・ビー・エム株式会社にてシステム開発・運用の品質向上を中心にITベンダ及びITユーザ企業に対するプロセス改善コンサルティング業務を行なう。現在は、東京地方裁判所でIT開発に係わる法的紛争の解決を支援する傍ら、それらに関する著述も行なっている。 おもな著書に、『なぜ、システム開発は必ずモメるのか? 49のトラブルから学ぶプロジェクト管理術』 日本実業出版社、『IT専門調停委員」が教える モメないプロジェクト管理77の鉄則』。
Article copyright © 2015
Hosikawa Yoshihiro, Shoeisha Co., Ltd.
バックナンバー
連載:紛争事例に学ぶ、ITユーザの心得
