के सिस्टम विकासको सम्झौता बिना सम्झौतापत्र पनि成立 हुन सक्छ?

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

जापानमा प्रणाली विकास सम्झौताको स्थापना
जापानमा प्रणाली विकास सम्झौताको प्रकृति मुख्यतया ठेक्का सम्झौता र अर्ध-प्रतिनिधि सम्झौता हो। ठेक्का सम्झौता भनेको कामको पूर्णता र त्यसको लागि पारिश्रमिकको भुक्तानीको वाचा हो। पारिश्रमिकको अर्ध-प्रतिनिधि सम्झौता भनेको कार्यको सम्पादन र त्यसको लागि पारिश्रमिकको भुक्तानीको वाचा हो।
https://monolith.law/corporate/contract-and-timeandmaterialcontract[ja]
त्यसैले, सम्झौताको तत्वहरू “काम वा कार्यको सामग्री” र “पारिश्रमिकको रकम” हुन्, र यदि यसमा पक्षहरूबीच सहमति छ भने, सम्झौता स्थापित भएको मानिन्छ।
यद्यपि, केवल मौखिक वाचा पनि पर्याप्त हुन्छ, र सम्झौतापत्र अनिवार्य छैन।
जापानमा प्रणाली विकास सम्झौता स्थापना पछि रद्द भएमा आर्थिक दाबी
यदि प्रणाली विकासको सम्झौता स्थापित भइसकेको छ र प्रयोगकर्ताले एकतर्फी रूपमा रद्द गर्न भनेको छ भने, कानूनी रूपमा यसलाई सम्झौताको रद्दको सूचना दिइएको मानिन्छ।
यदि ठेक्का सम्झौता स्थापित भएको छ भने, विक्रेता, प्रयोगकर्ताबाट, काम पूरा नभएसम्म जुनसुकै समयमा रद्द गर्न सकिन्छ, तर यस अवस्थामा क्षतिपूर्तिको दाबी गर्न सक्ने स्थितिमा हुन्छ (जापानी नागरिक संहिता धारा 641)। त्यसैले, यदि प्रयोगकर्ताले क्षतिपूर्ति प्रदान नगरेको खण्डमा, विक्रेताले त्यस समयसम्म खर्च गरेको लागत र प्राप्त गर्न सकिने पारिश्रमिकको रकमबाट प्रणालीको पूर्णताबाट बचत गर्न सकिने खर्च घटाएर “क्षति” को दाबी गर्न सक्छ।
यस्तै, यदि अर्ध-प्रतिनिधि सम्झौता स्थापित भएको छ भने, प्रतिनिधित्वको कार्यान्वयनको क्रममा समाप्त हुँदा, प्रतिनिधिले कार्यान्वयनको अनुपातमा पारिश्रमिकको दाबी गर्न सक्छ (संशोधित जापानी नागरिक संहिता धारा 648(3))। त्यसैले, विक्रेताले पहिले नै गरिसकेको कामको मूल्यको भुक्तानीको दाबी गर्न सक्छ।
जापानमा प्रणाली विकास सम्झौताको सफलतासँग सम्बन्धित कानुनी पक्षहरू
सिस्टम सामग्रीको विशिष्टता
सामान्यतया, कम्पनीहरूबीचको कारोबार, विशेष गरी ठूलो रकमको सम्झौताहरूमा लिखित कागजात प्रयोग गरिन्छ, त्यसैले सम्झौता पत्र तयार गरिएको खण्डमा, सम्झौताकाे स्थापना सजिलै मान्यता प्राप्त हुन्छ।
विकासको लक्ष्य रहेको प्रणाली विभिन्न प्रक्रियाहरू पार गर्दै क्रमशः स्पष्ट हुँदै जान्छ, त्यसैले ठेक्का सम्झौताका तत्वहरूमा पर्ने “कामको सामग्री” को रूपमा प्रणाली सामग्रीको विशिष्टता, प्रणालीकरण गर्न खोजिएको दायरा र सारांश बुझ्न सकिने स्तरको विशिष्टता पर्याप्त मानिन्छ।
न्यायिक उदाहरणमा, आधारभूत सम्झौता पत्र र गोपनीयता सम्झौतामा कुनै विवाद नभएको, र उक्त आधारभूत सम्झौता पत्रमा “ई-कमर्स व्यवसाय प्रविधि समर्थन, वेब साइट निर्माणको समर्थन र तिनीहरूमा सम्बद्ध कार्यहरू” सुम्पिने कुरा उल्लेख गरिएको भए तापनि, ई-कमर्स व्यवसायको विशिष्ट सामग्री वा सुम्पिएको कार्यको दायरा, प्रणालीको रूपमा विकास, डिजाइन गर्ने दायरा स्पष्ट गरिएको थिएन भन्ने घटनामा, सम्झौताकाे स्थापना अस्वीकृत गरिएको छ।
सिस्टम विकास आधारभूत सम्झौता पत्र तयार गरिएको भए तापनि, काम वा कार्यको सामग्री अस्पष्ट र विशिष्ट मान्न सकिँदैन, र सम्झौताकाे स्थापना सजिलै मान्यता प्राप्त हुँदैन। काम वा कार्यको सामग्री, पारिश्रमिक रकम, कार्यान्वयनलाई बाध्य पार्ने र असफलता प्रमाणित गर्ने विषय बन्ने स्तरमा स्पष्ट रूपमा उल्लेख गरिएको सम्झौता पत्र आदिद्वारा, सम्झौताकाे स्थापना मान्यता प्राप्त हुनेछ।
व्यक्तिगत इन्जिनियर र संस्थाबीचको सम्झौताका ध्यान दिनुपर्ने बुँदाहरू आदि तलको लेखमा विस्तृत रूपमा व्याख्या गरिएको छ।
https://monolith.law/corporate/engineer-joint-enterprise-contract[ja]
ベンダーले अनुमानित लागत र विशिष्टता पत्र प्रस्तुत गर्दा, प्रयोगकर्ताले स्वीकृति दिएर अर्डर गर्ने प्रक्रिया
सामान्यतया, कम्पनीहरूबीचको कारोबारमा लिखित दस्तावेजहरू प्रयोग गरिन्छ, त्यसैले यदि सम्झौतापत्र तयार गरिएको छैन भने, सम्झौताको स्थापना स्वीकार्न गाह्रो हुन्छ। जापानमा प्रणाली विकासको सन्दर्भमा, सम्झौतापत्र तयार हुनु अघि नै काम सुरु गर्ने प्रचलन छ। यस्तो अवस्थामा, सम्झौताको वैधता कसरी विचार गरिन्छ?
नागोया जिल्ला अदालतको हेइसेई 16 (2004) जनवरी 28 को फैसलामा, प्रणाली विकासको ठेक्का सम्झौताको स्थापना सम्बन्धमा निम्नलिखित कुरा उल्लेख गरिएको छ।
- ベンダー र प्रयोगकर्ताबीचको विशिष्टता पुष्टि लगायतको वार्तालाप पछि,
- ベンダーले विशिष्टता पत्र र अनुमानित लागत पत्र प्रस्तुत गर्छ,
- यसलाई प्रयोगकर्ताले स्वीकृति दिएर अर्डर गर्दा सम्झौता स्थापित हुन्छ।
यस फैसलामा, ベンダーले प्रयोगकर्ता रहेको स्थानीय सरकारबाट वित्तीय लेखा प्रणालीको कार्यान्वयनको जिम्मेवारी पाएको थियो। “समग्र प्रशासनिक सूचना प्रणाली कार्यान्वयनको प्रस्ताव पत्रको प्रस्तुति सम्बन्धी (अनुरोध)” शीर्षकको RFP प्रस्तुत गरिएको थियो। यस अनुरोधको जवाफमा, ベンダーले प्रस्ताव पत्र र अनुमानित लागत पत्र प्रस्तुत गर्यो, र प्रयोगकर्ताबाट “स्वीकृति सूचना” प्राप्त भयो। ベンダーले प्रयोगकर्ताको व्यवसायिक सामग्री आदिको पर्याप्त अध्ययन नगरी, प्रयोगकर्ताको आन्तरिक रूपमा पनि अनुकूलनको सामग्री र लागतको स्पष्ट अध्ययन नभएको तथ्य स्वीकार गरियो। ベンダーको प्रस्ताव पत्रको सामग्री पनि स्पष्ट थिएन, र प्रयोगकर्ताले के स्वीकार गर्यो भन्ने स्पष्ट नभएकोले, सम्झौताको स्थापना स्वीकार गरिएन।
फैसलामा उल्लेख गरिएको सम्झौताको स्थापनासँग सम्बन्धित अन्य फैसलाहरूलाई आधार मानेर थप व्याख्या गरिन्छ।
ベンダー र प्रयोगकर्ताबीचको विशिष्टता पुष्टि लगायतको वार्तालाप पछि
“वार्तालाप पछि” भन्ने कुराबाट, सम्झौताको तत्वहरू जस्तै प्रणालीको सामग्री र पारिश्रमिकको रकम “वार्तालापमा” रहेको अवस्थामा, सहमति नभएको मानिन्छ, र सम्झौताको स्थापना स्वीकार्न गाह्रो हुन्छ।
तर, ठेक्का सम्झौतामा मूल्यलाई बजार मूल्यको रूपमा निर्धारण गर्न सकिन्छ, त्यसैले प्रणालीको सामग्री र “लगभग” पारिश्रमिकको रकम आदिमा प्रयोगकर्ताले स्वीकृति दिएको अवस्थामा, बजार मूल्यको बराबरको ठेक्का सम्झौता स्थापित भएको मानिएको फैसलाहरू छन्।
“वार्तालाप पछि” भन्न सकिने अवस्थामा, ベンダーले प्रयोगकर्ताको व्यवसायिक सामग्री, प्रणालीको सामग्री आदिमा प्रयोगकर्तासँग बैठक आदिमा पर्याप्त अध्ययन गरेको कुरा इमेल वा बैठकको रेकर्डमा राख्न राम्रो हुन्छ।
ベンダーले विशिष्टता पत्र र अनुमानित लागत पत्र प्रस्तुत गर्दा, यसलाई प्रयोगकर्ताले स्वीकृति दिएर अर्डर गर्ने प्रक्रिया
- प्रयोगकर्ताबाट अर्डर पत्र वा आदेश पत्र जारी हुँदा, सम्झौताको स्थापना स्वीकार्न सजिलो हुन्छ। ベンダーले स्वीकृति पत्र प्रस्तुत गरेमा वा अर्डर पत्र आदिमा आधारित काम गरेमा, थप “सहमति” भएको मानिन्छ, र सम्झौताको स्थापना स्वीकार्न सजिलो हुन्छ।
- प्रयोगकर्ताको आन्तरिक सूचना पत्र प्रायः भविष्यमा सम्झौता गर्ने योजना भएको सामग्री हुन्छ, र सम्झौताको स्थापना स्वीकार्न गाह्रो हुन्छ। तर, यदि यसमा यस्तो उल्लेख छैन र सम्झौताको तत्वहरू जस्तै प्रणाली विकासको सामग्री र पारिश्रमिकको रकम यथासम्भव स्पष्ट रूपमा उल्लेख गरिएको छ भने, सम्झौताको स्थापना स्वीकार्नको लागि सकारात्मक दिशा तर्फ काम गर्न सक्छ।
- सम्झौतापत्रको मसौदामा छाप नभएको अवस्थामा, छाप लगाएर सम्झौता गर्ने अर्थमा हुन्छ, र सम्झौताको स्थापना स्वीकार्न गाह्रो हुन्छ।
- अनुमानित लागत पत्र, पक्षहरूबीच सहमति भएको पारिश्रमिकको रकम प्रमाणित गर्ने प्रमाण हुन्छ।
थप रूपमा, प्रणाली विकासमा केही हदसम्म प्रक्रिया अघि बढेको अवस्थामा, पछि विशिष्टता परिवर्तन वा कार्यक्षमता थप्न माग गरिएमा, पूर्वानुमानित लागतमा थप रकमको दाबी गर्न सकिन्छ कि भन्ने विवरण निम्न लेखमा विस्तृत रूपमा व्याख्या गरिएको छ।
https://monolith.law/corporate/increase-of-estimate[ja]
精算合意
जापानमा, यदि प्रयोगकर्ताबाट निर्देशन प्राप्त गरेर सम्झौता गर्ने उद्देश्यले काम गरिएको छ भने, काम रोकिएको अवस्थामा त्यसअघिको कामको मूल्यको “精算合意” (सेइसान गोइ) मान्यता प्राप्त हुन सक्छ। यो सहमति अझ सजिलै मान्यता प्राप्त होस् भन्नका लागि, सम्झौता नगरी काम रोकिएको अवस्थामा पारिश्रमिकको सेइसान (समायोजन) गर्ने तरिका प्रयोगकर्तालाई आन्तरिक सूचना पत्र वा अन्य लिखित दस्तावेजमा उल्लेख गराउनुपर्छ। साथै, विक्रेताले तयार पारेको दस्तावेजमा प्रयोगकर्ताको अधिकार प्राप्त व्यक्तिको स्वीकृति प्राप्त गर्नु राम्रो हुन्छ।
जापानी कानूनी प्रणाली अन्तर्गत सम्झौता मान्यता प्राप्त नभएमा आर्थिक दाबी गर्ने कानूनी संरचना

सम्झौता निष्कर्षमा त्रुटि
सम्झौता निष्कर्षको लागि वार्ता सुरु गर्दा, पक्षहरूले एकअर्काको सम्पत्तिमा क्षति नगर्ने प्रयास गर्ने विश्वासको सिद्धान्त अन्तर्गतको दायित्व (जापानी नागरिक संहिता धारा 1, उपधारा 2) वहन गर्नुपर्छ। सम्झौता निष्कर्षमा पुग्न नसकेमा, यदि अर्को पक्षलाई सम्झौता निश्चित रूपमा हुने आशा गराउने वस्तुगत परिस्थिति र जिम्मेवारीता छ भने, उक्त दायित्वको उल्लङ्घन भएको ठहर गर्दै क्षतिपूर्ति दाबी गर्न सकिन्छ। यसलाई सम्झौता निष्कर्षमा त्रुटि भनिन्छ।
सम्झौता निष्कर्षमा त्रुटि मान्यता प्राप्त भएको केही न्यायिक उदाहरणहरूको संक्षेपमा परिचय गराउँछौं।
- विक्रेता (vendor) ले प्रयोगकर्ताको अनुरोधमा आवश्यकताहरूको परिभाषा समाप्त गरिसकेको थियो र आधारभूत डिजाइन तथा केही विस्तृत डिजाइन पनि सम्पन्न गरिसकेको थियो। तर, प्रयोगकर्ताले अन्य कम्पनीलाई बोलपत्रमा सामेल गराउने कार्यलाई औपचारिकता मात्र भएको भनेर व्याख्या गरे तापनि, सम्झौता निष्कर्षको ठीक अघि अन्य कम्पनी चयन गरियो र सम्झौता निष्कर्षमा पुगिएन।
- विक्रेताले प्रयोगकर्ताको समयसीमा पालना गर्नुपर्ने माग अनुसार काम अघि बढाएको थियो र सम्झौता निष्कर्षको मिति पनि नजिकै निश्चित भएको थियो। तर, प्रयोगकर्ताको कम्पनीभित्र आफ्नै विकासको तयारी भइरहेको थियो जुन लुकाइएको थियो र सम्झौता निष्कर्षमा पुगिएन।
- विक्रेताले प्रयोगकर्ताबाट निर्माणकर्ता भनेर निर्णय गरिएको सूचना पाएको थियो र प्रस्तावित मूल्यमा कुनै प्रश्न उठाइएको थिएन। प्रयोगकर्तासँगको बैठकमा आधारित भएर विनिर्देशहरू निश्चित गर्ने कार्य गरियो र खर्चको बारेमा प्रयोगकर्ताले जानकारी राखेको थियो। तर, प्रस्तावित रकममा सहमति हुन नसकेको कारणले सम्झौता निष्कर्ष अस्वीकार गरियो।
विपरीतमा, सम्झौता निष्कर्षमा त्रुटि मान्यता प्राप्त नभएको न्यायिक उदाहरणमा अन्य कम्पनी चयनको सम्भावना वा सम्झौता निष्कर्षमा पुग्नका लागि आवश्यक शर्तहरू स्पष्ट गरिएको थियो।
प्रयोगकर्ताको माग अनुसार काम अघि बढाइएको भए पनि, अन्य कम्पनी चयनको सम्भावना वा सहमति शर्तहरू स्पष्ट नगरिएको अवस्थामा, ती कारणले अप्रत्याशित रूपमा सम्झौता वार्ता रद्द गरिएमा, क्षतिपूर्ति दाबी मान्यता प्राप्त हुन सक्छ।
त्यस्तो अवस्थामा “क्षति” को दायरामा, त्यसअघिसम्म खर्च गरिएका खर्चहरू समावेश हुन्छन् भन्नेमा कुनै विवाद छैन। साथै, वास्तविक रूपमा गरिएको कामको लाभ पनि समावेश गरिएको न्यायिक उदाहरण छ। अन्य कम्पनीको प्रस्ताव अस्वीकार गरेर त्यसपछि गरिएको कामबाट प्राप्त हुने लाभको बराबरको क्षति भोगिएको प्रमाण प्रस्तुत गरेमा, त्यो पनि समावेश हुन सक्ने कुरा उल्लेख गरिएको न्यायिक उदाहरण पनि छ।
जापानी वाणिज्यिक संहिता धारा 512
विक्रेताले प्रयोगकर्ताको लागि प्रणाली विकास सम्बन्धी कार्य गरेको भएमा, जापानी वाणिज्यिक संहिता धारा 512 अन्तर्गत उचित पारिश्रमिकको दाबी गर्न सक्छ।
प्रणाली विकासको लागि वार्ता सुरु गर्दा, प्रणालीको सामग्री र पारिश्रमिकको रकम सम्बन्धी, इमेल वा बैठकको रेकर्ड जस्ता माध्यमबाट दुवै पक्षले सहमति जनाउने र सम्झौता निष्कर्ष निश्चित भएको जस्तो देखाउने परिस्थिति वा सम्झौताको तत्वहरू स्पष्ट भएको प्रमाण राख्न राम्रो हुन्छ।
वास्तवमा, सम्झौता पत्रमा हस्ताक्षर नगरेको जस्ता कारणले भुक्तानी अस्वीकार गरिएको अवस्थामा पनि, माथि उल्लेखित अनुसार आर्थिक दाबी मान्यता प्राप्त हुन सक्छ।
सारांश
यसरी, जापानी अदालतहरूले, जब कुनै सम्झौतापत्रको अभाव हुन्छ, सम्झौता सम्बन्धको बारेमा, कम्तिमा पनि ठेकेदार पक्षको कम्पनीको बुझाइको तुलनामा “नकारात्मक” निर्णय गर्न सजिलो हुन्छ। ठेकेदार पक्षको कम्पनीको दृष्टिकोणबाट, “पहिले नै काम सुरु गरेर, सम्झौतापत्र पछि हस्ताक्षर गरिनेछ भन्ने विश्वास थियो, र सम्झौता आफैंमा स्थापित भएको थियो” भन्न चाहन्छन्, तर यो दाबी सधैं मान्य हुँदैन।
त्यसैगरी, यदि सम्झौता स्थापना अस्वीकृत गरियो भने, माथि उल्लेखित जस्तै, सम्झौता हस्ताक्षरको गल्ती वा जापानी वाणिज्य कानूनको धारा 512 अन्तर्गत कानूनी संरचनामा रकम दाबी गर्न सकिने केसहरू पनि छन्, तर यो पनि “निश्चित” कुरा होइन।
सम्झौतापत्र हस्ताक्षर गर्नु अघि काम सुरु गर्न बाध्य हुनु परेमा,
- सर्वप्रथम, यो जोखिमपूर्ण कार्य हो, र उक्त जोखिमलाई ध्यानमा राखेर पनि उक्त परियोजनाको लागि समय र स्रोत प्रयोग गर्ने निर्णय गर्नु पर्छ (विशेष गरी साना र स्टार्टअप कम्पनीहरूको हकमा, ठूला कम्पनीहरूबाट परियोजना प्राप्त गर्दा, उक्त ठूला कम्पनीसँगको व्यापारिक अनुभव प्राप्त गर्न “पहिले नै काम सुरु गर्ने” निर्णय गर्न बाध्य हुन सक्छ। यो जोखिमलाई समेटेर, सम्भवतः एक व्यापारिक निर्णय हुन सक्छ।)
- सम्झौता स्थापना नभएमा, सम्झौता निस्कर्षको लागि एक समझौता पत्र जस्ता कागजातहरू हस्ताक्षर गर्न सकिन्छ कि भनेर विचार गर्नुहोस्।
जस्ता विचारहरू गर्न आवश्यक छ।
Category: IT
Tag: ITSystem Development