आईटी सिस्टम के डेटाबेस से संबंधित कानूनी समस्याओं के बारे में

आईटी सिस्टम से जुड़े कानूनी मुद्दों को समझने के लिए, वहां व्यवस्थित कानूनी ज्ञान की आवश्यकता होती है, साथ ही, आईटी सिस्टम के घटकों के बारे में जानना भी महत्वपूर्ण होता है। इस लेख में, हम यह समझाने की कोशिश करेंगे कि आईटी सिस्टम किस प्रकार के घटकों से मिलकर बनता है, और घटक कैसे एक-दूसरे से संबंधित होते हैं और कार्य करते हैं, साथ ही, हम उन कानूनी मुद्दों के बारे में भी विवरण देंगे जो उपयोगकर्ता के दृष्टिकोण से देखने में कठिन होते हैं और डाटाबेस से विशेष रूप से संबंधित होते हैं।

IT सिस्टम ‘स्क्रीन’ और ‘लॉजिक’ से मिलकर बनते हैं

IT सिस्टम का ‘स्क्रीन’ क्या होता है

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

https://monolith.law/corporate/user-obligatory-cooporation[ja]

इस लेख में, उपयोगकर्ता की सिस्टम विकास में सहयोग करने की जिम्मेदारी के रूप में, मुख्य रूप से बेसिक डिजाइन (अर्थात स्क्रीन) आदि के चरण में, विक्रेता के साथ सहयोग करने की आवश्यकता के बारे में बताया गया है।

IT सिस्टम में ‘स्क्रीन’ को सामान्यतः HTML और CSS जैसी कंप्यूटर भाषाओं के नियमों के अनुसार लिखा जाता है। IT सिस्टम की ‘स्क्रीन’ की बात करते समय, ‘फ्रंट एंड’, ‘UI (यूजर इंटरफेस)’ आदि विभिन्न नाम दिए जाते हैं, लेकिन वास्तव में उपयोगकर्ता के दृष्टिकोण से ‘ऑपरेशन की सुविधा’, ‘देखने में आसानी’ आदि को मुख्य बिंदु के रूप में लिया जाता है।

IT सिस्टम का ‘लॉजिक’ क्या होता है

हालांकि, अगर IT सिस्टम ‘स्क्रीन’ आधारित होता है, तो वह केवल ‘स्क्रीन’ ही होता है, जिसमें कोई ‘गति’ या ‘परिवर्तन’ नहीं होता है। उपयोगकर्ता के इनपुट की प्राप्ति, आउटपुट की प्रदर्शन को ‘स्क्रीन’ पर करने के बावजूद, इस प्रक्रिया में ‘कैलकुलेशन प्रोसेस’ होता है।

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

स्क्रीन पर स्थापित बटन आदि को ट्रिगर के रूप में लेकर, आवश्यक SQL स्टेटमेंट के निष्पादन का मार्ग बनाने की बात, इसके द्वारा गति और परिवर्तन वाली सिस्टम की सम्पूर्ण छवि पूरी होती है।

वैसे, ‘स्क्रीन’ से दिखाई न देने वाले विभिन्न लॉजिक के निर्माण के संबंध में बात करते समय, इसे ‘बैक एंड’ आदि कहा जाता है।

सिस्टम की बातचीत को, स्क्रीन के ‘दिखावे’ पर ही चर्चा करना जोखिम बन सकता है

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

यूजर और वेंडर के बीच अलग-अलग बिंदुओं पर ध्यान देने की वजह से उत्पन्न होने वाले जोखिम

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

https://monolith.law/corporate/the-transition-from-the-oldsystem[ja]

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

https://monolith.law/corporate/howto-manage-change-in-system-development[ja]

ऐसे मामलों को ध्यान में रखते हुए, जब स्पेसिफिकेशन के बदलाव या फीचर्स के विस्तार का आदेश दिया जाता है, तो पुरस्कार की बाद में बढ़ोतरी संभव है या नहीं, यह भी कभी-कभी गंभीर समस्या बन सकता है।

https://monolith.law/corporate/increase-of-estimate[ja]

उपयोगकर्ताओं का “लॉजिक” के प्रति उदासीन होना जोखिम है

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

मेंटेनेंस, सुरक्षा के मामले में समस्याएं उत्पन्न होने का खतरा

यह स्थिति तब होती है जब आप अतिरिक्त सुविधाएं लागू करने में असमर्थ होते हैं, धीरे-धीरे कार्य करना भारी हो जाता है, और यह बंद हो जाता है।

इसके अलावा, स्क्रीन पर लागू किए गए कोड की त्रुटियों के बारे में, व्यक्तिगत जानकारी और गोपनीयता संबंधी जानकारी को निकालने के लिए सुरक्षा हमले करने वाले सुरक्षा हमले के रूप में, “SQL इंजेक्शन” नामक तकनीक होती है। इसके बारे में विस्तार से निम्नलिखित लेख में चर्चा की गई है।

https://monolith.law/corporate/risks-of-libraryuse-and-measures[ja]

इस लेख का मुख्य विषय है फ्रेमवर्क और लाइब्रेरी के उपयोग के साथ जोखिम, लेकिन प्रकाशित किए गए न्यायिक मामले SQL इंजेक्शन का उपयोग करने वाले हमलों के मामले हैं।

ऑपरेशनल टीम के काम पर गवर्नेंस का प्रभाव नहीं होने का खतरा

आईटी सिस्टम के उपयोगकर्ताओं का पीछे के “लॉजिक” के प्रति उदासीन होना, आईटी सिस्टम के ऑपरेशनल टीम के काम पर गवर्नेंस का प्रभाव नहीं होने की समस्या से जुड़ सकता है। इस सामग्री से संबंधित निम्नलिखित लेख में, “ऑपरेशनल टीम की लापरवाही के कारण डेटा की हानि” के विषय पर, डेटाबेस से संबंधित कार्य के महत्व को समझाया गया है।

https://monolith.law/corporate/dataloss-risk-and-measures[ja]

सतह के ऊपर सही तरीके से काम करने के बावजूद, लॉजिक गलत होने का खतरा

सिस्टम की बात “स्क्रीन” पर ही सीमित नहीं होती है, इसका मतलब है कि सतह के ऊपर सही तरीके से काम करने वाले सिस्टम में भी, वास्तव में “लॉजिक” गलत हो सकता है। यह तब हो सकता है, जब रोजमर्रा के मूल कार्य में यह स्पष्ट नहीं होता, लेकिन “आधा वर्ष में एक बार”, “एक वर्ष में एक बार” जैसे अनियमित कार्य में अचानक यह सामने आ सकता है।

ऐसे मामलों में, “एक बार डिलीवरी पूरी हो जाने के बाद, सिस्टम में दोष का पता चलने वाले मामले” के रूप में, कानूनी रूप से यह (ऋण अव्यहति की बजाय) दोष गारंटी की जिम्मेदारी का मामला होता है।

https://monolith.law/corporate/defect-warranty-liability[ja]

यदि कभी स्वीकृति के बाद सिस्टम में कोई खराबी पाई जाती है, तो उसके लिए उपाय के रूप में, निम्नलिखित लेख में विस्तार से विवरण दिया गया है।

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

सारांश

सिस्टम विकास और कानूनी मामलों में व्यवस्थित समझ

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