सिस्टम ऑपरेशन चरण में विवाद और समस्याओं से जुड़े कानून क्या हैं?

यह अच्छी तरह से जाना जाता है कि IT सिस्टम को विकसित करने वाले प्रोजेक्ट में विभिन्न संघर्ष और समस्याएं उत्पन्न हो सकती हैं। हालांकि, यदि पूरी विकास प्रक्रिया सफलतापूर्वक पूरी हो जाती है, तो क्या सब कुछ ठिक हो जाएगा? बिल्कुल नहीं। कंपनियों में उपयोग किए जाने वाले IT सिस्टम स्वभावतः बड़ी संख्या में गोपनीय जानकारी और व्यक्तिगत जानकारी को संभालते हैं, और इसलिए उन्हें संचालित करने के दौरान विभिन्न समस्याएं उत्पन्न हो सकती हैं। इसलिए, संचालन चरण में भी, ऐसी स्थितियों के लिए उपाय और रोकथाम की योजना बनाने में कानूनी ज्ञान का उपयोग करना महत्वपूर्ण होता है।

विकास और संचालन में, सिस्टम से संबंधित कानूनी विचार कैसे बदलते हैं

कंपनियों में उपयोग होने वाले IT सिस्टम से संबंधित कानूनी मुद्दों का प्रमुख उदाहरण होता है, ‘विकास’ चरण में प्रोजेक्ट की ‘जलन’ समस्या। सिस्टम विकास के प्रोजेक्ट में अधिकांशतः बड़ी संख्या में मनुष्य श्रम, धन और समय का निवेश किया जाता है, और यह अक्सर बड़े प्रमाण पर होता है, और इसमें विवाद और समस्याओं का जोखिम होता है।

https://monolith.law/corporate/collapse-of-the-system-development-project[ja]

ऊपर के लेख में, सिस्टम विकास प्रोजेक्ट के दौरान आमतौर पर होने वाले विवादों के प्रकार को, कानूनी ढांचे के अनुसार व्यवस्थित किया गया है। इसके अलावा, IT सिस्टम से संबंधित कानूनी मुद्दों की विशेषता को चिह्नित करने वाली बात यह है कि, सिस्टम विकास के विशेषज्ञ विक्रेताओं को ‘प्रोजेक्ट प्रबंधन कर्तव्य’ का सम्पूर्ण दायित्व सहन करना पड़ता है।

https://monolith.law/corporate/project-management-duties[ja]

हालांकि, IT सिस्टम ‘विकास’ के बाद ‘संचालन’ चरण में जाते हैं। IT सिस्टम के संचालन का अर्थ है, विकसित सिस्टम का उपयोग और संचालन करना, और वास्तविक कार्य करना। IT सिस्टम का उपयोग करने के लिए, उसकी विशेषताओं को अच्छी तरह से जानना आवश्यक होता है, इसलिए यहां भी IT तकनीशियनों की आवश्यकता होती है। IT सिस्टम की विकास और संचालन दोनों में तकनीकी ज्ञान की आवश्यकता होने का अर्थ यह है कि, दोनों के विभाजन को व्यावहारिक रूप से अस्पष्ट किया जा सकता है। इसे संक्षेप में दर्शाने के लिए, ‘सहायता कर्तव्य’ की उपस्थिति का उल्लेख किया जा सकता है।

https://monolith.law/corporate/support-obligations-of-vendors-after-system-development[ja]

ऊपर के लेख में, सिस्टम विकास के प्रोजेक्ट के दौरान विक्रेता के ‘प्रोजेक्ट प्रबंधन कर्तव्य’ को अलग करके, विकास के बाद संचालन और परिचय के लिए सहायता प्रदान करने के लिए ‘सहायता कर्तव्य’ को मान्यता दी गई न्यायिक प्रकरण का परिचय दिया गया है। इसका मतलब है, विकास कार्य को स्वीकार करने वाले विक्रेताओं के कानूनी कर्तव्य निर्धारित होते हैं, जबकि उन्हें आगे के संचालन चरण की परिस्थितियों को भी ध्यान में रखना पड़ता है। इसके अलावा, नए सिस्टम के विकास के साथ-साथ पुराने सिस्टम के निर्माण का काम भी चल रहा होता है, तो पुराने सिस्टम के ‘डेटा माइग्रेशन’ आदि मुद्दे उठ सकते हैं। ऐसे मामलों में, पुराने सिस्टम के संचालन और नए सिस्टम के विकास का सीधा संबंध होता है।

सिस्टम के ऑपरेशन से जुड़े कानूनी मुद्दों का कैसे व्यवस्थित किया जाए

जैसा कि हमने देखा, IT सिस्टम से जुड़े कार्य ‘विकास’ और ‘ऑपरेशन’ के बीच गहरा संबंध होता है। हालांकि, ऑपरेशन चरण में, विकास परियोजना समाप्त हो चुकी होती है, इसलिए ‘प्रोजेक्ट मैनेजमेंट दायित्व’ के मुद्दे को अलग करके सोचना भी आवश्यक होता है। ‘विकास’ और ‘ऑपरेशन’ के कानूनी मुद्दों पर एकीकृत रूप से चर्चा करने के लिए, हमें व्यावसायिक दृष्टिकोण से अधिक कानूनी दृष्टिकोण की ओर, और अधिक सामान्य ढांचे में विचार करने की आवश्यकता होती है। उदाहरण के लिए, निम्नलिखित लेख में, IT सिस्टम से संबंधित कानूनी ‘जिम्मेदारी’ के दृष्टिकोण से व्यवस्थित करने की व्याख्या की गई है।

उपरोक्त लेख में, सिविल लिएबिलिटी, वारंटी लिएबिलिटी, और अनुचित कार्य की जिम्मेदारी आदि के बारे में, IT सिस्टम के संदर्भ में व्याख्या की गई है। हालांकि, ऑपरेशन में वारंटी लिएबिलिटी के मुद्दे का सामना करने वाले मामले, खरीद के बाद दोष का पता चलने वाले मामलों को छोड़कर, बहुत अधिक नहीं होते हैं। इसलिए, पहले तो, हमें अनुबंध की शर्तों पर आधारित निष्पालन नहीं करने की जिम्मेदारी और अनुबंध संबंध की आवश्यकता नहीं होने वाली अनुचित कार्य की जिम्मेदारी, इन दोनों को ध्यान में रखकर व्यवस्थित करना चाहिए।

सबसे पहले विक्रेता की दायित्व उल्लंघन की जांच करें

यदि यह निष्पालन नहीं करने की जिम्मेदारी है, तो अनुबंध की दायित्व उल्लंघन, और यदि यह अनुचित कार्य की जिम्मेदारी है, तो ‘दूसरों के अधिकारों का उल्लंघन’ जैसी वास्तविकता है या नहीं, यह मुद्दा बनता है। यदि यह निष्पालन नहीं करने की जिम्मेदारी है, तो सर्विस लेवल एग्रीमेंट (SLA) के प्रावधानों का मुद्दा बनता है। वैसे, निष्पालन नहीं करने की जिम्मेदारी और अनुचित कार्य की जिम्मेदारी दोनों ही जानबूझकर या लापरवाही की आवश्यकता होती है, इस बात का भी ध्यान रखें।

फिर उपयोगकर्ता की हानि की स्थिति की पुष्टि करें

नुकसान भरपाई की जिम्मेदारी, उपयोगकर्ता के पक्ष में हुई हानि के लिए उत्तरदायी होती है। इसलिए, चाहे निष्पालन नहीं करने का मामला हो या अनुचित कार्य, अगर उपयोगकर्ता के पक्ष में कोई हानि नहीं हुई है, तो नुकसान भरपाई की जिम्मेदारी उठाने की आवश्यकता नहीं होती है।

इसके अलावा, लापरवाही की कटौती, लिमिटेड लिएबिलिटी क्लॉज की लागू होने की संभावना आदि की जांच करें

वैसे, यदि विक्रेता को नुकसान भरपाई की जिम्मेदारी उठानी पड़ती है, तो भी, यदि उपयोगकर्ता के पक्ष में कुछ लापरवाही होती है, तो लापरवाही की कटौती जैसी प्रक्रिया हो सकती है। इसके अलावा, यदि पहले से ही अनुबंध में नुकसान भरपाई की राशि पर सीमा निर्धारित की गई हो, तो उससे नुकसान भरपाई की राशि में परिवर्तन हो सकता है। उदाहरण के लिए, जिसे इकोनॉमी मिनिस्ट्री मॉडल कंट्रैक्ट कहा जाता है, उस अनुबंध के प्रमुख ढांचे में, लिमिटेड लिएबिलिटी के बारे में निम्नलिखित प्रावधान रखे गए हैं (नीचे रेखांकित हिस्सा लेखक ने जोड़ा है)।

(नुकसान भरपाई)
धारा 53 के अनुसार, जब कोई नुकसान होता है, तो वह दूसरे पक्ष की गलती के कारण होता है, और उसके लिए, (केवल ○○○ के नुकसान के लिए) नुकसान भरपाई का दावा किया जा सकता है। हालांकि, यह दावा, उस विशेष नुकसान भरपाई के दावे के कारण बनने वाले विशेष अनुबंध के निर्धारित उत्पाद की स्वीकृति के दिन या कार्य की समाप्ति की पुष्टि के दिन से ○ महीने बाद किया जा सकता है।

2. पिछले पैराग्राफ के अनुसार, नुकसान भरपाई की कुल राशि, चाहे वह निष्पालन नहीं करने की जिम्मेदारी, कानूनी वारंटी लिएबिलिटी, अनुचित लाभ, अनुचित कार्य या अन्य किसी भी दावे के कारण हो, वह जिम्मेदारी के कारण बनने वाले विशेष अनुबंध में निर्धारित ○○○ राशि तक सीमित होती है।

3. पिछले पैराग्राफ का उपयोग, नुकसान भरपाई की जिम्मेदारी के लिए जानबूझकर या गंभीर लापरवाही के आधार पर नहीं किया जाएगा।

सिस्टम ऑपरेशन में आमतौर पर होने वाली समस्याएं और विवाद के उदाहरण क्या हैं

व्यावहारिक रूप से, सिस्टम ऑपरेशन में उभरने वाली सामान्य समस्याएं और विवादों के प्रमुख उदाहरण निम्नलिखित हो सकते हैं।

ऑपरेटर की ग़लती से होने वाली डेटा खोने जैसी दुर्घटनाएं

सिस्टम ऑपरेशन से जुड़े काम में अक्सर महत्वपूर्ण कंपनी की गुप्त जानकारी और व्यक्तिगत जानकारी का प्रबंधन शामिल होता है, और इसके कारण दुर्घटनाएं हो सकती हैं। इसका एक उदाहरण ‘डेटा की हानि’ है। इस प्रकार की मामलों के बारे में, हमने निम्नलिखित लेख में विस्तार से चर्चा की है।

डेटा की हानि जैसी दुर्घटनाओं के लिए, पहले से बैकअप लेने जैसी उपाय करना महत्वपूर्ण है। ऐसे उपाय न करने पर, ऑपरेशन कार्य को सौंपे गए विक्रेता की ओर से जिम्मेदारी का पता लगाना अत्यंत कठिन हो सकता है, इसलिए सतर्क रहना आवश्यक है।

वायरस सहित सुरक्षा हमले

इसके अलावा, EC साइट्स जैसे जहां अनिश्चित संख्या में लोग वेब पर बड़ी संख्या में उपयोग करते हैं, ऐसे IT सिस्टम के मामले में, वायरस सहित सुरक्षा हमलों के कारण बड़ी घटनाएं या दुर्घटनाएं हो सकती हैं। ऐसे सुरक्षा हमलों को पहचानने और उनके खिलाफ उपाय करने की भी आवश्यकता हो सकती है, जो कि ऑपरेशन कार्य का हिस्सा हो सकता है।

स्वीकृति प्राप्त करने के बाद सामने आने वाले बग या कमियां

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

https://monolith.law/corporate/system-flaw-measure-after-acceptance[ja]

सारांश

“सिस्टम के ‘ऑपरेशन’ जैसे चरण में, विकास परियोजनाओं की प्रकृति से भिन्न कई समस्याएं और विवाद मौजूद होते हैं। हालांकि, ऋण अनादरण जिम्मेदारी (देयता अनपालन जिम्मेदारी), अवैध कार्य जिम्मेदारी (अनैतिक कार्य जिम्मेदारी), और दोष गारंटी जिम्मेदारी (दोष वारंटी जिम्मेदारी) जैसे कानूनी तत्वों को आधार बनाकर, इन भिन्नताओं को नजरअंदाज करके एक समन्वित क्षेत्र का व्यवस्थान संभव होता है।