Webのどこかで、このバージョンのEULAを見つけました。
- あなたには権利がありません
- 注意深くお読みください1
では、エンドユーザー使用許諾契約を作成するためのベストプラクティスは何ですか?弁護士を訪ねたり、準備ができている1つの汎用テンプレートを検索して変更したりしますか?
開始点を教えていただけますか?
私はこれが好きです:
私の答えは:それは異なります。
小規模から中規模のプロジェクト、またはオープンソース/フリーウェアの場合、オープンソースアプリにはGNUGPLやApache2などの既存のEULAを使用することを検討してください。
大規模なプロジェクトの場合は、弁護士に連絡して、私のすべての権利が保護されていることを確認します。
(IANAL)
実はこんな感じです
作成するEULAが何であれ、それが国内法/国際法に違反している場合は、強制できない可能性があります。それをより複雑にしているのは、EULAは米国では問題ないかもしれませんが、他の国ではその中にあるビットとバイトの価値がないかもしれないということです。法律顧問は、より優れたEULAを提供する場合がありますが、この世界のすべての国で実施できるEULAを作成できない場合もあります。
一部の国では、購入者が受け入れる前にEULAを読むことができなかったため、ボックス内のEULAを適用できません。次に、ソフトウェアを使用して、EULAを指摘し、ソフトウェアをインストールしないように指示し、EULAに同意しない場合はソフトウェアを返却するように指示することができます。一般に、それはEULAを表示するための適切な瞬間です。(ただし、ハードウェアの場合、条件はボックスの外側にある必要があります。そうでない場合、購入者はそれらを無視する可能性があります。)
EULAで最も重要な点は、アプリケーションが誰かのシステムに何らかの損害を与えた場合に、自分の責任を減らすことです。そうしないと、ソフトウェアが誤って誰かのハードディスクをフォーマットしてしまうと、多くの損害賠償を支払うことになりかねません。
IANAL。しかし、「 StephenFishmanによるWebおよびソフトウェア開発の法的ガイド」を読むことから始めることができます。この表紙を完全に読んだことはありませんが、この本に付属しているフォームが非常に便利であることがわかるかもしれません。「創造的な作品を使用するための販売または許可を与える」ためのフォームは、開始するのに理想的な場所です。もちろん、弁護士を通り越さずにそれらを使用しないでください。ちなみに、これは米国にいる場合に理想的であるため、本の有用性とその中のアドバイスは市場ごとに異なります。
もちろん、インターネット上で利用可能なすべてのアドバイスのように、これはそれがあなたのために働くという保証はありません。