सिस्टम विकास में, ठेका संविदा करते समय ध्यान देने योग्य बिंदु क्या हैं?
IT सिस्टम विकसित करने के परियोजनाओं में समझौते का मुख्य रूप से दो प्रकार होते हैं, जो हैं ठेका समझौता और अर्ध-नियुक्ति समझौता। उपयोगकर्ताओं के लिए भी और विक्रेताओं के लिए भी, प्रत्येक समझौते के प्रकार को अपनाने में फायदे और नुकसान अलग-अलग होते हैं, लेकिन इनकी विशेषताओं और समझौता करते समय सतर्क रहने की बातों को समझना महत्वपूर्ण है। इस लेख में, हम IT सिस्टम विकास कार्यों में ठेका समझौते के बारे में विवरण देंगे।
सिस्टम विकास और ठेका संविदा
ठेका संविदा क्या है
ठेका संविदा क्या है, इसे समझने के लिए, सबसे पहले और सबसे महत्वपूर्ण बात यह है कि सीधे धारा के उपर से ठेका संविदा की स्थापना की आवश्यकताओं की जांच करना।
धारा 632
ठेका तब ताकतवर होता है जब एक पक्ष ने काम को पूरा करने का वादा किया होता है और दूसरा पक्ष उस काम के परिणाम के लिए उसका मुआवजा देने का वादा करता है।
“काम की समाप्ति” यह सबसे महत्वपूर्ण कीवर्ड है। ठेका संविदा का प्रमुख उदाहरण है, निर्माण कार्य की आवश्यकता वाले भवन का निर्माण। उदाहरण के लिए, निर्धारित समय तक घर या बिल्डिंग का निर्माण करने के लिए, “काम की समाप्ति” को माना जाता है, और कर्ज का पालन किया जाता है। उलटा, अगर कार्य नहीं बढ़ता है और समय सीमा में देरी होती है, तो कुछ निश्चित शर्तों के तहत कर्ज की अनुपालन की जिम्मेदारी लागू की जाती है। लेकिन अगर एक बार “काम की समाप्ति” को मान्यता दी जाती है, तो वहां कर्ज की अनुपालन की समस्या खत्म हो जाती है, और इसके बाद यह दोष गारंटी की जिम्मेदारी का मुद्दा बन जाता है। इस अर्थ में भी, “काम की समाप्ति” के परिणाम को बहुत महत्व देने वाला यही ठेका संविदा की विशेषता है। वैसे, “काम की समाप्ति” को कब मान्यता दी जाती है, इसके बारे में, नीचे दिए गए लेख में विस्तार से समझाया गया है।
https://monolith.law/corporate/completion-of-work-in-system-development[ja]
ठेका संविदा, निर्माण के अलावा, बड़े परिकल्पना और सूक्ष्म योजना की आवश्यकता वाले सिस्टम विकास परियोजनाओं में भी अक्सर उपयोग किया जाता है।
ठेका संविदा और अनुबंध संविदा का अंतर क्या है
इसके अलावा, ठेका संविदा “काम की समाप्ति” के परिणाम पर ध्यान केंद्रित करने वाला एक संविदा प्रकार है, इसे समझने के साथ-साथ, अनुबंध संविदा की विशेषताएं भी समझ में आती हैं। यह “समाप्ति” के परिणाम के बजाय, प्रक्रिया के हिस्से पर ध्यान केंद्रित करता है। उदाहरण के लिए, चाहे परिणाम कैसे भी हो, यदि कार्यालय की प्रक्रिया उचित रूप से चल रही थी, तो मुआवजा की मांग की जा सकती है (धारा 648, उपधारा 2), और यदि कार्यकर्ता की जिम्मेदारी के कारण कार्याधीनता मध्य में समाप्त हो गई हो, तो उसके अनुपात में मुआवजा की मांग की जा सकती है (धारा 648, उपधारा 3)।
वैसे, अनुबंध संविदा और अनुबंध संविदा की तुलना के बारे में, नीचे दिए गए लेख में विस्तार से व्याख्या की गई है।
https://monolith.law/corporate/contract-and-timeandmaterialcontract[ja]
सिस्टम विकास में ठेका संविदा क्यों पसंद किया जाता है
सिस्टम विकास के संविदा में, ठेका बहुत अधिक उपयोग किया जाता है। ठेका का अधिक उपयोग करने का कारण यह है कि काम को आदेश देने वाले उपयोगकर्ता पक्ष और आदेश लेने वाले विक्रेता पक्ष दोनों के लिए कुछ लाभ होते हैं।
सबसे पहले, उपयोगकर्ता के लिए काम को ठेका पर आदेश देने का लाभ यह है कि कर्ज की पालन की आवश्यकताएं “काम की समाप्ति” के रूप में स्पष्ट रूप से स्पष्ट की जा सकती हैं। अर्थात, (बाद में बग मिलने आदि के लिए, दोष गारंटी की समस्या उठाने की बात एक बार छोड़ दें) “समाप्त” होने वाली स्थिति तक, मुआवजा का भुगतान मूल रूप से नहीं किया जाना चाहिए, यह स्पष्टता होती है। यह बात, उम्मीद से अधिक काम का समय लगने या कार्यकाल बढ़ने के मामले में, भुगतान करने वाला मुआवजा बढ़ने का खतरा नहीं लेना चाहते उपयोगकर्ताओं के लिए बड़ी आकर्षण का कारण बन सकती है। “समाप्त” किए गए परिणामों के साथ समान मूल्य विनिमय करके, निर्धारित मुआवजा देने की योजना बजट प्रबंधन के दृष्टिकोण से बड़ी सुविधा होती है।
वहीं, काम लेने वाले विक्रेता पक्ष के लिए भी, ठेका पर आदेश लेने में कुछ लाभ हो सकते हैं। ठेका संविदा, अगर यह अच्छी तरह से चलता है, तो अनुबंध संविदा से अधिक लाभांश की उम्मीद की जा सकती है।
“काम की समाप्ति” करने की आवश्यकता कर्ज की पालन के लिए होती है, इसलिए, काम लेने वाले पक्ष के दृष्टिकोण से भी, “समाप्त” करने के लिए प्रक्रिया में, उत्पाद की मूल्य (सिस्टम विकास के मामले में, अधिकांश मानव संसाधन लागत) पर कितना खर्च किया गया था, इसे छोड़ दिया जा सकता है। इस प्रकार, लाभांश को बढ़ाना चाहते विक्रेता और बजट प्रबंधन करना चाहते उपयोगकर्ता की चिंताएं भी होती हैं, इसलिए सिस्टम विकास में ठेका संविदा बहुत पसंद किया जाता है।
ठेका संविदा समाप्त करते समय ध्यान देने योग्य बिंदु
हालांकि, उपयोगकर्ता और विक्रेता दोनों के लिए ठेका संविदा में लाभ होता है, विशेष रूप से विक्रेता के लिए, आसानी से ठेका संविदा का समापन जोखिम भी लेता है। सबसे महत्वपूर्ण बात यह है कि “काम की समाप्ति” कर्ज का पालन करने के लिए आवश्यक होती है, जिसका अर्थ है कि बिना उत्पादन समाप्त किए कर्ज की अनुपालन जिम्मेदारी से मुक्ति प्राप्त नहीं की जा सकती। विक्रेता की तरफ से अनुमान लगाने में गलती होने पर भी, लाभान्वित होने के बावजूद भी, सप्लाई के लिए काम करने की आवश्यकता होती है, जिसके कारण बार-बार आग लगने वाले मामले होते हैं।
तो, ठेका संविदा के समापन के लिए, संविदा पत्र पर किन बातों का ध्यान देने की आवश्यकता होती है? आइए नीचे एक-एक करके देखते हैं।
सिस्टम की आवश्यकताएं और स्वीकृति परीक्षण की शर्तों को पहले से स्पष्ट करना
ठेका अनुबंध में महत्वपूर्ण बात यह है कि “काम की समाप्ति” की शर्तों को स्पष्ट करना है। सामान्यतः, यहां “काम की समाप्ति” की आवश्यकताएं आवश्यकता परिभाषा चरण के अनुसार तय की जाती हैं। हालांकि, व्यावहारिक रूप से, विकास प्रक्रिया के बढ़ने के साथ, बाद में परिवर्तन करने के लिए मजबूर किया जा सकता है, इसलिए “काम की समाप्ति” की आवश्यकताएं भी परिवर्तनशील हो सकती हैं। इन सभी बातों को शामिल करते हुए, विशेषताओं के परिवर्तन इतिहास को दस्तावेजीकृत करने की कोशिश महत्वपूर्ण मानी जाती है। निम्नलिखित लेख में, कानूनी दृष्टिकोण से, सिस्टम विकास परियोजना के परिवर्तन प्रबंधन का तरीका बताया गया है।
इसी विषय से संबंधित, उपयोगकर्ता की ओर से “स्वीकृति परीक्षण” के बारे में भी पहले से तय करना बाद की मुसीबतों से बचने में प्रभावी होता है। उत्पादन को वितरित करने के लिए भी, उपयोगकर्ता की ओर से जिम्मेदार व्यक्ति को पकड़ने में, या जवाब प्राप्त करने में देरी होने जैसी स्थितियां स्वाभाविक रूप से मानी जाती हैं। स्वीकृति की हां या ना का निर्णय लंबे समय तक स्पष्ट नहीं होने की स्थिति को नजरअंदाज नहीं किया जाना चाहिए, इसलिए स्वीकृति के लिए कुछ निश्चित समयावधि तय करना लाभकारी होता है। इसे “मान्यता स्वीकृति धारा” कहा जाता है, जिसके बारे में निम्नलिखित लेख में विवरण दिया गया है।
https://monolith.law/corporate/estimated-inspection-of-system-development[ja]
कॉपीराइट के हस्तांतरण की उपस्थिति के बारे में पहले से ही निर्णय लेना
इसके अलावा, कॉपीराइट के हस्तांतरण के संबंध में समस्या उत्पन्न हो सकती है। कॉपीराइट का सिद्धांत यह है कि “निर्माता”, अर्थात सिस्टम विकास के मामले में विक्रेता, इसे प्राप्त करता है, हालांकि, इसे हस्तांतरित या सौंपा जा सकता है क्योंकि यह अधिकार की प्रकृति है। इसलिए, कॉपीराइट को उपयोगकर्ता को सौंपने के बारे में भी पहले से ही निर्णय लेने से, बाद में समस्या उत्पन्न होने से बचा जा सकता है। कॉपीराइट के स्वामित्व और हस्तांतरण के बारे में, निम्नलिखित लेख में विस्तार से विवेचना की गई है।
https://monolith.law/corporate/copyright-for-the-program-source-code[ja]
अन्य ध्यान देने योग्य बातें
इसके अलावा, यदि आप जानबूझकर अधिनियमित तत्वों को शामिल नहीं करते हुए, ठेका संविदा के रूप में संविदा करना चाहते हैं, तो आपको निम्नलिखित बातों का ध्यान रखना चाहिए:
- मुआवजा को काम की मात्रा से असंबंधित रखना
- संविदा पत्र के शीर्षक में “ठेका संविदा” को स्पष्ट रूप से लिखना
- दोष गारंटी जिम्मेदारी के प्रावधान को स्पष्ट रूप से लिखना
- मुआवजा का भुगतान, परिणाम या उपलब्धियों के प्रति समान मूल्य विनिमय होना
यह बातें ध्यान में रखनी चाहिए।
वैसे, संविदा पत्र के शीर्षक में “ठेका संविदा” लिखने से, सब कुछ ठेका संविदा बन जाएगा, ऐसा सरल विचार धारण करना वर्जित है। व्यावहारिक रूप से, अन्य कंपनियों के संविदा पत्र के टेम्पलेट्स का उपयोग जारी रहता है, जिसमें उनकी विवरण सामग्री कि वे ठेका हैं या अधिनियमित हैं, इस बात का ध्यान नहीं रखा जाता है। यदि मुद्दा न्यायालय में चला जाता है, तो संविदा पत्र के शीर्षक आदि के सतहीय तत्वों की तुलना में, संविदा पत्र की विवरण सामग्री का समग्र सामर्थ्य और अब तक की व्यापारिक प्रथाएं आदि, अधिक वास्तविक मामले महत्वपूर्ण माने जाते हैं। इस बात का भी ध्यान रखना चाहिए।
सारांश
उपरोक्त बिंदुओं का ध्यान रखने से, ठेकेदारी के आधार पर संविदा कार्य को उचित रूप से संभालना आसान हो जाता है। वैसे भी, ‘आवंटन’ शब्द का उपयोग चाहे वह ठेकेदारी जैसा संविदा हो, या सेमी-डेलीगेशन जैसा संविदा हो, दोनों में किया जाता है। इसके अलावा, ‘व्यापार आवंटन’ शब्द का उपयोग तब किया जाता है जब पक्षों के बीच में सेमी-डेलीगेशन संविदा होने की इच्छा होती है। इन सभी छोटी-छोटी शब्दों के अंतर को भी समझना और ध्यान देना बेहतर होगा।
Category: IT
Tag: ITSystem Development