MONOLITH LAW OFFICE+81-3-6262-3248हप्ताका दिनहरू 10:00-18:00 JST [English Only]

MONOLITH LAW MAGAZINE

IT

व्यक्तिगत इन्जिनियरले कम्पनीसँगको साझेदारीमा पहिल्यै तयार गर्नुपर्ने सम्झौता पत्र

IT

व्यक्तिगत इन्जिनियरले कम्पनीसँगको साझेदारीमा पहिल्यै तयार गर्नुपर्ने सम्झौता पत्र

हाम्रो कानूनी फर्ममा, मुख्य वकिलको रूपमा पूर्व IT इन्जिनियरले सेवा गर्दै आएका छन्, जसले कम्पनीहरूको मात्र होइन, इन्जिनियरहरूको तर्फबाट पनि कानूनी सल्लाह प्रदान गर्ने गरेका छन्। एक प्रकारको परामर्श यस्तो छ, “व्यक्तिगत रूपमा, कुनै कम्पनीसँग सहकार्य गर्दै नयाँ व्यवसाय अगाडि बढाइरहेको थिए, तर कम्पनीले पर्याप्त वितरण आदि प्रदान गर्न सकेको छैन” भन्ने छ। उदाहरणका लागि, तलका जस्ता परिस्थितिहरू छन्:

  1. व्यक्तिगत इन्जिनियरको रूपमा, ITमा अत्यन्तै बलियो नभएको कम्पनीद्वारा नयाँ प्रणालीको आफ्नै विकासलाई सुरुवातदेखि नै सम्हालेको
  2. उक्त प्रणालीको प्रदर्शन राम्रो भएकोले बिक्री बढ्दै गएको छ
  3. शेयरको वितरण वा बिक्री आधारित लाभ वितरण माग गरेको तर कम्पनीले यसलाई स्वीकार गर्न नसकेको

यस्तो परिस्थितिमा, व्यक्तिगत इन्जिनियरले के सोच्नुपर्छ, र यस्तो परिस्थिति किन उत्पन्न हुन्छ, यसलाई कसरी रोक्न सकिन्छ भन्ने बारेमा विश्लेषण गर्नेछौं।

संयुक्त उद्यम सम्बन्धी विवादहरू अनुबन्धपत्र भएमा रोक्न सकिन्छ

पहिला, निष्कर्षमा आउँदा, यस्ता स्थितिहरूलाई ‘रोक्न’ साँच्चै नै सजिलो छ। उत्तर सरल छ

यस्ता अवस्थाहरूमा पर्नुअघि नै, तलका सामग्रीहरू समावेश गर्ने ‘संयुक्त उद्यम अनुबन्धपत्र’ तयार गरेर राख्नु पर्छ।

यस्तो अनुबन्धपत्रमा, उदाहरणका लागि, तलका व्यवस्थाहरू राख्न सकिन्छ:

  • सम्बन्धित प्रणालीको कपीराइट आफू र कम्पनीको साझेदारीमा हुनेछ
  • बिक्रीको ●% आफ्नो हिस्सामा पर्नेछ
  • शेयर हस्तान्तरणको व्यवस्था

यी सबैलाई उत्तम सन्तुलनमा राखेर अग्रिम रूपमा अनुबन्ध गर्नु राम्रो हुन्छ।

तर, वास्तविक समस्या यो हो कि, यस्ता अनुबन्धहरू अक्सर पछि पर्ने गर्छन्, र त्यसैले, उल्लेखित समस्याहरू सतहमा आउन सजिलो हुन्छ।

  • समस्या सतहमा आएको बेला अधिकार सम्बन्धी के कस्ता समस्याहरू छन्
  • अग्रिम रूपमा संयुक्त उद्यम अनुबन्धपत्र तयार गर्न कस्तो नीति अपनाउनु पर्छ
  • तर, अनुबन्ध नगरिएको अवस्थामा समस्या सतहमा आउने किन हो

यी बिन्दुहरूमा तलको अनुसार व्याख्या गरिनेछ।

संयुक्त उद्यममा प्रोग्राम स्रोत कोडको स्वामित्व

प्रोग्राम स्रोत कोडको कपीराइट सधैं व्यक्तिगत इन्जिनियरमा हुन सक्दैन।

यस्ता समस्याहरू प्रकट भएको अवस्थामा, व्यक्तिगत इन्जिनियरको रूपमा कम्पनीसँग दाबी गर्न सकिने सबैभन्दा ठूलो ‘अधिकार’ कपीराइट हो। प्रोग्रामको स्रोत कोड कपीराइटको विषय भएको ‘कृति’ हो। र, स्रोत कोडको कपीराइटको स्वामित्व निम्नानुसार हुन्छ:

  1. सामान्यतया, त्यो कोड लेख्ने व्यक्तिलाई स्वामित्व हुन्छ
  2. कोड लेख्ने व्यक्ति कुनै कम्पनीमा काम गर्दै गरेको छ भने, त्यस्ता अवस्थामा ‘जागिरको कृति’ भएर कम्पनीलाई स्वामित्व हुन्छ
  3. सम्झौतामा कपीराइट स्वामित्वको व्यवस्था गरिएको छ भने त्यस व्यवस्थाअनुसार हुन्छ

त्यसैले,

  1. सामान्यतया, कोड लेख्ने व्यक्तिगत इन्जिनियरलाई स्वामित्व हुन्छ
  2. व्यक्तिगत इन्जिनियर कम्पनीको कर्मचारी होइन र ‘जागिरको कृति’ लागू हुँदैन
  3. सम्झौतामा उल्लेखित स्वामित्वको व्यवस्था अनुसार हुन्छ तर ‘सम्झौता पत्र’ छैन

यद्यपि यसो भन्दा, कपीराइट व्यक्तिगत इन्जिनियरको पक्षमा हुन सक्छ, तर यदि यो विवाद कोर्टमा पुग्छ भने, अदालतले अवश्य यस्तो निर्णय गर्दैन।

यसको अतिरिक्त, सिस्टम विकास सम्बन्धी सम्झौता सम्झौता पत्र नभए पनि मान्य हुन्छ कि भन्ने विषयमा तलको लेखमा विस्तृत रूपमा व्याख्या गरिएको छ।

https://monolith.law/corporate/system-development-contract[ja]

जापानमा सम्झौता पत्र नभएमा अस्पष्ट निर्णय हुन सक्छ

सिस्टम विकासको परियोजना होइन तर, एक स्टेशनमा स्थापित गरिने मोनुमेन्टको डिजाइनको विषयमा, डिजाइन गर्ने व्यक्तिगत डिजाइनर र आदेश दिने कम्पनीबीच कपीराइटको स्वामित्व विवादित भएको घटनामा, टोक्यो उच्च अदालतले (२००४) मे ३१ मा,

  • सम्झौता पत्र अवस्थित थिएन
  • त्यस मोनुमेन्टलाई शुरुवातदेखि नै कम्पनीको निर्देशनमा स्टेशनमा स्थापित गर्ने योजना थियो र अन्य प्रयोगका लागि विचार गरिएको थिएन
  • कम्पनीले व्यक्तिगत डिजाइनरलाई पारिश्रमिक भुक्तानी गरेको थियो

यस्ता बिन्दुहरूको आधारमा, व्यक्तिगत डिजाइनरबाट कम्पनीमा कपीराइट हस्तान्तरण गर्न स्वीकार गरियो।

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

  • मासिक शुल्कको रूपमा भुक्तानी गरिएको छ→समग्र सेवाको पारिश्रमिकको रूपमा र, विशेष गरी प्राप्तकर्ता व्यक्ति हुँदा, तलबजस्तै धनराशिको रूपमा मूल्यांकन गरिन्छ, र कपीराइट हस्तान्तरणलाई सकारात्मक दिशामा लैजान्छ
  • भर्सन अपग्रेड गर्दा प्रत्येक पटक अनुमान लिइन्छ→त्यस भर्सनलाई बनाउनको पारिश्रमिकको रूपमा मूल्यांकन गर्न सजिलो हुन्छ, र कपीराइट हस्तान्तरणलाई नकारात्मक दिशामा लैजान्छ

‘साझेदारी व्यवसाय’को रूपमा व्यक्तिगत इन्जिनियरले कम्पनीबाट प्राप्त गर्दा, उनको पारिश्रमिक मासिक शुल्कको रूपमा भुक्तानी गरिन्छ, र नतिजास्वरूप, कम्पनीमा कपीराइट हस्तान्तरण सकारात्मक रूपमा स्वीकार गरिन्छ। त्यसैगरी, कम्तिमा, व्यक्तिगत इन्जिनियरको पक्षबाट, कागजात आदि नभएको अवस्थामा, ‘कपीराइट स्पष्ट रूपमा मेरो पक्षमा छ’ भन्न सकिन्न।

यी सोर्स कोडको कपीराइटको स्वामित्वका विषयमा थप विवरण तलको लेखमा छलफल गरिएको छ।

https://monolith.law/corporate/copyright-for-the-program-source-code[ja]

संयुक्त उद्यम सम्बन्धी अनुबन्धमा निर्धारण गर्नुपर्ने विषयहरू

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

कपीराइट सम्बन्धी नियम

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

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

  • कपीराइट व्यक्तिगत इन्जिनियरमा निहित हुनेछ
  • कपीराइट कम्पनी र व्यक्तिगत इन्जिनियरको साझेदारीमा हुनेछ
  • कपीराइट कम्पनीमा निहित हुनेछ तर कम्पनीले व्यक्तिगत इन्जिनियरको अनुमति बिना यसलाई प्रयोग गर्न वा हस्तान्तरण गर्न सक्दैन

यस्तो व्यवस्था राखिएमा, कम्पनीको दृष्टिकोणबाट हेर्दा, ‘व्यक्तिगत इन्जिनियरलाई काट्ने’ गरेमा व्यवसायलाई निरन्तरता दिन सकिन्न भन्ने स्थिति सिर्जना हुन्छ, र यसरी ‘काटिने’ कुरा रोक्न सकिन्छ।

आईटी सिस्टम र कपीराइटको समग्र तस्वीरको बारेमा थप विस्तृतमा तलको लेखमा व्याख्या गरिएको छ।

https://monolith.law/corporate/internet-technology-system-copyright-problem[ja]

मूल्य सम्बन्धी नियम

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

  • कम्पनीले, व्यक्तिगत इन्जिनियरलाई, सो सिस्टम सम्बन्धित व्यवसायको लाभको ●% भुक्तानी गर्नेछ
  • कम्पनीले, व्यक्तिगत इन्जिनियरलाई, सो सिस्टम सम्बन्धित व्यवसायको बिक्रीको ●% भुक्तानी गर्नेछ

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

शेयरको हस्तान्तरण सम्बन्धी नियम

थपमा, शेयरको हस्तान्तरण माग गर्ने विकल्प पनि छ। तर, यस लेखमा विस्तृत विवरण छुटाइएको छ, ‘संयुक्त उद्यमलाई सम्हाल्ने बाह्य ठेकेदारका रूपमा व्यक्तिगत इन्जिनियर’ले, उदाहरणका लागि, केही प्रतिशत शेयर माग्नु वास्तविक समस्या हुन सक्छ। यस्तो स्थितिमा बाह्य व्यक्तिहरूले ठूलो प्रतिशतमा शेयर राखेको अवस्थामा, VCबाटको लगानी वा IPO जस्ता क्रियाकलापहरू वास्तवमा धेरै कठिन हुन सक्छ। उदाहरणका लागि, 5% जस्तो व्यावहारिक सीमामा वार्ता गर्नु उचित हुन्छ।

किन जापानमा सम्झौता पत्र पहिले नै तयार गरिँदैन?

साझेदारी व्यवसायमा, व्यक्तिगत इन्जिनियरहरू र कम्पनीहरू बीचको सम्बन्धलाई स्पष्ट पारौं।

यसरी, व्यक्तिगत इन्जिनियरहरूले कम्पनीसँग ‘साझेदारी व्यवसाय’ गर्दा भविष्यमा भुक्तानीका लागि सम्झौता पत्र नभएको अवस्था व्यक्तिगत इन्जिनियरका लागि धेरै ‘असुविधाजनक’ हुन सक्छ। त्यसैले, पहिले नै सम्झौता पत्र तयार गर्नु महत्त्वपूर्ण छ, तर धेरै मानिसहरूले यसलाई गाह्रो मान्छन्।

यो अन्तर, कम्पनी र व्यक्तिगत पक्षको ‘व्यवसाय’ प्रतिको चेतनामा फरकका कारण देखिन्छ। सामान्यतया, यस्ता साझेदारी व्यवसायमा विवादहरू निम्न चरणहरूमा उत्पन्न हुन्छन्:

  1. कम्पनी र व्यक्तिगत इन्जिनियरले नयाँ व्यवसाय सुरु गर्नका लागि, इन्जिनियरलाई सिस्टम विकासको जिम्मा दिन्छन्। त्यस बेला, उदाहरणका लागि, ‘मासिक ३००,००० येन’ भन्ने दरमा पारिश्रमिक भुक्तानी गर्ने सहमति हुन्छ।
  2. त्यसपछि व्यवसायले आम्दानी गर्न थालेपछि, माथिको पारिश्रमिक पनि केही बढ्छ।
  3. व्यवसाय थप विकास भएपछि, कम्पनीले करोडौं येनको बिक्री गर्न सक्छ।
  4. त्यस चरणमा पुग्दा, व्यक्तिगत इन्जिनियरले प्राप्त गर्ने ‘मासिक ५००,००० येन’ भन्ने रकम कम्पनीको आम्दानीसँग तुलना गर्दा न्यून छ, र त्यस सिस्टमलाई अर्को कम्पनीले विकास गरेको भए त्यसको मूल्यसँग पनि तुलना गर्दा सस्तो हुन्छ।
  5. व्यक्तिगत इन्जिनियर र कम्पनीबीचको सम्बन्ध खराब हुन्छ।

व्यक्तिगत इन्जिनियरको दृष्टिकोणबाट हेर्दा, पहिलो चरणमा मासिक खर्च प्राप्त नगरेको खण्डमा जीवनयापनमा समस्या आउन सक्छ। र चौथो चरणमा, उल्लिखित उदाहरणमा ‘मासिक ५००,००० येन’ भन्ने रकम:

  1. कम्पनीले प्राप्त गरेको आम्दानी
  2. त्यस सिस्टमलाई अर्को कम्पनीले विकास गरेको भए त्यसको मूल्य

सँग तुलना गर्दा न्यून छ। तर, यो तुलना सरल रूपमा गर्नु आर्थिक रूपमा अनुचित हो किनकि:

  1. कम्पनीले पहिलो चरणमा, व्यवसायले आम्दानी गर्ने कि नगर्ने निश्चित नभएको अवस्थामा, व्यक्तिगत इन्जिनियरलाई पारिश्रमिक र सेल्सम्यानलाई तलब भुक्तानी गर्दै पूर्व लगानी गरेको हुन्छ।
  2. अर्को कम्पनीले सिस्टम विकास गरेको भए, त्यसमा कपीराइट हस्तान्तरणको व्यवस्था गरिएको हुन्थ्यो, र ‘बिक्री आधारित लाभ वितरण’को कुरा नै उठ्ने थिएन।

कठोर शब्दमा भन्नुपर्दा, ‘कमाउने कि नकमाउने अवस्थामा, तथापि कामको मूल्य जोखिम बिना प्राप्त गरेको भए, नतिजास्वरूप कमाएको बेला लाभ वितरण माग्ने अधिकार छैन’ भन्ने कुरा हो। अदालतको निर्णय पनि, अन्ततः, यस्तै मूल्यांकन र निष्कर्षमा पुग्ने केसहरू धेरै हुन्छन्।

सारांश

व्यवसाय सफल हुने कि नहुने अवस्थामा समय र पैसा खर्च गरेर संयुक्त उद्यम सम्झौताको अनुबंध तयार गर्नु निश्चित रूपमा ‘जोखिम’ हो। यदि त्यो व्यवसाय असफल भएमा, त्यो समय र खर्च गरिएको पैसा ‘लागत बेकार’ हुन सक्छ।

तर, व्यवसाय भनेको ‘जोखिम लिने व्यक्तिले अन्ततः सफल भएमा अतिरिक्त लाभ प्राप्त गर्ने’ भन्ने मूल संरचना हो। व्यक्तिगत इन्जिनियरले यस्तो अवस्थामा समय र खर्च गरिएको पैसा जस्ता लागत खर्च गरेर जोखिम लिन्छ भने, त्यो व्यवसाय सफल भएमा जोखिम नलिएको भन्दा राम्रो परिणाम प्राप्त गर्न सक्छ।

संयुक्त उद्यम सम्बन्धी अनुबंध अत्यन्तै विशेषज्ञता माग्ने कुरा हो। भविष्यमा हुन सक्ने विवादहरूलाई रोक्न र प्राप्त गर्नुपर्ने लाभ सुनिश्चित गर्नका लागि पनि, छिटो चरणमा नै वकिललाई अनुरोध गरेर अनुबंध सम्बन्धहरूलाई स्पष्ट पार्ने अनुबंध तयार गर्नु र सम्झौता गर्नु महत्त्वपूर्ण छ।

मोनोलिथ लॉ फर्मद्वारा अनुबंध पत्रहरूको सिर्जना र समीक्षाको लागि जानकारी

मोनोलिथ लॉ फर्मले आईटी, इन्टरनेट र व्यापारमा विशेषज्ञता भएको जापानी कानूनी फर्मको रूपमा, यसका साथै विभिन्न प्रकारका अनुबंध पत्रहरूको सिर्जना र समीक्षा जस्ता सेवाहरू पनि हाम्रा सल्लाहकार कम्पनीहरू र ग्राहक कम्पनीहरूलाई प्रदान गर्दछौं।

थप जानकारीको लागि, कृपया तलको पृष्ठ हेर्नुहोस्।

https://monolith.law/contractcreation[ja]

Managing Attorney: Toki Kawase

The Editor in Chief: Managing Attorney: Toki Kawase

An expert in IT-related legal affairs in Japan who established MONOLITH LAW OFFICE and serves as its managing attorney. Formerly an IT engineer, he has been involved in the management of IT companies. Served as legal counsel to more than 100 companies, ranging from top-tier organizations to seed-stage Startups.

Category: IT

Tag:

माथि फर्कनुहोस्