क्या अधिनियुक्ति संविदा और ठेका संविदा को पुनः अधिनियुक्त किया जा सकता है? सिस्टम विकास के उदाहरण पर विवरण
सिस्टम विकास के क्षेत्र में, विकास के ठेके को स्वीकार करने वाले विक्रेता से, अधिक व्यापारी को पुनः ठेका देने जैसी प्रक्रिया अक्सर देखी जाती है।
पुनः ठेका देने में, इससे उच्चतर तकनीकी योग्यता वाले व्यापारी की शक्ति का पूरी तरह से उपयोग करने का लाभ होता है, जैसे कि सिस्टम को आदेश देने वाले उपयोगकर्ताओं के लिए भी लाभ होता है। वहीं, पुनः ठेका देने से, कभी-कभी पुनः ठेका देने वाले व्यापारी को भी शामिल करने वाले जटिल विवाद में विकसित होने का जोखिम भी होता है।
इस लेख में, पुनः ठेका देने के उपयोग की संभावना के बारे में, अर्ध-ठेका और ठेका अनुबंध को अलग-अलग विवरणित करते हैं।
सिस्टम विकास अनुबंध क्या है
सिस्टम विकास के लिए अनुबंध (SES अनुबंध) में, मूल रूप से दो प्रकार के अनुबंधों का उपयोग किया जाता है – ठेका अनुबंध और अर्ध-नियुक्ति अनुबंध।
ठेका अनुबंध के मामले में, सिस्टम को समय सीमा के भीतर पूरा करने का वादा किया जाता है। वहीं, अर्ध-नियुक्ति अनुबंध के मामले में, सिस्टम को पूरा करना ऋण नहीं होता, बल्कि उपयोगकर्ता को आवश्यकता परिभाषा आदि के कार्य करने के लिए, विक्रेता तकनीकी सलाह देकर समर्थन करने का वादा करता है।
सिस्टम विकास में विभिन्न कदम होते हैं, और प्रत्येक कार्य की सामग्री के अनुसार उचित अनुबंध का चयन करने की आवश्यकता होती है।
इसलिए, सभी कदमों पर लागू होने वाले धाराओं को संग्रहित करने के लिए मूल अनुबंध का निर्माण किया जाता है, और फिर प्रत्येक कदम की विशेषताओं के अनुसार व्यक्तिगत अनुबंध का निर्माण किया जाता है। यह सामान्य तरीका है।
वैसे, सिस्टम विकास में ठेका अनुबंध और अर्ध-नियुक्ति अनुबंध के अंतर के बारे में, निम्नलिखित लेख में विस्तार से विवरण दिया गया है। कृपया इसे भी देखें।
संबंधित लेख: सिस्टम विकास में ठेका अनुबंध और अर्ध-नियुक्ति अनुबंध के अंतर[ja]
सिस्टम विकास को पुनः अनुदेशित करने का कानूनी अर्थ
सिस्टम विकास को पुनः अनुदेशित करने से बहुत सारे संबंधित लोगों को शामिल करने की आवश्यकता होती है, जिससे अधिक जटिल विवाद उत्पन्न होने की संभावना बढ़ जाती है।
मूल रूप से, सिस्टम विकास में, उपयोगकर्ता-विक्रेता के संचार की कमी के कारण परियोजना की प्रगति ठप हो जाती है, या लागू किए गए प्रोग्राम में दोष होते हैं जो वितरण पूरा होने के बाद सामने आते हैं और विवाद में बदल जाते हैं। ऐसे मामले अक्सर देखे जाते हैं।
यदि पुनः अनुदेशन नहीं किया जाता है, तो इन समस्याओं को उपयोगकर्ता-विक्रेता के बीच की समस्या के रूप में सीमित किया जाता है।
वहीं, पुनः अनुदेशन करने की स्थिति में, सिस्टम विकास के चक्कर में ट्रबल में पुनः अनुदेशित स्थल के व्यापारी भी शामिल हो जाते हैं, और अधिकार-कर्तव्य संबंध को समझना अधिक कठिन हो जाता है।
उदाहरण के लिए, यदि परियोजना समाप्त होने के बाद सिस्टम में दोष उत्पन्न होता है, तो दलों में से किसी को अंतिम जिम्मेदारी उठानी चाहिए, यह तीनों पक्षों की समस्या बन जाती है।
इसके अलावा, यदि पुनः अनुदेशन करना स्वयं प्रतिबंधित था, तो विक्रेता द्वारा अनाधिकृत रूप से पुनः अनुदेशन करने के परिणामस्वरूप अन्य अनुबंध जिम्मेदारी का सामना करना पड़ सकता है।
इसलिए, पहले अनुबंध प्रकार के अनुसार, पुनः अनुदेशन का उपयोग किया जा सकता है या नहीं, इसे जानना महत्वपूर्ण होता है।
नीचे दिए गए लेख में, सिस्टम विकास से संबंधित समस्याओं की विस्तृत व्याख्या की गई है। कृपया संदर्भ लें।
संबंधित लेख: सिस्टम विकास परियोजना के ‘ध्वस्त’ होने के संबंध में कानून[ja]
अगर यह एक अनुधारित अनुबंध है, तो सिद्धांततः पुनः अनुबंध करना संभव नहीं है
सबसे पहले, यदि आपने एक अनुधारित अनुबंध के माध्यम से सिस्टम विकास का ठेका लिया है, तो पुनः अनुबंध करना सिद्धांततः निषेध है।
यह इसलिए है क्योंकि अनुधार की प्रकृति अनुधारित पक्ष के प्रति विश्वास पर आधारित होती है, और अनुधारित कार्य का कार्यान्वयन करने के लिए स्वतंत्र रूप से अन्य व्यापारी का उपयोग करना, विश्वास संबंध को धोखा देने वाला होता है।
इसलिए, उपयोगकर्ता की अनुमति के बिना स्वतंत्र रूप से पुनः अनुबंध करना, यह स्वयं ऋण अनुपालन की समस्या में विकसित होने का खतरा हो सकता है।
ठेका संविदा होने पर, सिद्धांततः पुनः ठेका संभव है
अगले रूप में, यदि आपने सिस्टम विकास के लिए ठेका संविदा लिया है, तो पुनः ठेका (उप-ठेका) करने की स्वतंत्रता है।
ठेका संविदा का उद्देश्य “काम को पूरा करना” होता है, इसलिए यदि ठेका दिए गए सिस्टम विकास पूरा हो जाता है, तो दूसरे व्यापारी को पुनः ठेका देकर विकास का काम सौंपने में कोई समस्या नहीं होती है।
हालांकि, यदि सिस्टम विकास समय सीमा तक पूरा नहीं होता है, तो उपयोगकर्ता के साथ संबंध में, भले ही आपने दूसरे व्यापारी को पुनः ठेका दिया हो, मूल ठेकेदार विक्रेता स्वयं को सीधे ऋण अव्याहृति जिम्मेदारी का दायित्व उठाना पड़ेगा।
निम्नलिखित लेख में, सिस्टम विकास के लिए ठेका संविदा करते समय ध्यान देने वाली बातों के बारे में विस्तार से व्याख्या की गई है। कृपया संदर्भ दें।
संबंधित लेख: सिस्टम विकास में ठेका संविदा के काम की पूर्ति क्या है[ja]
संबंधित लेख: सिस्टम विकास में, ठेका संविदा करते समय ध्यान देने वाली बातें क्या हैं[ja]
ठेका संविदा और उप-ठेका के बारे में महत्वपूर्ण न्यायाधीश के निर्णय
यहां परिचय दिए गए न्यायाधीश के निर्णय में, सिस्टम विकास में, विक्रेता ने आधिकारिक संविदा बंधन से पहले ही कार्य शुरू कर दिया था, लेकिन उसके बाद उपयोगकर्ता ने संविदा के बंधन को अस्वीकार कर दिया, जिससे विवाद उत्पन्न हुआ।
इस मामले में, विक्रेता ने, उपयोगकर्ता के एकतरफा बदलाव के कारण उत्पन्न हुए क्षति का मुआवजा मांगा।
इस न्यायाधीश के निर्णय में, आधिकारिक संविदा बंधन के पहले के चरण में, उप-ठेका व्यापारी के प्रति आदेश दिए गए थे, इसलिए उप-ठेका व्यापारी के प्रति आदेश देने की राशि को भी क्षतिपूर्ति में शामिल किया जा सकता है या नहीं, यह विवादित हुआ।
निष्कर्ष के रूप में, न्यायालय ने यह निर्देश दिया कि उप-ठेका व्यापारी के प्रति आदेश देने की राशि भी क्षतिपूर्ति के दायरे में शामिल होती है।
मुद्दायी ने, मौलिक सिस्टम निर्माण में, एक्स के साथ, जिसमें इसी प्रकार के सिस्टम विकास के बारे में ज्ञान और अनुभव था, इस बात को ध्यान में रखते हुए, मौलिक व्यापार ठेका संविदा बंधन के बाद व्यापार ठेका संविदा बंधन करने की बात की, स्वास्थ्य जांच डेटा भेजने और प्राप्त करने के प्रबंधन सिस्टम (स्वास्थ्य जांच सिस्टम गेटवे और स्वास्थ्य जांच डेटा संग्रहण सिस्टम) का विकास आगे बढ़ाने के लिए कहा।
इसके विपरीत, प्रतिवादी ने यह तर्क दिया कि, मुद्दायी के प्रति, एक्स ने उप-ठेका व्यापारी के रूप में काम करने की स्वीकृति का कोई तथ्य नहीं था। हालांकि, मुद्दायी ने मौलिक सिस्टम को निर्माण करने के लिए उप-ठेका व्यापारी का उपयोग करने की अनुमति नहीं थी, इसलिए, प्रतिवादी ने एक्स को उप-ठेका व्यापारी के रूप में स्वीकार किया था या नहीं, यह, एक्स को दिए गए व्यापार ठेका शुल्क क्या मुद्दायी की क्षति होती है या नहीं, इससे बिल्कुल अलग है।
टोक्यो जिला न्यायालय, हेइसेई 24 (2012) वर्ष 16 अप्रैल
इस प्रकार, निर्णय में, संविदा की प्रकृति ठेका होने के कारण, सिद्धांततः पुनः ठेका (उप-ठेका) का उपयोग स्वतंत्र है, और उपयोगकर्ता की स्वीकृति की आवश्यकता नहीं होती है।
हालांकि, यदि पुनः ठेका की प्रतिबंधना पहले से ही वादा की गई थी, तो ठेका संविदा होने पर भी पुनः ठेका (उप-ठेका) का उपयोग मान्य नहीं होता।
वैसे, सिस्टम विकास संविदा बंधन होने से पहले किए गए काम के बारे में, उपयोगकर्ता से धन की मांग करने की क्षमता के बारे में और अन्य समस्याओं के बारे में, निम्नलिखित लेख में भी विस्तार से चर्चा की गई है। कृपया संदर्भ दें।
संबंधित लेख: क्या सिस्टम विकास का संविदा संविदा पत्र के बिना भी स्थापित हो सकता है[ja]
पुनः ठेकेदारी की अनुमति के निर्णय में ध्यान देने वाले बिंदु
जैसा कि ऊपर बताया गया है, सिद्धांततः, प्रतिनिधित्व और ठेकेदारी में पुनः ठेकेदारी की अनुमति का निर्णय अलग होता है। इसके ऊपर, हम यहां कुछ ध्यान देने योग्य बिंदुओं को उठाते हैं।
ठेकेदारी संविदा में भी विशेष अनुबंध होने पर स्वतंत्र पुनः ठेकेदारी अस्वीकार्य है
ठेकेदारी संविदा में, सिद्धांततः, आप पुनः ठेकेदारी कर सकते हैं।
हालांकि, उपयोगकर्ता के रूप में, पुनः ठेकेदारी करने से उत्पन्न होने वाले विवादों से बचने के लिए, आप पुनः ठेकेदारी को रोकना चाह सकते हैं।
इसके अलावा, यदि आपने सिस्टम विकास के लिए विक्रेता को गोपनीयता या व्यक्तिगत जानकारी प्रदान की है, तो विश्वसनीय व्यापारियों को ही पुनः ठेकेदारी की अनुमति देना चाहने वाले उपयोगकर्ता हो सकते हैं।
इसलिए, उपयोगकर्ता पक्ष, पुनः ठेकेदारी को अनुमति देने के बिना रोकने के लिए, पूर्वानुमान के बिना पुनः ठेकेदारी करने की विशेष अनुबंध को स्थापित कर सकता है।
ऐसे विशेष अनुबंध को स्थापित करने से, उपयोगकर्ता, सिद्धांततः, पुनः ठेकेदारी को रोक सकते हैं, या पुनः ठेकेदारी करने वाले को पहले से जांच सकते हैं।
इसलिए, ऐसे विशेष अनुबंध होने पर, ठेकेदारी संविदा होने पर भी उपयोगकर्ता की अनुमति के बिना स्वतंत्र रूप से पुनः ठेकेदारी करना संभव नहीं है।
अधिकृत प्रतिनिधित्व संविदा में भी यदि उपयोगकर्ता सहमत होता है तो पुनः ठेकेदारी संभव है
वैसे तो, पुनः ठेकेदारी संविदा में, सिद्धांततः, पुनः ठेकेदारी करना संभव नहीं है।
हालांकि, उचित पुनः ठेकेदारी करने से, सुचारु और सम्पूर्ण सिस्टम विकास को साकार करने की संभावना होती है। इसलिए, नागरिक संहिता के अनुसार, यदि उपयोगकर्ता पुनः ठेकेदारी को स्वीकार करता है, तो अधिकृत प्रतिनिधित्व संविदा में भी पुनः ठेकेदारी करना संभव है।
इसलिए, यदि आपने अधिकृत प्रतिनिधित्व संविदा किया है, तो उपयोगकर्ता को पुनः ठेकेदारी के महत्व को समझाने और अनुमति प्राप्त करने से, पुनः ठेकेदारी करना संभव हो जाता है।
उपठेका कानून पर ध्यान दें
उपठेका कानून (जापानी उपठेका भुगतान विलंब रोकथाम अधिनियम) एक कानून है जिसका उद्देश्य मुख्य ठेकेदार और उपठेकेदार के बीच व्यापार संबंधों को समान बनाना है, जहां वार्ता शक्ति आदि का अंतर बढ़ सकता है, और उपठेकेदारों के लाभों की सुरक्षा करना है।
सिस्टम विकास में भी, मुख्य ठेकेदार द्वारा उपठेकेदार को विकास का पुनः ठेका देने के लिए लेन-देन पर, उपठेका कानून का लागू होने की संभावना हो सकती है।
और, उपठेका कानून का लागू होने के मामले में, मुख्य व्यापारी के रूप में मुख्य ठेकेदार को, कुछ निर्धारित दस्तावेज़ों की निर्माण और संरक्षण की जिम्मेदारी, उद्देश्य की वस्तु की प्राप्ति से इनकार या वापसी की प्रतिबंध आदि लगाई जाती है।
इन जिम्मेदारियों, प्रतिबंधित कार्यों का उल्लंघन करने पर, जुर्माना लगाया जा सकता है या सलाह दी जा सकती है।
वैसे, उपठेका कानून मूल रूप से मुख्य ठेकेदार और उपठेकेदार के बीच लागू होता है, और यह उपयोगकर्ता और मुख्य ठेकेदार के बीच के लेन-देन पर लागू नहीं होता है।
हालांकि, यदि उपयोगकर्ता के पास सिस्टम विकास की क्षमता है, और वह अपनी कंपनी के लिए सिस्टम का निर्माण कर रहा है, तो उपयोगकर्ता द्वारा अन्य व्यापारियों को सिस्टम विकास का ठेका देने के लेन-देन पर उपठेका कानून का लागू होने की संभावना हो सकती है, इसलिए सतर्क रहना आवश्यक है।
उपठेका कानून के बारे में, निम्नलिखित लेख में भी विस्तार से व्याख्या की गई है। कृपया साथ में संदर्भ लें।
संबंधित लेख: सिस्टम विकास पर उपठेका कानून के लागू होने और उल्लंघन करने पर दंड की व्याख्या[ja]
धोखाधड़ी ठेके का ध्यान रखें
“धोखाधड़ी ठेका” उसे कहते हैं जब संविदा के अनुसार यह ठेका या प्रतिनिधि संविदा होता है, लेकिन आदेशकर्ता आदेश प्राप्तकर्ता के श्रमिकों को निर्देश देता है और उनका उपयोग करता है, और वास्तव में यह श्रमिक भेजने का काम होता है।
उदाहरण के लिए, यदि ठेका देने के बावजूद, आदेशकर्ता यानी उपयोगकर्ता विक्रेता के द्वारा रोजगार प्रदान करने वाले श्रमिकों को कार्य के निष्पादन के तरीके आदि के बारे में निर्देश देता है, या उनके प्रवेश और निकास का प्रबंधन करता है, तो यह “धोखाधड़ी ठेका” के अंतर्गत आता है।
और, जापानी व्यावसायिक स्थिरता कानून (Japanese Employment Stability Law) के अनुसार, अपने नियंत्रण में रखे गए श्रमिकों का उपयोग करने की अनुमति देना, दूसरों के निर्देश के तहत, “श्रमिक प्रदान” के रूप में मूल रूप से निषेध किया गया है।
हालांकि, जापानी श्रमिक भेजने का कानून (Japanese Worker Dispatch Law) के आधार पर अनुमति प्राप्त विक्रेता जो श्रमिकों को भेजते हैं, “श्रमिक भेजने” के रूप में विशेष रूप से मान्यता प्राप्त है।
“धोखाधड़ी ठेके” के मामले में, विक्रेता श्रमिक भेजने वाले व्यापारी के रूप में अनुमति प्राप्त नहीं करते हैं, बल्कि केवल उपयोगकर्ता से विकास के आदेश प्राप्त करते हैं।
फिर भी, विक्रेता के द्वारा रोजगार प्रदान करने वाले श्रमिकों का उपयोग करने की अनुमति देना, उपयोगकर्ता के निर्देश के तहत, न केवल “श्रमिक प्रदान” करने के कार्य के बराबर होता है, बल्कि अनुमति के बिना “श्रमिक भेजने” का कार्य भी करता है।
इसलिए, यह श्रमिक भेजने का कानून और व्यावसायिक स्थिरता कानून दोनों का उल्लंघन करता है, और कारावास या जुर्माने की संभावना होती है।
इसलिए, विक्रेता के रूप में, “धोखाधड़ी ठेके” के अंतर्गत आने का निर्णय नहीं होना चाहिए, अपने श्रमिकों को स्वयं निर्देश और प्रबंधन करना चाहिए।
निम्नलिखित लेख में, “धोखाधड़ी ठेके” के बारे में अधिक विस्तार से व्याख्या की गई है। कृपया संदर्भ लें।
संबंधित लेख: IT उद्योग में धोखाधड़ी ठेके के निर्णय मानदंड और उपाय क्या हैं[ja]
सारांश: यदि आप पुनः ठेकेदारी पर परेशान हैं, तो वकील से परामर्श करें
इस लेख में, हमने सिस्टम विकास के अनुबंध प्रकार के आधार पर पुनः ठेकेदारी की संभावना को केंद्र में रखकर विवेचना की है।
सिस्टम विकास के लिए, उपयोगकर्ता और विक्रेता को संवाद करने और परस्पर विश्वास के आधार पर परियोजना को आगे बढ़ाने की आवश्यकता होती है।
इसलिए, चाहे आप किसी भी प्रकार का अनुबंध चुनें, पुनः ठेकेदारी की संभावना के बारे में उपयोगकर्ता और विक्रेता के बीच पूर्व में जांच करना, और कुछ मामलों में विशेष अनुबंध तैयार करना महत्वपूर्ण होता है।
सिस्टम विकास में, जटिल कानूनी समस्याएं उत्पन्न हो सकती हैं। इस तरह के जोखिम को कम करने के लिए, सिस्टम विकास की ठेकेदारी देने या लेने के समय, हम विशेषज्ञ वकील से परामर्श करने की सलाह देते हैं।