एक नज़र में
- किसी कर्मचारी द्वारा अपने कार्यक्षेत्र के अंतर्गत लिखा गया कोड स्वतः ही कंपनी का हो जाता है। इसके लिए किसी असाइनमेंट क्लॉज़ की आवश्यकता नहीं है (कॉपीराइट कानून HO-142-N, अनुच्छेद 33(1); नागरिक संहिता अनुच्छेद 1128(2))।
- किसी स्वतंत्र ठेकेदार द्वारा लिखा गया कोड तब तक ठेकेदार के पास ही रहता है जब तक कि उसे किसी लिखित, कार्य-विशिष्ट असाइनमेंट द्वारा स्थानांतरित नहीं किया जाता। कार्य शुरू करने और बिल का भुगतान करने से कुछ भी स्थानांतरित नहीं होता।
- एक ऐसा असाइनमेंट जिसमें किसी क्षेत्र का नाम नहीं है, वह केवल आर्मेनिया को कवर करता है (सिविल कोड अनुच्छेद 1135(3); कॉपीराइट कानून अनुच्छेद 40(3))। सॉफ्टवेयर के मामले में, कंपनी का इरादा लगभग कभी ऐसा नहीं होता।
- जहां डेवलपर्स को एम्प्लॉयर ऑफ रिकॉर्ड के माध्यम से नियुक्त किया जाता है, वहां ईओआर रोजगार-अनुबंध का प्रतिपक्ष होता है और इसलिए अनुमानित वैधानिक नियोक्ता होता है, इसलिए अंतिम ग्राहक को ईओआर से स्पष्ट रूप से बाहर निकलने की आवश्यकता होती है।
- निवेशक और अधिग्रहणकर्ता स्वामित्व की टूटी हुई श्रृंखला को सौदे को पूरा करने की शर्त के रूप में मानते हैं, न कि मूल्य समायोजन के रूप में।
आर्मेनियाई कानून सॉफ्टवेयर के स्वामित्व को एक ही सवाल पर विभाजित करता है: क्या डेवलपर एक कर्मचारी था जो अपने कर्तव्य के दायरे में काम कर रहा था, या वह कोई और व्यक्ति था? कर्मचारी कानून के अनुसार कंपनी को आर्थिक अधिकार हस्तांतरित करते हैं। निगमन से पहले के संस्थापक, फ्रीलांसर, एजेंसी डेवलपर और किसी पंजीकृत नियोक्ता के माध्यम से नियुक्त कर्मचारी ऐसा नहीं करते हैं, और यह अंतर तभी सामने आता है जब किसी निवेशक का वकील दस्तावेजी प्रमाण मांगता है। यह लेख प्रत्येक योगदानकर्ता श्रेणी के लिए सामान्य नियमों, स्वामित्व श्रृंखला को प्रमाणित करने वाले दस्तावेजों और लापता कड़ियों के बारे में क्या करना है, इसकी जानकारी देता है।
आपकी वित्तीय स्थिति पर असर पड़ने से पहले सावधानी क्यों इस स्तर तक पहुंचती है?
किसी सॉफ्टवेयर कंपनी में कोड ही संपत्ति होती है। कोई निवेशक जो इक्विटी खरीदता है, या कोई अधिग्रहणकर्ता जो कंपनी को खरीदता है, वह उस कोड पर अपना अधिकार खरीद रहा होता है, और शेयर खरीद समझौते में एक बौद्धिक संपदा गारंटी शामिल होती है जो यह बताती है कि कंपनी उस कोड की पूर्ण स्वामित्व रखती है और उस पर किसी तीसरे पक्ष का कोई दावा नहीं है। यदि किसी पूर्व ठेकेदार के पास अभी भी मुख्य मॉड्यूल का कॉपीराइट है, तो उस गारंटी पर हस्ताक्षर करने से एक दायित्व उत्पन्न होता है जिसे आमतौर पर संस्थापक स्वयं वहन करते हैं।
इसका व्यावहारिक परिणाम क्रमबद्धता है। स्वामित्व संबंधी दोषों को आमतौर पर पूर्व शर्त के रूप में निपटाया जाता है, जिसका अर्थ है कि जब तक शेष असाइनमेंट पर हस्ताक्षर नहीं हो जाते, तब तक प्रक्रिया पूरी नहीं होती। यदि 2022 में भुगतान प्रणाली विकसित करने वाला ठेकेदार विदेश चला गया है, ईमेल का जवाब देना बंद कर दिया है, या उसे पता चल गया है कि कंपनी को उसके हस्ताक्षर की आवश्यकता है, तो समाधान अब दस्तावेज़ नहीं रह जाता। यह एक समय सीमा के भीतर, किसी ऐसे व्यक्ति के साथ बातचीत बन जाती है जिसके पास प्रभावी निर्णय लेने का अधिकार होता है।
एंटरप्राइज़ ग्राहक इसी परीक्षण का एक हल्का संस्करण लागू करते हैं। विनियमित खरीदारों के लिए खरीद और सुरक्षा प्रश्नावली में विक्रेता से नियमित रूप से कोडबेस के स्वामित्व और तृतीय-पक्ष दावों की अनुपस्थिति की पुष्टि करने के लिए कहा जाता है, और उस प्रश्न का ईमानदारी से उत्तर देने पर ऑडिट आवश्यक हो जाता है।
कोड का मालिक कौन है: आर्मेनिया के डिफ़ॉल्ट नियम
कंप्यूटर प्रोग्राम कॉपीराइट कानून HO-142-N के तहत साहित्यिक कृतियों के रूप में संरक्षित हैं, और इनका संरक्षण इनके निर्माण के समय स्वतः ही प्राप्त हो जाता है (अनुच्छेद 3 और 4)। इसमें पंजीकरण की कोई प्रक्रिया नहीं है, न ही कोई फाइलिंग तिथि और न ही कोई प्रमाण पत्र। यह लेखक के लिए सुविधाजनक है, लेकिन लेखा परीक्षक के लिए असुविधाजनक है, क्योंकि सार्वजनिक रजिस्टर में ऐसी कोई जानकारी नहीं होती जिससे पता चले कि किसी विशेष प्रोग्राम का मालिक कौन है।
कर्मचारी
जब कोई कर्मचारी अपने रोजगार कर्तव्यों या सेवा कार्य के निर्वाह में सॉफ़्टवेयर बनाता है, तो उसके आर्थिक अधिकार स्वतः ही नियोक्ता के पास होते हैं, जब तक कि लेखक और नियोक्ता के बीच अनुबंध में अन्यथा न कहा गया हो (कॉपीराइट कानून अनुच्छेद 33(1), नागरिक संहिता अनुच्छेद 1128(2) द्वारा समर्थित)। लिखित बौद्धिक संपदा अधिकार हस्तांतरण खंड अनिवार्य नहीं है। जांच-पड़ताल के दौरान किसी मौन रोजगार अनुबंध का पता लगाने वाली कंपनियों को आमतौर पर कोई नुकसान नहीं होता है।
दो योग्यताएँ वास्तव में महत्वपूर्ण हैं। कर्मचारी वैधानिक लेखक बना रहता है और नैतिक अधिकारों को बरकरार रखता है, जो अविभाज्य हैं और जिन्हें हस्तांतरित नहीं किया जा सकता (कॉपीराइट कानून अनुच्छेद 6 और 12); कंपनी द्वारा कार्य में सभी अधिकारों को सुरक्षित रखने का आश्वासन देना स्पष्ट रूप से गलत है। और डिफ़ॉल्ट कर्तव्यों के दायरे पर आधारित है। किसी QA इंजीनियर द्वारा सप्ताहांत में, किसी भी असाइनमेंट से इतर लिखा गया कोड इस नियम के दायरे से बाहर है, इसलिए कार्य विवरण और कार्य का कोई भी लिखित असाइनमेंट ही सीमावर्ती मामलों का निर्णय करने वाले साक्ष्य हैं।
पेटेंट संबंधी पृष्ठभूमि से आने वाले पाठकों के लिए एक भ्रम की स्थिति: पेटेंट कानून का अनुच्छेद 16 कर्मचारी के आविष्कारों के लिए नियोक्ता को एक निश्चित अधिकार प्रदान करता है। यह पेटेंट कानून है और स्रोत कोड के कॉपीराइट को नियंत्रित नहीं करता है, इसलिए इसके आधार पर तैयार किया गया रोजगार अनुबंध इस ऑडिट में पूछे गए प्रश्न का उत्तर नहीं देता है।
ठेकेदार और फ्रीलांसर
एक वास्तविक स्वतंत्र ठेकेदार के मामले में नियोक्ता-शैली का नियम लागू नहीं होता। ठेकेदार ही रचनाकार और आर्थिक अधिकारों का प्रारंभिक धारक होता है, और कंपनी को ये अधिकार केवल उस कार्य से संबंधित स्पष्ट लिखित अनुबंध के माध्यम से ही प्राप्त होते हैं (नागरिक संहिता अनुच्छेद 1105, 1125 और 1133 से 1135; कॉपीराइट कानून अनुच्छेद 38 से 40)। कार्य का कमीशन देना, उसका विवरण देना, उसके लिए भुगतान करना और संग्रह प्राप्त करना कॉपीराइट का हस्तांतरण नहीं करते।
तीन मसौदा तैयार करने वाले बिंदु यह तय करते हैं कि हस्ताक्षरित ठेकेदार समझौता वास्तव में स्वामित्व प्रदान करता है या नहीं:
- जिन अधिकारों का उल्लेख नहीं किया गया है, वे सुरक्षित रखे गए हैं। अर्मेनियाई प्रथा के अनुसार, जिन आर्थिक अधिकारों को समझौते में हस्तांतरित अधिकारों के रूप में नहीं पहचाना गया है, वे लेखक के पास ही रहते हैं, इसलिए अधिकारों को निर्दिष्ट किए बिना "सभी बौद्धिक संपदा" को हस्तांतरित करने वाला खंड एक सूचीबद्ध खंड की तुलना में कमजोर होता है।
- लाइसेंस मिलने के बाद स्वामित्व समाप्त हो जाता है। यह कंपनी को काम का उपयोग करने की अनुमति देता है जबकि ठेकेदार कॉपीराइट अपने पास रखता है। जहां लाइसेंस समझौते में कोई अवधि निर्धारित नहीं है, वहां नागरिक संहिता अनुच्छेद 1135(5) और कॉपीराइट कानून अनुच्छेद 40(5) पांच साल की समय सीमा प्रदान करते हैं, जो उस कोडबेस पर लागू होती है जिसे कंपनी अपना मानती है। यह समय सीमा लाइसेंस के लिए लिखी गई है; हालांकि, यहां समीक्षा किए गए स्रोतों के आधार पर यह स्पष्ट नहीं है कि यह पूर्ण रूप से कॉपीराइट हस्तांतरण तक पहुंचता है या नहीं।
- क्षेत्र का उल्लेख करना आवश्यक है। जहां समझौते में इसका उल्लेख नहीं है, वहां हस्तांतरण केवल आर्मेनिया गणराज्य को ही कवर करता है (नागरिक संहिता अनुच्छेद 1135(3); कॉपीराइट कानून अनुच्छेद 40(3))। डेलावेयर या एस्टोनियाई मूल कंपनी से SaaS उत्पाद वितरित करने वाली कंपनी को पृष्ठ पर "विश्वव्यापी" शब्द की आवश्यकता होती है।
नियोक्ता के माध्यम से नियुक्त कर्मचारी
ईओआर व्यवस्था डेवलपर और काम का निर्देशन करने वाली कंपनी के बीच एक तृतीयक इकाई को रखती है। श्रम संहिता के अनुच्छेद 18(1) के तहत, रोजगार संबंध श्रमिक और रोजगार अनुबंध में शामिल इकाई के बीच होता है, इसलिए कॉपीराइट कानून के अनुच्छेद 33(1) और नागरिक संहिता के अनुच्छेद 1128(2) में दिए गए डिफ़ॉल्ट नियम के प्रयोजन के लिए ईओआर को अनुमानित वैधानिक नियोक्ता माना जाता है। सीधे शब्दों में कहें तो, इसका अर्थ है कि आर्थिक अधिकार सर्वप्रथम ईओआर के पास होते हैं, और स्प्रिंट लक्ष्य निर्धारित करने और बिलों का भुगतान करने के कारण अंतिम ग्राहक का कोई अधिकार नहीं होता है।
अंतिम ग्राहक को वर्तमान में अधिकारों के धारक से प्रभावी हस्तांतरण की आवश्यकता होती है, जो इस व्याख्या के अनुसार अंतिम स्वामित्व अनुबंध (ईओआर) है। आमतौर पर तीन दस्तावेज़ एक साथ उपयोग किए जाते हैं: ईओआर-कर्मचारी रोजगार समझौते में एक आईपी खंड, कर्मचारी से संबंधित प्रत्यक्ष या त्रिपक्षीय असाइनमेंट, और ईओआर-ग्राहक सेवा समझौते में एक वर्तमान असाइनमेंट, जिसे हस्ताक्षर पर अधिकारों के हस्तांतरण को प्रमाणित करने वाले शब्दों के साथ तैयार किया जाता है। भविष्य में किसी समय असाइनमेंट का वादा करने वाला खंड अधिकारों को तब तक यथावत रखता है जब तक कि कोई इसे पूरा नहीं कर देता। यह संरचना अनुशंसित मसौदा तैयार करने की पद्धति है; कानून केवल वर्तमान अधिकार धारक से प्रभावी हस्तांतरण की आवश्यकता रखता है, और अन्य दो दस्तावेज़ साक्ष्य के आधार पर इसका समर्थन करते हैं। यह स्थिति केवल वैधानिक प्रावधानों पर आधारित है। इस लेख के लिए ऐसा कोई केस कानून नहीं मिला जो यह पुष्टि करता हो कि अर्मेनियाई अदालत ईओआर सॉफ्टवेयर स्वामित्व श्रृंखला को कैसे संभालेगी, जो स्वयं श्रृंखला को सावधानीपूर्वक प्रलेखित करने का एक कारण है।
स्वामित्व मानचित्र का निर्माण
ऑडिट से एक दस्तावेज़ प्राप्त होता है: एक तालिका जिसमें कोड में योगदान देने वाले प्रत्येक व्यक्ति का मिलान उस दस्तावेज़ से किया जाता है जिसके माध्यम से उनके अधिकार कंपनी को हस्तांतरित होते हैं। इसे इसी क्रम में हल करें।
- रिपॉजिटरी से ही योगदानकर्ताओं की सूची निकालें। रन
git shortlog -sneहर ब्रांच और हर रिपॉजिटरी में, जिनमें वे भी शामिल हैं जिन्हें 2021 के बाद से किसी ने छुआ तक नहीं है। एचआर रोस्टर में उस फ्रीलांसर की कमी खलेगी जिसने 2021 में चालीस कमिट किए थे और जिसे इनवॉइस के माध्यम से भुगतान किया गया था, और कमिट लॉग में व्यक्तिगत ईमेल पते उस योगदानकर्ता का पहला संकेत हैं जो कभी अनुबंध पर नहीं था। - प्रत्येक योगदानकर्ता को वर्गीकृत करें। निगमन से पूर्व संस्थापक, कर्मचारी, ठेकेदार, एजेंसी, ईओआर-नियुक्त कार्यकर्ता, प्रशिक्षु, या अज्ञात व्यक्ति। वर्गीकरण यह निर्धारित करता है कि कौन सा डिफ़ॉल्ट नियम लागू होता है।
- प्रत्येक के लिए उपकरण को बाहर निकालें। कार्य विवरण या लिखित सेवा आवंटन सहित रोजगार अनुबंध; आवंटन खंड सहित ठेकेदार समझौता; ईओआर दस्तावेज़ श्रृंखला; संस्थापक योगदान या आवंटन समझौता। पहले प्रतिबद्धता तिथि के सामने हस्ताक्षर तिथि दर्ज करें, क्योंकि कोड लिखे जाने के बाद हस्ताक्षरित दस्तावेज़ वह मामला है जिसका समाधान सुधार अनुभाग में किया गया है।
- प्रत्येक दस्तावेज की शर्तों की एक-एक करके जांच करें। फ़ोल्डर में मौजूद हस्ताक्षरित समझौता केवल यह साबित करता है कि किसी ने किसी चीज़ पर हस्ताक्षर किए हैं। प्रत्येक अनुबंध दस्तावेज़ के लिए, यह जांचें कि कार्यकारी खंड आर्थिक अधिकारों को सौंपता है या केवल लाइसेंस देता है, क्या हस्तांतरित अधिकारों की सूची दी गई है, क्या क्षेत्र वैश्विक है, और क्या कार्यक्षेत्र उस विशिष्ट कार्य को कवर करता है जो व्यक्ति ने वास्तव में किया है।
- कॉर्पोरेट शाखा का पता लगाएं। जब कोई अर्मेनियाई ऑपरेटिंग कंपनी किसी विदेशी मूल कंपनी के लिए काम करती है, तो अधिकार भी अर्मेनियाई इकाई से मूल कंपनी को हस्तांतरित होने चाहिए। यह अंतर-कंपनी हस्तांतरण वह कड़ी है जिसे अक्सर मान लिया जाता है और जिस पर सबसे कम बार हस्ताक्षर किए जाते हैं। इसकी मौजूदगी की पुष्टि करें। कॉर्पोरेट पंजीकरण दस्तावेज़ निवेशक समीक्षा करेगा।
- तृतीय-पक्ष कोड पर लाइसेंस स्कैन चलाएँ। जीपीएल और एजीपीएल जैसे कॉपीलेफ्ट लाइसेंस वितरित व्युत्पन्न कार्यों पर दायित्व लागू करते हैं, और किसी होस्ट किए गए उत्पाद में एजीपीएल निर्भरता एक सक्रिय सतर्कता प्रश्न है, भले ही प्रत्येक रोजगार और ठेकेदार दस्तावेज़ सही हो।
इस प्रक्रिया के दौरान आमतौर पर दो संबंधित खुलासे सामने आते हैं: ब्रांड की संपत्तियां जिनका ट्रेडमार्क पंजीकरण अभी भी संस्थापक के व्यक्तिगत नाम पर है, और डिजाइनर के व्यक्तिगत क्लाउड खाते में रखी गई डिजाइन फाइलों और दस्तावेजों का स्वामित्व। ये दोनों एक ही तालिका में शामिल किए जाने चाहिए।
सौदों में बाधा डालने वाली रुकावटें और उनसे निपटने के उपाय
आर्मेनियाई प्रौद्योगिकी कंपनी के पहले स्वामित्व लेखापरीक्षा में सामने आई अधिकांश कमियां पांच दोषों के कारण हैं।
संस्थापक ने कंपनी के अस्तित्व में आने से पहले ही प्रोटोटाइप लिखा था। मार्च में निगमित कंपनी जनवरी में लिखे गए कोड पर किसी भी रोजगार नियम के तहत अधिकार नहीं रख सकती, क्योंकि उस समय कोई नियोक्ता नहीं था। प्रोटोटाइप अक्सर उत्पादन में बना रहता है। इसका समाधान यह है कि संस्थापक को निगमन-पूर्व कार्य के लिए एक असाइनमेंट दिया जाए, जिस पर संस्थापक के कंपनी से जुड़े रहने के दौरान हस्ताक्षर किए जाएं।
खरीद आदेश के आधार पर ठेकेदारों को नियुक्त किया गया। कार्यक्षेत्र, चालान और भुगतान की पुष्टि से यह सिद्ध होता है कि ठेकेदार को भुगतान कर दिया गया है। इनमें से कोई भी कॉपीराइट का हस्तांतरण नहीं करता है। यदि ठेकेदार से संपर्क संभव है, तो एक अलग हस्तांतरण समझौता इस मामले को सुलझाता है।
लाइसेंस की भाषा को असाइनमेंट की भाषा समझ लिया जाता है। अंतरराष्ट्रीय टेम्पलेट से तैयार किए गए समझौतों में अक्सर "एक अनन्य, चिरस्थायी, अपरिवर्तनीय लाइसेंस" प्रदान किया जाता है। अनन्य और चिरस्थायी होने का अर्थ स्वामित्व नहीं है, और बिना किसी निश्चित अवधि वाले लाइसेंस के लिए पांच साल की वैकल्पिक अवधि इस अंतर को स्पष्ट करती है।
केवल आर्मेनिया का क्षेत्र। एक सुव्यवस्थित अनुबंध जिसमें क्षेत्र का उल्लेख नहीं है, आर्मेनिया के अधिकारों को हस्तांतरित करता है और बाकी अधिकार लेखक के पास छोड़ देता है। यूरोपीय संघ और संयुक्त राज्य अमेरिका में ग्राहकों को बेचे जाने वाले उत्पाद के लिए, यही उसकी सबसे बड़ी खूबी है।
ईओआर का अप्रलेखित संबंध। जिन कंपनियों ने ईओआर के माध्यम से अर्मेनियाई इंजीनियरिंग टीम का विस्तार किया है, उनके पास अक्सर वाणिज्यिक शर्तों वाला सेवा समझौता होता है, लेकिन ईओआर के पास मौजूद अधिकारों का कोई वर्तमान हस्तांतरण नहीं होता है। सेवा प्रदाता से मूल रोजगार अनुबंधों के साथ-साथ सेवा समझौते के बौद्धिक संपदा प्रावधानों की जानकारी मांगें।
कोड लिखे जाने के बाद असाइनमेंट पर हस्ताक्षर करना
किसी कमी को दूर करने के लिए भुगतान करने से पहले, यह सुनिश्चित करें कि कोई कमी है या नहीं। जहाँ कार्य कर्मचारियों द्वारा अपने कर्तव्यों के दायरे में रहकर किया गया हो, वहाँ अनुच्छेद 33(1) के अनुसार आर्थिक अधिकार नियोक्ता के पास होते हैं, जब तक कि अनुबंध में अन्यथा प्रावधान न हो: कंपनी कार्य के निर्माण के समय से ही उसकी मालिक होती है, और उसे इसके आधार का प्रमाण चाहिए - रोजगार अनुबंध, कार्य विवरण, कार्य आवंटन - न कि हस्तांतरण। आगे उन मामलों का वर्णन है जहाँ ऐसा कोई आधार मौजूद नहीं है। इनमें से अधिकांश मामलों में वर्षों पहले किए गए कार्य के लिए आज हस्ताक्षरित अनुबंध शामिल होता है, और अर्मेनियाई अनुबंध कानून पक्षों के बीच इसकी अनुमति देता है: नागरिक संहिता अनुच्छेद 441(2) पक्षों को यह सहमति देने की अनुमति देता है कि उनके अनुबंध की शर्तें अनुबंध के संपन्न होने से पहले उत्पन्न हुए संबंधों पर भी लागू होंगी। जो ठेकेदार 2026 में अपने 2022 के कार्य को कवर करने वाले पुष्टिकरण अनुबंध पर हस्ताक्षर करता है, वह इससे बाध्य होता है।
वह पूर्वव्यापी तिथि निर्धारण उन लोगों पर बाध्यकारी है जिन्होंने उस पर हस्ताक्षर किए थे। यह किसी निवेशक, अधिग्रहणकर्ता या न्यायालय के विरुद्ध यह सिद्ध नहीं करता कि कंपनी सृजन तिथि से ही कार्य की स्वामी थी। अनुच्छेद 441(2) स्पष्ट रूप से पक्षों के बीच संबंधों तक ही सीमित है ; अनुच्छेद 346(3) यह प्रावधान करता है कि कोई दायित्व अपने से बाहर किसी पर कोई कर्तव्य नहीं डालता; और कॉपीराइट कानून ऐसी कोई तिथि निर्धारित नहीं करता जिससे गैर-पक्षों के विरुद्ध कोई असाइनमेंट प्रभावी हो। ट्रेडमार्क के साथ तुलना करना शिक्षाप्रद है - ट्रेडमार्क कानून का अनुच्छेद 26(3) स्पष्ट रूप से किसी असाइनमेंट को रजिस्टर प्रविष्टि से ही तीसरे पक्षों के विरुद्ध प्रभावी बनाता है, जबकि कॉपीराइट के लिए ऐसा कुछ भी नहीं लिखा गया है। न ही कोई ऐसा रजिस्टर है जिसमें सॉफ्टवेयर कॉपीराइट असाइनमेंट को प्राथमिकता निर्धारित करने के लिए दर्ज किया जा सके: जमा, नोटरीकरण और समय-मुहर लगाना साक्ष्य हैं, स्वामित्व नहीं। एक पुष्टिकरण असाइनमेंट को हस्ताक्षरकर्ता डेवलपर के साथ संबंध को ठीक करने वाला मानें, और उसी आधार पर लेनदेन प्रकटीकरण की योजना बनाएं। निवेशक के वकील को इस अंतर और इसके समाधान के बारे में बताएं; देर से हस्ताक्षरित दस्तावेज़ को इस तरह प्रस्तुत करना जैसे कि वह हमेशा से मौजूद था, उस प्रश्न को जन्म देता है जिसका उत्तर प्रकटीकरण में दिया जा सकता था। पूर्वव्यापी प्रभाव के लिए स्पष्ट रूप से सहमति देने के विपरीत, हस्ताक्षर की तिथि को पूर्वव्यापी करना एक अलग और गंभीर समस्या है।
इसके साथ दो व्यावहारिक बिंदु भी जुड़े हुए हैं। आर्मेनिया में रोजगार अनुबंध लिखित रूप में होने चाहिए, जिससे नौकरी का विवरण और सेवा संबंधी जिम्मेदारियां वर्षों बाद भी प्राप्त की जा सकें। आर्मेनिया में निष्पादित बौद्धिक संपदा अनुबंध के लिए भाषा संबंधी आवश्यकताओं की पुष्टि इस शोध में नहीं हुई है, इसलिए विदेशी निवेशक के वकील द्वारा पढ़े जाने वाले दस्तावेज़ के लिए द्विभाषी निष्पादन प्रति एक सतर्क दृष्टिकोण बना हुआ है।
पंजीकरण, प्रवर्तन और स्वामित्व की स्पष्ट श्रृंखला के आधार पर व्यापक संरक्षण रणनीति के लिए, आर्मेनिया के तकनीकी क्षेत्र में बौद्धिक संपदा अधिकारों की सुरक्षा के लिए हमारी मार्गदर्शिका देखें ।
ज़्यादातर पूछे जाने वाले सवाल
क्या हमारे अर्मेनियाई रोजगार अनुबंधों में बौद्धिक संपदा हस्तांतरण खंड की आवश्यकता है?
क्या ठेकेदार उस कोड का मालिक है जिसे लिखने के लिए हमने उन्हें भुगतान किया था?
शुरुआती ठेकेदारों ने कभी किसी समझौते पर हस्ताक्षर नहीं किए और कुछ तो चले भी गए। अब क्या होगा?
क्या आर्मेनिया में पूर्वव्यापी तिथि से लागू किया गया असाइनमेंट समझौता वैध है?
EOR के माध्यम से नियुक्त डेवलपर द्वारा लिखे गए सॉफ़्टवेयर का मालिक कौन होता है?
हमारे ठेकेदार समझौते में एक अनन्य स्थायी लाइसेंस का प्रावधान है। क्या यह पर्याप्त है?
निवेशक वास्तव में कौन से दस्तावेज देखना चाहेंगे?
क्या हमारे कर्मचारी अपने नैतिक अधिकारों को त्याग सकते हैं?
अंतिम अद्यतन: 21 सितंबर 2026
