検収後に発覚した不具合の補修責任はどこまであるのか（前編）

検収後に発覚した不具合の補修責任はどこまであるのか（前編）：「訴えてやる！」の前に読む IT訴訟 徹底解説（4）（1/2 ページ） 連載目次 今回は「稼働後に検出した不具合を理由に、ユーザーがいったんは検収したシステムの支払いを拒んだ事件」と、そこから得られる知見を解説しよう。 請負契約によるシステム開発において、検収まで行った発注者が受注者との契約を解除し費用の支払いを拒むという例は、ユーザーとベンダーがシステムの完成をめぐって争うことの多いIT業界においても決して多いことではない。 しかし、この判決は、システム導入の目的と要件の関係やその検証、および導入後のベンダーの不具合対応などについて、多くの論点を提供してくれる。今後に役立つ知見を残してくれるものであることから、今回の題材として取り上げることとした。 請負契約において、ベンダーが「ユーザーと交わした約束をしっかりと果たした」と言え

[tettekete37564]

こんなのが全面的にまかり通るなら日本のIT・ソフトウェア業界は焦土と化すぞ。ただでさえソフトウェア・知財への金払いが悪いのに。統合テストやパフォーマンス調整の工数・スケジュールも認めないくせに。

[dadapon]

おそらくだが「情報システムは、普通の工業製品と違って、発注側も品質に対し相応の責任がある」ということを裁判官がわかってないんじゃないかと思う。これでは検収の意味がない。

[deep_one]

個人的な感想としては明らかに検収が終わってないのに検収書をよこせと言われる事が多そうな気がしている。その状態の「検収書」とかなんなの？と思う。その辺が「現実を良く把握した上での判断だ」なのか？

[hakob]

民法635条による重大瑕疵で解除なので、致命的なバグがあったんでしょう。判例・通例では「バグゼロは不可能＝バグは瑕疵じゃない＝多少は対処してあげて」「検収してもバグゼロは無理」で両者のバランスを取ってる

[shogo_okamoto]

もう全部自分達で作れよ。

[Lat]

主たる機能の大部分が作成されていない状態で納期を迎え、相手がギブアップしたので契約解除をしたことがあったが、検収も済んだのに性能を問題視するのはよっぽど遅かったのか？でもそれは仕様書に書くべきだよ。

[htb48]

改修に"応じる素振り"もない ってんだとこうなる気もするなあ

[umakoya]

これは検収どうこうでは無く、開発側が諸々の不具合を瑕疵担保で一切補修しなくてこじれたのが裁判所の判断に影響したんだと思う。

[Futaro99]

ろくに検収しないで受け入れて「全然ダメだからお金はらわないよ」って言えばソフトウェア会社をつぶすことができる。

[ytabuchi]

提案書に書いておきながら要件定義に含まれていなかったらテストしない。無視する。ってのはどうなんですかね？お金はかかりますが、パフォーマンステストも要件定義に含めましょう。って提言しなかったのかしら？

[sawarabi0130]

システムは「安かろう悪かろう」なのだということがもっと知れ渡るべき。

[yamajii]

システム導入はユーザーの協力・労力なしには成功しない。このケースではユーザー側の手抜きが目に浮かんじゃうんだけど、これでベンダーが負けるというのは、これからの日本のシステム開発は大丈夫か？

[animist]

（

[tarchan]

＞「システムを完成させても、指摘された不具合をきちんと補修しなければ、たとえ検収を受けていたとしても契約解除の原因となる」

[ka_ko_com]

検収後の発覚でも補修責任あるのか。 …… 「訴えてやる！」の前に読む IT訴訟 徹底解説（4）：検収後に発覚した不具合の補修責任はどこまであるのか（前編）

[bouncing]

うーむ。確かに「お客様のニーズを満たさない」出来映えであればこの結果は致し方ないところかも。しかし一方、システムの発注元はきちんと要件を定義して開発に協力できたのだろうか。

[NIZ-ki]

なかなか面白い判決だなあ。勉強になるわ。納入したからってやっつけ仕事だったら後で直せと強制的に言えるということだわな。瑕疵担保責任のあたりをどこまで考えるかだね。最初の契約書でどこまで規定するか。

[tak4hir0]

「訴えてやる！」の前に読む IT訴訟 徹底解説（4）：検収後に発覚した不具合の補修責任はどこまであるのか（前編） (1/2) - ＠IT

[ysync]

これだけじゃなんとも。使いものにならないほど遅いってのはどういうレベルなんだろな。ハード増強とかで小手先で回避できなかったものなんだろうか？

[tetzl]

クライアントも検収急かされることあるし、お互い様の信頼関係みたいなとこだよなあ。なあなあなのと紙一重ではあるけれど、上司が変わったらペーパーワーク増えたりするのといっしょというか…

[small_nisso]

検収　業務委託契約　システム開発

[kamadango]

要件定義から仕様策定やる人って貴重。なので仕事も多い。判例踏まえるともっと大変に。マジ切ない。

[kukita]

【#IT訴訟】システムを完成させても、指摘された不具合をきちんと補修しなければ、たとえ検収を受けていたとしても債務不履行（←瑕疵担保責任より重い）に該当すると判断された判例の話。自分用メモφ(..) →

[airj12]

「そんなテストは要らない」とか言って無茶な予算・スケジュールで押し切って検収までした後で反故にするのが有効 って事だったら怖すぎ / こういう事があるから「モメた時に負けない準備」に労力が注がれる

[src256]

ぞわっとするね

[oakrw]

受諾開発の現場は多くの場合なんら具体的な根拠がなく、発注側予算で見積もりが、受注側売上で検収が、様々な問題は双方の社内政治で決まっているからだと思う。多分どちらかのキーパーソンが失脚したんじゃない？

[bullsco88]

読んでる。

[todesking]

SIの世界は厳しい

[T-norf]

これは業界にとっても良判決に思える。でないと、誰も仕事ださなくなるし、詐欺的な仕事で稼ぐ輩も増えるだろうしね。

[sub_low]

黒いIT系が幅をきかせてる業界ですからなぁ。ちょっとは冷水浴びせて欲しい。投資に見合うリターンが返せないならwebでもシステムでも売るな。／まぁしかし、買い手も売り手もピンきりだからなぁ

[daybeforeyesterday]

うーむ

[kana321]

ユーザー検収後に発覚したシステム不具合を補修をめぐる争いで、裁判所が1724万円の支払いを命じたのは、ユーザー、ベンダーどちらだったのか

[ottyanko]

こんなのがまかり通るなら、スケジュールの遅れの多くの原因となる、クライアント側の要件定義の遅れや不十分等を以って、ベンダーからの途中契約解除と喪失利益補償の権利だって必要だろ(´・ω・｀)

[windish]

大きな"doneの定義"の話。怖いわ…

[ippeichangg]

まあ検収のザルさ加減を差し引いてもベンダーの対応がお粗末すぎたってことだろうな

[croissant2003]

検収した時点で契約額の半額、その後半年運用して何もなければ残りの半額とかじゃダメかな