कहीं भी वेब में मुझे EULA का यह संस्करण मिला!अंतिम उपयोगकर्ता लाइसेंस अनुबंध टेम्पलेट
तो अंत उपयोगकर्ता लाइसेंस अनुबंध बनाने पर सबसे अच्छा अभ्यास क्या है? एक लेवर का दौरा करना या एक सामान्य जेनेरिक टेम्पलेट को खोजना और संशोधित करना?
क्या आप मुझे शुरू करने के लिए एक बिंदु बना सकते हैं?
मेरा उत्तर है: यह निर्भर करता है।
छोटे के लिए मध्यम आकार के परियोजनाओं के माध्यम से या खुले स्रोत/freewares के लिए, एक मौजूदा EULA का उपयोग कर, GNU GPL या Apache 2 की तरह, खुला स्रोत क्षुधा के लिए विचार करें।
बड़ी परियोजनाओं के लिए मैं एक वकील से संपर्क करता हूं, यह सुनिश्चित करने के लिए कि मेरा हर अधिकार संरक्षित है।
(IANAL)
मैं पसंद इस एक:
आपने मुझे दोस्त हंसते हुए टिप्पणी के लिए धन्यवाद! – user3892683
IANAL। लेकिन आप "A Legal Guide to Web and Software Development, by Stephen Fishman" पढ़कर शुरू कर सकते हैं। मैंने कवर करने के लिए इस कवर को नहीं पढ़ा है, लेकिन आपको किताबों के साथ आने वाले फॉर्म मिल सकते हैं। रचनात्मक कार्यों का उपयोग करने की अनुमति देने या अनुदान देने के लिए फॉर्म शुरू करने के लिए आदर्श जगह होगी; बेशक, एक वकील के पीछे उन्हें चलाने के बिना उनका उपयोग न करें। वैसे, यह आदर्श होगा यदि आप अमेरिका में हैं, तो पुस्तक की उपयोगिता और इसमें सलाह बाजार से बाजार में भिन्न होगी।
बेशक, इंटरनेट पर उपलब्ध हर सलाह की तरह, यह कोई गारंटी नहीं देता है कि यह आपके लिए काम करेगा।
जो भी EULA आप बनाते हैं, यह किसी भी राष्ट्रीय/अंतर्राष्ट्रीय कानून को तोड़ने पर लागू नहीं हो सकता है। यह और अधिक जटिल बनाता है कि संयुक्त राज्य अमेरिका में आपका ईयूएलए ठीक हो सकता है लेकिन अन्य देशों में यह इसके अंदर मौजूद बिट्स और बाइट्स के लायक नहीं हो सकता है। एक कानूनी सलाहकार आपको एक बेहतर ईयूएलए प्रदान कर सकता है, लेकिन हो सकता है कि वे इस दुनिया में प्रत्येक देश में लागू किए जा सकें।
कुछ देशों में, बॉक्स के अंदर एक ईयूएलए लागू नहीं किया जा सकता है क्योंकि खरीदार इसे स्वीकार करने से पहले इसे कभी नहीं पढ़ सकता था। फिर फिर, सॉफ़्टवेयर के साथ आप EULA को इंगित कर सकते हैं और उन्हें सॉफ़्टवेयर इंस्टॉल नहीं करने और सॉफ़्टवेयर को वापस करने के लिए कह सकते हैं यदि वे EULA से असहमत हैं। सामान्य रूप से, यह एक ईयूएलए प्रदर्शित करने के लिए उचित क्षण होगा। (लेकिन हार्डवेयर के लिए, शर्तों को बॉक्स के बाहर होना चाहिए या अन्यथा खरीदार उन्हें अनदेखा कर सकता है।)
ईयूएलए में सबसे महत्वपूर्ण बिंदु आपकी खुद की देयता को कम करना है यदि आपका एप्लिकेशन किसी भी तरह से किसी सिस्टम को नुकसान पहुंचाता है। अन्यथा, यदि आपका सॉफ़्टवेयर किसी की हार्ड डिस्क को गलती से प्रारूपित करता है, तो आप बहुत सारे भुगतान और नुकसान में बहुत कुछ समाप्त कर सकते हैं।
एनपीआर जैसे कुछ देख रहा हूं। –
@ ओलाफुर वाज: एसओ टीम को cource के कारण एक ही कारण के लिए निम्नलिखित टैग को हटा देना चाहिए। "ईयूएलए", "लाइसेंस-अनुबंध" और "टेम्पलेट्स" – OrElse
यह सॉफ्टवेयर संबंधित है, और इसलिए मेरी राय में एक स्वीकार्य प्रश्न है। – Noldorin