保証免許の免責事項を顧客に正当化するにはどうすればよいですか？
ユーザーが重要な情報を操作できるソフトウェアを販売しています。
私のライセンス契約（この分野を専門とする弁護士によって起草された）には、次の標準的な条項があります。
このソフトウェアIS著者により「現状有姿」で提供され、明示的な保証OR黙示の保証を含みますが、商品性の黙示の保証を含みますが、これに限定されません特定の目的への適合性は否認されます。いかなる場合も、作者は、直接的、間接的、偶発的、特別、例示的、OR派生的損害（包括的、ただしこれらに限定されないが、調達）について責任を負わないものとします。代替商品ORサービス;使用の損失、データ、OR利益; OR業務の中断）責任の理論、契約の責任、厳格な責任、OR不法行為（過失を含む）OR）（その他の場合））このソフトウェアの使用以外の方法で発生した、そのような損害の可能性について助言されたとしても。
これまでに使用してきたほぼすべてのソフトウェアで同等のものを見てきました。
これまでのところ、すべてのクライアントは問題なくそれを受け入れましたが、現在、1人の潜在的なクライアントがそれを争っています。実際、彼は次のように言っています。
ソフトウェアを使用してサードパーティの会社から10ドルで何かを購入し、ソフトウェアにバグがある場合（何もないことは保証されていないため）、20ドルの注文を送信すると、私は支払います違いは10ドルですよね？
私は彼の常識のように見えるものと、私の保険会社はおそらくそのような種類のリスクについて私に保険をかけないという事実と少しの間で立ち往生しています。そのような潜在的な損失の責任を負うことは快適ではありません。
これまでのところ、私が思いついた最良の答えは、業界で誰もがそれを行うことです（Microsoftは、Outlookを使用して送信したメールが、たとえばすべての10ドルを回しても変更されないことを保証していません） 20ドルに...）
これを処理する方法について何かアドバイスはありますか？ （もちろんバグのないソフトウェアを出荷するために最善を尽くすことは別として、：p）
「私があなたにそのような保証を与え、私が他のすべての顧客にもそれを与えた場合、おそらく私はすぐに廃業します。バグを見つけ、それを使用して意図的に大きな架空の製品を引き起こす単一の悪意のある顧客です。損害ソフトウェアの開発は複雑であるため、現在、単一のバグを含まないソフトウェアを作成することはほぼ不可能です。
しかし、私のソフトウェアが完璧であったとしても、ハードウェア、オペレーティングシステム、使用するライブラリ、データベースシステムなど、システム全体の他のコンポーネントにはまだバグが含まれている可能性があり、おそらくそうです。したがって、何か問題が発生した場合は、おそらく私に損害賠償を支払わせようとするでしょう。保証を提供したのは私だけであり、問題は最終的に私のプログラムに現れます。これは、あなたが作業しているフロントエンドだからです。そのような主張から身を守ることは、私には許せないことです。」
弁護士に相談する必要があると思います。管轄区域によって消費者法は異なります。英国では、不当な契約条件に関する法律がいくつかあります。あなたの免責事項が水を保持するかどうかはわかりません（私は法律に違反する大企業からのいくつかの契約を見てきました）。
あなたの弁護士があなたの免責事項は大丈夫だと言ったなら、あなたはこれをあなたの顧客に売るために様々なオプションを持っています。どうですか：
「私たちはソフトウェアの品質を確保するためにあらゆる努力をしていますが、オペレーティングシステム、データベース、Webサーバー、ブラウザなど、さまざまなソフトウェアが複雑であるため、実際にはどの部分を特定するのはほとんど不可能です。ソフトウェアのバグが原因です。」たとえば、Internet Explorer（またはその他）のバグが原因でソフトウェアが失敗した場合、会社に責任を負わせるのは不当です。」
代替案は、「Microsoftを告訴してみてください。ソフトウェアの価格を取り戻すことができるだけです。」
それはむしろ、顧客との関係に依存します。
私は、会社のデータベースを破壊したファイルサーバーのクラッシュに関する訴訟に巻き込まれました。ソフトウェアのハードウェア要件に従っていないにもかかわらず、それをインストールした会社が過失だったことを証明することはほとんど不可能でした。
私は弁護士であり、上記の条項は基本的に保証はないと述べているため、ソフトウェアが顧客に損害を与えて損失をもたらすと顧客が考えた場合、あなたは責任を負いません。保証の顧客の要求に対する最良の答えは、製品の価格設定が保証の欠如に基づいて構築されることです。販売者が保証を組み込む場合は、その機能を補償する必要があり、特に1回限りの場合は高価な機能です。顧客はビジネス中断保険に頼るだけのほうがいいのではないですか？また、販売者はSLAを提供していますか？
事実上、今日の契約では、すべての顧客（言及した顧客を除く）が想定する暗黙のリスクがあります。明らかに、関連するコストは許容範囲です。彼らはあなたと取引を続けているためです。将来的にそのようなバグがそれらに損害を与えたとしても、消費者ベースは全体としてそれらを耐えられると見なします。これが、ソフトウェア業界で一般的に発生する事実であり、そのため、そのような条項は許容できると見なされます。
理論的には、理論的には、顧客に彼が求めているものを与えることができます。必要なのは、損害の可能性に対する保険（前述のとおり）、またはソフトウェアの動作を検証するための十分に厳密な開発プロセス、おそらくは両方の組み合わせです。これらのことは明らかに運用/開発コストを増加させ、ソフトウェアに請求する価格を引き上げる必要があります。そして、劇的な増加について話している：たとえば Software Estimation （p。243）の表によると、欠陥を削除する最も効率的な方法は大量のベータテストであり、これは非常にコストがかかり、欠陥のわずか60％-85％。
あなたの顧客はそのようなものを支払う用意がありますか？一部の業界では、顧客は航空宇宙、自動車組み込みシステムなどです。その他の業界では、それは不当な負担です。
肝心なのは、彼が欲しいものを無料で提供することはできないということです。そして、彼が支払わなければならない価格の増加は、おそらく彼自身がリスクを吸収するために彼がしなければならない規定よりも少なくはないでしょう。それが、残りの顧客が合意に同意する理由です。
プログラムの正しさを正式に証明するために約5万人のCS教授を雇うことを望んでいるなら、放棄することを彼に伝えてください。それ以外の場合は、それを保証できる方法はありません。これがソフトウェア開発の仕組みです。