26.3 बातचीत से जुड़ी खास समस्याएँ
26.3। 1 सॉफ़्टवेयर लाइसेंस के लिए बातचीत
सॉफ़्टवेयर लाइसेंस के लिए कॉन्ट्रैक्ट पर बातचीत करना कुछ अनोखे और महत्वपूर्ण विचार प्रस्तुत करता है। लाइसेंस देने का तरीका, चल रही फीस और सॉफ़्टवेयर के इस्तेमाल की निगरानी के लिए सप्लायर से जुड़ी ज़रूरतें इसके कुछ उदाहरण हैं। बौद्धिक संपदा, सॉफ़्टवेयर के प्रकार और लाइसेंस, वारंटी और रखरखाव सहायता, जोखिम आदि को समझने और उन पर बातचीत करने के बारे में महत्वपूर्ण जानकारी के लिए अध्याय 27 - इस मैनुअल के सॉफ़्टवेयर लाइसेंसिंग और रखरखाव कॉन्ट्रैक्ट, सॉफ़्टवेयर लाइसेंसिंग और रखरखाव कॉन्ट्रैक्ट को पढ़ना बहुत ज़रूरी है। आम तौर पर, सॉफ़्टवेयर लाइसेंसिंग के लिए बातचीत से जुड़ी अहम बातों में ये चीज़ें शामिल होती हैं:
- इस्तेमाल करने के अधिकार/ऐक्सेस, और इस्तेमाल करने/ऐक्सेस पाबंदियां
- तीसरे पक्ष को रिलीज़ करने का लाइसेंसधारी का इरादा
- लाइसेंसिंग व्यवस्था में प्रवेश करने वाली पार्टियों की परिभाषा
- लाइसेंस के लिए सॉफ़्टवेयर की सटीक परिभाषा
- ऑपरेटिंग सिस्टम और वर्शन समर्थित
- स्रोत कोड की उपलब्धता (एस्क्रो)
- बदलाव करने का अधिकार
- ज़िम्मेदारी की सीमा
- वारंटी अवधि
- कॉपी करने और डिस्ट्रीब्यूट करने का अधिकार (मैनुअल, बैकअप, ट्रेनिंग, रिप्लेसमेंट, टेस्टिंग)
- स्वीकार्यता मानदंड की परिभाषाएं
चाहे क्रय एजेंसी को आपूर्तिकर्ता से सीधे या किसी सॉफ्टवेयर प्रकाशक की ओर से मूल्य-वर्धित पुनर्विक्रेता (VAR) से सॉफ्टवेयर लाइसेंस दिया जाए, VITA RFP में इस प्रकार की लाइसेंस अनुदान आवश्यकता भाषा के साथ शुरू करने की अनुशंसा करता है: "सॉफ्टवेयर और प्रलेखन का उपयोग, प्रतिलिपि, संशोधन, संचारण और वितरण करने के लिए पूरी तरह से भुगतान किया गया, स्थायी, विश्वव्यापी, गैर-विशिष्ट, हस्तांतरणीय, अपरिवर्तनीय ऑब्जेक्ट कोड लाइसेंस, जिसमें किसी भी बाद के संशोधन शामिल हैं, यहां निर्धारित नियमों और शर्तों के अनुसार और केवल इस अनुबंध में स्पष्ट रूप से निर्धारित सीमाओं और/या प्रतिबंधों के अधीन।"
आपूर्तिकर्ता जितना हो सके उपयोग और ऐक्सेस अधिकारों को सीमित और प्रतिबंधित करना पसंद करते हैं; हालांकि, उपयोग और ऐक्सेस दोनों के लिए स्वीकार्य लाइसेंस अधिकारों पर बातचीत करने पर सावधानीपूर्वक विचार किया जाना चाहिए। लाइसेंस के उपयोग की सीमाएं एजेंसी की भविष्य के लक्ष्यों और/या कॉमनवेल्थ की रणनीतिक और/या आर्किटेक्चरल ज़रूरतों को पूरा करने की क्षमता पर नकारात्मक प्रभाव डाल सकती हैं।
एजेंसी आपूर्तिकर्ता द्वारा प्रदत्त अनुबंध भाषा पर तभी विचार कर सकती है, जब सप्लायर सॉफ़्टवेयर का पुनर्विक्रेता हो और सॉफ़्टवेयर प्रकाशक को अंतिम यूज़र लाइसेंस अनुबंध (EULA) की आवश्यकता होती है। ऐसी स्थिति में, सप्लायर को सलाह दी जानी चाहिए कि EULA के उन नियमों और शर्तों को पूरा करने के लिए लाइसेंस एग्रीमेंट एडेंडम (LAA) ज़रूरी है, जिनसे एजेंसी या कॉमनवेल्थ, क़ानून या नीति के अनुसार सहमत नहीं हो सकते। यह पक्का करने की पूरी ज़िम्मेदारी सप्लायर की होगी कि ऐसा कोई भी सॉफ़्टवेयर प्रकाशक LAA को लागू करे। लाइसेंस अनुबंध परिशिष्ट टेम्पलेट्स ( VITA उपयोग के लिए एक संस्करण, अन्य एजेंसी उपयोग के लिए दूसरा संस्करण) इस VITA एससीएम वेबसाइट के फॉर्म अनुभाग के अंतर्गत स्थित हैं: एससीएम नीतियां और फॉर्म ।
यदि क्रय एजेंसी Commonwealth of Virginia की कार्यकारी शाखा एजेंसी, बोर्ड, आयोग या अन्य अर्ध-राजनीतिक इकाई है या वर्जीनिया संहिता के शीर्षक 2.2 में संदर्भित अन्य निकाय है, तो लाइसेंस राष्ट्रमंडल के पास होगा। अगर आपका संगठन कोई इलाका, नगर पालिका, स्कूल, स्कूल सिस्टम, कॉलेज, विश्वविद्यालय, स्थानीय बोर्ड, स्थानीय कमीशन या स्थानीय अर्ध-राजनीतिक संस्था है, तो लाइसेंस उस सार्वजनिक निकाय के पास होगा। यदि क्रयकर्ता निकाय उच्च शिक्षा का कोई निजी संस्थान है, जिसे VITAके राज्यव्यापी अनुबंधों से क्रय करने की अनुमति है, तो लाइसेंस उस संस्थान के पास होगा।
आपके प्रोजेक्ट के लिए किस तरह के सॉफ़्टवेयर लाइसेंस की ज़रूरत है, इसकी पहचान सॉलिसिटेशन में प्रोजेक्ट की मौजूदा और भविष्य की बिज़नेस ज़रूरतों के आधार पर की जानी चाहिए थी। अगर भविष्य में ज़रूरत हो, तो अतिरिक्त लाइसेंस ख़रीदारी को समायोजित करने के लिए अनुरोध को अलग-अलग मूल्य निर्धारण परिदृश्यों का अनुरोध करना चाहिए था। यह अंतिम कीमतें मोल-भाव के लिए होंगी। एजेंसी निम्नलिखित लाइसेंस प्रकारों में से एक या उससे अधिक के लिए मूल्य निर्धारण पर बातचीत करेगी: निर्दिष्ट सीपीयू समवर्ती उपयोग, प्रोजेक्ट विशिष्ट, साइट और/या एंटरप्राइज़-व्यापी। इस तरह के लाइसेंस की परिभाषा के लिए अध्याय 27 - इस मैनुअल के सॉफ़्टवेयर लाइसेंसिंग और रखरखाव कॉन्ट्रैक्ट, सॉफ़्टवेयर लाइसेंसिंग और रखरखाव कॉन्ट्रैक्ट को देखें।
चूंकि यूज़र/सीट/आदि की संख्या के हिसाब से सॉफ़्टवेयर लाइसेंस की शर्तें शुल्क ले सकती हैं, इसलिए हो सकता है कि सप्लायर शेड्यूल किए गए ऑडिट के ज़रिए यह पक्का करना चाहे कि उन्हें सही लाइसेंस फ़ीस दी जा रही है। अगर सप्लायर को कॉन्ट्रैक्ट में इसकी ज़रूरत है, तो पक्का करें कि कॉन्ट्रैक्ट में बताया गया हो कि ऑडिट कैसे होगा। ऑडिट की अवधि और शर्त को शामिल करने को सप्लायर के लिए एक मजबूत रियायत माना जाना चाहिए; बदले में कुछ ढूंढो। ऑडिट से संबंधित कॉन्ट्रैक्ट में शामिल करने के लिए यहां कुछ प्रमुख बिंदु दिए गए हैं:
- तय करें कि वे कितनी बार हो सकते हैं (साल में एक बार होना आम बात है) और कॉन्ट्रैक्ट खत्म होने के कितने समय बाद तक।
- बताएं कि ऑडिट के सभी खर्चों का भुगतान सप्लायर द्वारा किया जाएगा।
- बता दें कि सभी ऑडिट परिणाम दोनों पक्षों को उपलब्ध कराए जाएंगे।
- बताएं कि ऑडिट सिर्फ़ कारोबार के घंटों के दौरान ही हो सकते हैं (इन्हें साफ़ तौर पर परिभाषित करें, क्योंकि यह आपसे संबंधित है) और इसके लिए कई दिन पहले लिखित सूचना देनी होगी।
- तय करें कि ऑडिट कहाँ होगा।
- तय करें कि ऑडिट के दौरान कौन सी जानकारी उपलब्ध होगी, और उन खास क्षेत्रों को साफ़ तौर पर बताएँ जिन्हें कवर नहीं किया गया है (जैसे कि व्यक्तिगत डेटा)।
- किसी भी एजेंसी या कॉमनवेल्थ की सीमाओं और प्रतिबंधों और सुरक्षा या गोपनीयता मानकों को परिभाषित करें।
कीवर्ड या सामान्य शब्द के आधार पर मैनुअल में खोजें।