सॉफ़्टवेयर डेवलपमेंट कॉन्ट्रैक्ट में निहित वारंटियों को कैसे ठीक से बाहर रखा जाए (भाग 3)

अगर किसी को याद है, गारंटी पर मेरे लेख के पहले भाग में, मैंने "निहित वारंटियों" का उल्लेख किया, जो स्वचालित रूप से सॉफ्टवेयर विकास अनुबंधों का हिस्सा हैं, क्योंकि वे कानून द्वारा तय किए गए हैं। ब्रिटिश कानून में, ये गारंटी माल की बिक्री अधिनियम 1979 और माल और सेवा अधिनियम 1982 की आपूर्ति में निहित हैं। आपको याद दिला दूं कि "इंप्लाइड वॉरंटीज़" में शामिल हैं: 1) टाइटल की वारंटी, 2) इनफिनिटी वॉरंटी, 3) मर्चेंटेबिलिटी की वारंटी, 4) एक विशिष्ट उद्देश्य के लिए फिटनेस की वारंटी। हमने इस तथ्य के बारे में बात की कि अगर इन गारंटी की वैधता को सीधे बाहर नहीं किया जाता है, तो वे इस अनुबंध के तहत कानूनी संबंधों पर लागू होंगे। अब मैं इन निहित वारंटियों को छोड़कर विकल्पों पर विचार करने का प्रस्ताव करता हूं।

सबसे पहले, यह ध्यान देने योग्य है कि अगर हम ग्रेट ब्रिटेन के कानून के बारे में बात कर रहे हैं, तो सभी वारंटियों अपवादों को उन आवश्यकताओं का पालन करना चाहिए जो UTCA लगाता है (अनुचित अनुबंध शर्तें अधिनियम 1977) । UTCA के अनुसार, कुछ "निहित वारंटी" (उदाहरण के लिए, "शीर्षक की वारंटी" ) को बाहर नहीं किया जा सकता है, और कुछ को केवल तभी उचित रूप से बाहर रखा जा सकता है - "केवल यदि उचित हो" (उदाहरण के लिए, "विशिष्ट उद्देश्य के लिए फिटनेस की वारंटी" ” )। यदि अदालत इस निष्कर्ष पर पहुंचती है कि गारंटी के बहिष्करण के लिए शर्त इस नियामक अधिनियम की आवश्यकताओं के विपरीत है, तो इस स्थिति को अमान्य माना जाएगा। UTCA उल्लंघन से जुड़े जोखिमों से बचने के लिए और यह सुनिश्चित करने के लिए कि वारंटी दायित्वों की अधिकतम संख्या को बाहर रखा गया है, डेवलपर निम्नलिखित निर्माण का उपयोग कर सकता है: "अन्य वारंटी कानून द्वारा अनुमत अधिकतम सीमा तक बाहर रखी गई हैं । "

"वारंटी" बहिष्करण खंड के उदाहरण:

1. "इस खंड में निर्दिष्ट वारंटी के लिए प्रमाण पत्र, प्रदाता कोई वारंटी, किसी भी तरह की छूट या अर्हता प्राप्त करता है, जो बिना किसी योग्यता या योग्यता के किसी भी वैधता या योग्यता के लिए आवेदन किए गए हैं।

"वारंटी" के बहिष्करण के लिए शर्तों को व्यक्त करते समय बड़े अक्षरों का उपयोग संयुक्त राज्य और ग्रेट ब्रिटेन में एक स्थापित अनुबंध अभ्यास है।

2. "किसी भी प्रकार के किसी भी प्रकार, या किसी भी प्रकार की वारंटी, प्राप्त या प्राप्त किए गए माल के रूप में" उन शर्तों के अनुसार, एक भागीदार के लिए आवश्यक योग्यता या योग्यता के बिना प्राप्त किए गए प्रमाण पत्र।

व्यापार में " एएस आईएस " के अस्वीकरण का मतलब है कि माल संपत्ति में "जैसा है", अर्थात। बिना किसी वारंटी के।

3. "प्रदाता यह सुनिश्चित नहीं करता है कि उत्पाद त्रुटि के बिना प्रदर्शन करेगा या यह बिना किसी रुकावट के चलेगा। प्रदाता कोई वारंटी प्रदान नहीं करता है, और इसके लिए कोई ज़िम्मेदारी नहीं होगी, इससे उत्पन्न होने वाला कोई भी दावा: (ए) प्राप्तकर्ता द्वारा किया गया एक संशोधन, जब तक कि प्रदाता लिखित में इस तरह के संशोधन को मंजूरी नहीं देता; या (ख) तकनीकी विनिर्देश में निर्दिष्ट या प्रदाता द्वारा लिखित रूप में या के अलावा अन्य उत्पादों पर उत्पाद का उपयोग

यह उदाहरण दिखाता है कि यह सुनिश्चित करना अव्यावहारिक है कि विकसित सॉफ्टवेयर एक त्रुटि-मुक्त उत्पाद है। दोष अलग हैं और, मेरी राय में, ग्राहक को यह वादा करने के लिए कि सॉफ्टवेयर भौतिक दोषों से मुक्त है (" भौतिक दोष ") काफी पर्याप्त है।
स्वाभाविक रूप से, अनुबंध में या कार्य विवरण में यह प्रतिबिंबित करना आवश्यक है कि एक महत्वपूर्ण दोष के रूप में क्या मान्यता प्राप्त है। दोषों का वर्गीकरण "अवरोधक-प्रमुख-लघु" और " स्वीकृति मानदंड " की सटीक परिभाषा इस मुद्दे को संबोधित करने के लिए पर्याप्त होगी।

4. "प्रदाता: (ए) सिस्टम घटकों के किसी भी तीसरे पक्ष के प्रदाता से प्राप्त होने वाले किसी भी वारंटी को प्राप्तकर्ता के माध्यम से पारित करेगा जो प्रदाता (" तीसरे पक्ष के घटक ") द्वारा अधिकृत या निर्मित नहीं है; और (बी) ऐसे अधिकारों को लागू करने में प्राप्तकर्ता के साथ यथोचित सहयोग करेगा। प्रदाता तृतीय पक्ष घटकों के संबंध में कोई वारंटी, व्यक्त या निहित नहीं करता है, और प्रदाता किसी तीसरे पक्ष के घटक की किसी भी विफलता के लिए उत्तरदायी नहीं होगा, जैसा कि अपेक्षित या इरादा है »

इस उदाहरण में, डेवलपर उन घटकों की कामकाजी समस्याओं से जुड़े जोखिमों के लिए ज़िम्मेदार नहीं है जो तीसरे पक्ष के हैं।

5. "प्रदाता प्रभावी निगम के रूप में माइक्रोसॉफ्ट कॉर्पोरेशन द्वारा जारी किए गए विंडोज एक्सपी के संस्करणों के अलावा किसी भी कंप्यूटर ऑपरेटिंग सिस्टम के साथ सॉफ्टवेयर के अंतर को वारंट नहीं करता है"

यहां, ग्राहक गैर-विंडोज एक्सपी ऑपरेटिंग सिस्टम के साथ इंटरऑपरेबिलिटी की गारंटी नहीं देता है।

निष्कर्ष:

1) डेवलपर को उन ग्राहकों के बारे में स्पष्ट रूप से अपनी स्थिति निर्धारित करनी चाहिए जो वह ग्राहक को दे सकते हैं। सभी गारंटियों का बहिष्करण कम से कम जोखिम भरा दृष्टिकोण है, लेकिन ग्राहक किसी ऐसे उत्पाद के लिए भुगतान करने के लिए सहमत होने की संभावना नहीं है जिसका स्वीकार्य कामकाज किसी भी कानूनी माध्यम से समर्थित नहीं है।
2) एक ही समय में, आपको संभावित गारंटी की पूरी श्रृंखला का उपयोग नहीं करना चाहिए। पर्याप्त रूप से उपयुक्त और आवश्यक वारंटी जो आपके विशेष मामले के लिए उपयुक्त हैं और वारंटी सुरक्षा में आपके प्रतिपक्ष का विश्वास दिलाएंगे।

लेख के अन्य भागों के लिए लिंक:

1) अंग्रेजी अनुबंध में सॉफ्टवेयर प्रदर्शन की गारंटी (भाग 1)
habrahabr.ru/blogs/pm/134007
2) सॉफ्टवेयर विकास के लिए अंग्रेजी भाषा के अनुबंध में तीसरे पक्ष के अधिकारों के अनुपालन की गारंटी (भाग 2) habrahabr.ru/blogs/pm/134476