सिस्टम विकास में संविदा का रद्द करने का तरीका क्या है?

सिस्टम विकास जैसी परियोजनाएं लंबे समय तक चलने वाली होती हैं, इसलिए इसके प्रगति के दौरान ‘आग लगने’ जैसी स्थिति होना स्वाभाविक है। और, यदि सदैव उपयोगकर्ता और विक्रेता एक साथ काम कर सकते हैं तो ठीक है, लेकिन बीच में समझौते को रद्द करने के उपाय का विचार करने की स्थिति भी सोची जानी चाहिए।

इस लेख में, हम ‘रद्द करने’ के कानूनी विकल्प के बारे में, और विशेष रूप से सिस्टम विकास के संदर्भ में इसके महत्वपूर्ण पहलुओं पर चर्चा करेंगे।

सिस्टम विकास और रद्द करने का संबंध क्या है

नागरिक कानून के अनुसार रद्द करना क्या है

संशोधित नागरिक कानून (Japanese Civil Code) में, संविदा के ‘रद्द’ के सामान्य नियम 540 से 548 तक के धाराओं में निर्धारित किए गए हैं। संविदा को रद्द करने का अर्थ है कि एक बार समझौता होने के बाद, उसका प्रभाव बाद में मिटा दिया जाता है।

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

वैसे, यदि साथ ही, क्षति पहुंचने की परिस्थिति होती है, तो उसके लिए अलग से क्षतिपूर्ति करना भी संभव है।

सिस्टम विकास व्यवहार और रद्द करने का संबंध

सिस्टम विकास आदि के व्यापार के आसपास के कानूनी व्यवहार से परिचित लोगों के लिए, संविदा के ‘रद्द’ का अर्थ होता है, पहले रद्द करने की सूचना पत्र का। हालांकि, कानूनी रूप से सिस्टम विकास के संदर्भ में भी, आधारभूत धाराएं, उनके रद्द करने के कारण के अनुसार दो पैटर्न में विभाजित होती हैं।

कर्ज अधिनियमन (अधिनियमन विलंब) के कारण

(उदाहरण) विक्रेता ने पहले से ही वादा किया हुआ समय सीमा को पार कर दिया है, फिर भी वह डिलीवरी के लिए तैयार नहीं है।

नागरिक कानून (Japanese Civil Code) धारा 541 जब पक्षों में से एक अपना कर्ज नहीं निभा रहा होता है, तब दूसरे पक्ष को उसके अधिनियमन की उचित समय सीमा तय करने की अनुमति होती है, और यदि उस समय सीमा के भीतर अधिनियमन नहीं होता है, तो दूसरे पक्ष को संविदा को रद्द करने की अनुमति होती है।

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

https://monolith.law/corporate/completion-of-work-in-system-development[ja]

दोष गारंटी जिम्मेदारी के कारण

(उदाहरण) विक्रेता द्वारा डिलीवर किए गए सिस्टम में, बग या डेटा की असंगतता अधिक है, और बाद में पता चलता है कि यह व्यावहारिक उपयोग के लिए उपयुक्त नहीं है।

नागरिक कानून (Japanese Civil Code) धारा 635 जब काम के उद्देश्य में दोष होता है, और इसके कारण संविदा का उद्देश्य प्राप्त नहीं हो सकता है, तब आदेशकर्ता संविदा को रद्द कर सकता है। हालांकि, इमारतों और अन्य भूमि के कार्यों के लिए, यह सीमित नहीं होता है।

वैसे, यदि हम सिस्टम विकास परियोजना के दृष्टिकोण से बात करें, तो विक्रेता पक्ष से संविदा रद्द करने की इच्छा प्रकट करने की स्थिति ऐसी नहीं होती है। आमतौर पर, हमें उपयोगकर्ता द्वारा विक्रेता के प्रति किए जाने वाले मामले की कल्पना करनी चाहिए।

दोष गारंटी जिम्मेदारी के बारे में, निम्नलिखित अन्य लेख में विस्तार से व्याख्या की गई है।

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

रद्दीकरण सूचना पत्र और उससे संबंधित कानूनी मुद्दे

रद्दीकरण सूचना पत्र एक प्रकार का दस्तावेज़ होता है, जिसका उद्देश्य (आमतौर पर उपयोगकर्ता से विक्रेता को) संविदा को रद्द करने की सूचना देना होता है। इसके लिए, निम्नलिखित धारा का संदर्भ लिया जा सकता है।

जापानी नागरिक संहिता (मिनपो) धारा 541 (1896 ईसवी): यदि एक पक्ष अपने ऋण का पालन नहीं करता है, तो दूसरे पक्ष को उचित समय तय करके उसके पालन की अवधारणा करनी चाहिए, और यदि पालन नहीं होता है, तो दूसरे पक्ष को संविदा को रद्द करने का अधिकार होता है।

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

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

क्या रद्द करने की सूचना पत्र में रद्द करने का कारण लिखना चाहिए

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

रद्द करने की इच्छा का प्रकटीकरण में, अनिवार्य रूप से रद्द करने का कारण बताने की आवश्यकता नहीं होती, और एकाधिक रद्द करने के कारणों को एक ही इच्छा के प्रकटीकरण द्वारा किया जा सकता है। रद्द करने की इच्छा का प्रकटीकरण करते समय किसी कारण को उठाने के बावजूद, विशेष रूप से उसके अलावा किसी अन्य कारण के कारण रद्द नहीं करने का इरादा स्पष्ट करने जैसी विशेष परिस्थितियों के अभाव में, ऐसा माना जाता है कि वह इच्छा का प्रकटीकरण, रद्द करने के समय मौजूद सभी कारणों पर आधारित होता है, और यह संविधान को पूरी तरह से समाप्त करने की इच्छा होती है।

टोक्यो जिला न्यायालय, हेइसेई 16 (2004) दिसंबर 22

न्यायाधीश का मत है कि “एकाधिक रद्द करने के कारणों को एक ही इच्छा के प्रकटीकरण द्वारा किया जा सकता है”। अर्थात्, संविधान के पक्षधारी के पास रद्द करने की इच्छा है या नहीं, यही महत्वपूर्ण है, और उसके विस्तृत कारणों को विस्तार से उल्लेख करने की आवश्यकता नहीं होती है।

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

• अधूरी चीज वितरित की गई है… → ऋण अनुपालन नहीं
• गंभीर दोष वाली चीज वितरित की गई है… → दोष गारंटी की जिम्मेदारी

कारण को विस्तार से निर्धारित किए बिना भी, रद्द करने की इच्छा का प्रकटीकरण रद्द करने की इच्छा के रूप में मान्य होता है।

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

「उचित समयावधि」 को निर्धारित करने वाली नोटिस का क्या मतलब है?

एक और बात जिस पर विचार किया जा सकता है, वह है कि नागरिक संहिता (Japanese Civil Code) धारा 541 में “उचित समयावधि” कितनी होती है। हालांकि, इस मुद्दे पर बहुत अधिक चिंता करने की आवश्यकता नहीं होनी चाहिए। क्योंकि, यदि नोटिस देने के लिए “उचित समयावधि” निर्धारित नहीं की गई है, तो भी, यदि नोटिस देने के बाद उचित समयावधि बीत गई है, तो अनुबंध को रद्द करना संभव होता है। इसके अलावा, यदि नोटिस देने का समय “उचित समयावधि” नहीं था, तो भी, यदि उचित समयावधि बीत गई है, तो अनुबंध को रद्द करना संभव होता है, जिसे प्रमाणिक न्यायाधीशों द्वारा भी स्पष्ट रूप से मान्यता प्राप्त है।

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

सिस्टम विकास में प्रदर्शन विलंब की परिभाषा के बारे में, हमने एक अलग लेख में विवरण दिया है।

https://monolith.law/corporate/performance-delay-in-system-development[ja]

रद्दीकरण सूचना पत्र की सूचना कैसे दी जाए?

फिर भी, रद्दीकरण सूचना पत्र की सूचना कैसे दी जानी चाहिए, इस बात पर यदि सूचना अंततः पहुंच जाती है (और यदि यह बाद में साबित करने के लिए सुनिश्चित होता है कि यह वास्तव में पहुंच गया था) तो किसी भी तरीके से कोई समस्या नहीं है।

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

सारांश

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