डेवलपर्स के लिए IP असाइनमेंट एग्रीमेंट: हर स्टार्टअप को जो कानूनी गाइड चाहिए

दस इंजीनियरों वाला एक स्टार्टअप, Series A टर्म शीट मेज पर रखी हुई है, और एक समस्या जिसे किसी ने नहीं देखा जब तक कि निवेशक के वकील ने नहीं पूछा: "कोड का असली मालिक कौन है?"

यह एक ऐसा सवाल है जो सौदों को तोड़ देता है। और यह लगभग हमेशा एक ही दस्तावेज़ से रोका जा सकता है जो पहले कोड कमिट से पहले साइन हो जाए, एक IP असाइनमेंट एग्रीमेंट।

यह गाइड सब कुछ कवर करता है: यह एग्रीमेंट क्या है, कौन से खंड मायने रखते हैं, US work-for-hire सिद्धांत क्यों विकल्प नहीं है, California Labor Code §2870 West Coast स्टार्टअप्स के लिए क्या बदलता है, क्रॉस-बॉर्डर हायरिंग स्वामित्व को कैसे जटिल बनाती है, और M&A due diligence (खरीद-बिक्री की कानूनी जांच) के दौरान अधिग्रहणकर्ता क्या जांचते हैं। अंत में एक मुफ्त टेम्पलेट भी है।

शुरू करने से पहले एक नोट: यहाँ कुछ भी कानूनी सलाह नहीं है। विशिष्ट IP स्थितियाँ , खासकर क्रॉस-बॉर्डर या M&A संदर्भ में, एक योग्य अटॉर्नी की आवश्यकता होती है। मैं यहाँ सीधी बात करूँगा: यह एक व्यावहारिक संदर्भ है जो आपको बेहतर सवाल पूछने और समस्याओं को महंगा होने से पहले पहचानने में मदद करेगा।

अगर आप IT कंपनी के लिए आवश्यक दस्तावेज़ों की व्यापक रेंज के बारे में भी सोच रहे हैं, तो contract और agreement के बीच का अंतर नीचे दी गई विशेष जानकारी में गोता लगाने से पहले एक उपयोगी शुरुआती बिंदु है।

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

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

सॉफ्टवेयर दुनिया में, यह तीन स्थितियों में सबसे ज़्यादा मायने रखता है:

• जब एक कर्मचारी कंपनी के समय (या कंपनी के उपकरण) पर कोड लिखता है
• जब एक कॉन्ट्रैक्टर या फ्रीलांसर एक सर्विस एग्रीमेंट के तहत कुछ बनाता है
• जब एक फाउंडर एक नई कंपनी में पूर्व-मौजूदा या प्रारंभिक चरण का काम योगदान करता है

इनमें से किसी भी मामले में हस्ताक्षरित IP असाइनमेंट एग्रीमेंट के बिना, स्वामित्व डिफ़ॉल्ट रूप से निर्माता को जाता है, काम के लिए भुगतान करने वाली कंपनी को नहीं। यही वह खाई है जिसे अधिकांश स्टार्टअप तब तक नहीं समझ पाते जब तक कि यह समस्या न बन जाए।

आप कई संक्षिप्त नाम देखेंगे जिन्हें परस्पर उपयोग किया जाता है: IPAA (IP Assignment Agreement), PIIA (Proprietary Information and Inventions Agreement), CIIA (Confidential Information and Inventions Agreement), PIIAA, और CIIAA। ये काम के लिहाज़ से एक जैसे हैं, असाइनमेंट प्लस गोपनीयता एक ही दस्तावेज़ में लिपटी हुई। विशिष्ट नाम उससे कम मायने रखता है जो दस्तावेज़ वास्तव में कहता है।

लोग अक्सर IP असाइनमेंट को IP लाइसेंसिंग के साथ भ्रमित करते हैं। ये एक ही नहीं हैं, और उन्हें मिलाना वास्तविक कानूनी जोखिम पैदा करता है।

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

एक सॉफ्टवेयर स्टार्टअप के लिए, "क्या हमारे पास असाइनमेंट है या लाइसेंस?" सवाल आमतौर पर फंडरेजिंग या अधिग्रहण के दौरान उठता है जब खरीदार के वकील अनुबंधों की समीक्षा करते हैं। एक लाइसेंस जो साइनिंग के समय ठीक लग रहा था, एक बड़ी समस्या बन जाता है जब यह एकमात्र दस्तावेज़ होता है जो एक महत्वपूर्ण इंजीनियर को आपके कोडबेस से जोड़ता है।

जब आपको असाइनमेंट के बजाय लाइसेंस की आवश्यकता होती है , मान लीजिए जब आप किसी तीसरी पार्टी लाइब्रेरी का उपयोग कर रहे हैं या एक API को एकीकृत कर रहे हैं, तो सुनिश्चित करें कि लाइसेंस दायरा वास्तव में उसे कवर करता है जो आप इसके साथ कर रहे हैं। उत्पादन सॉफ्टवेयर में एंबेडेड "केवल गैर-वाणिज्यिक उपयोग" लाइसेंस आश्चर्यजनक रूप से आम खतरे की घंटी हैं।

सभी IP असाइनमेंट एग्रीमेंट एक जैसे नहीं होते हैं। संदर्भ, कर्मचारी, कॉन्ट्रैक्टर, फाउंडर, या M&A, दांव, आम खंड, और यदि आप इसे गलत करते हैं तो जोखिम बदलते हैं।

कॉन्ट्रैक्टर का मामला अतिरिक्त ध्यान का हकदार है। कई कंपनियाँ मानती हैं कि एक फ्रीलांसर को काम के लिए भुगतान करना स्वचालित रूप से यह मतलब है कि वे आउटपुट के मालिक हैं। यह US या अधिकांश अन्य क्षेत्राधिकारों में कॉपीराइट कानून का काम नहीं करता है। एक स्वतंत्र कॉन्ट्रैक्टर डिफ़ॉल्ट रूप से उसका मालिक होता है जो वे लिखित असाइनमेंट के बिना बनाते हैं। यहाँ तक कि "work made for hire" सिद्धांत, जिसे हम विस्तार में कवर करेंगे, की विशिष्ट और संकीर्ण आवश्यकताएँ हैं जिन्हें अधिकांश कॉन्ट्रैक्टर रिश्ते पूरा नहीं करते।

Founder IP दूसरी उच्च जोखिम वाली श्रेणी है। अगर आपके CTO ने निगमन से पहले छह महीने कोड लिखा और कभी औपचारिक रूप से इसे कंपनी को असाइन नहीं किया, तो कंपनी उस कोड का मालिक नहीं है। CTO है। अगर वे बुरी शर्तों के तहत छोड़ते हैं, या बस कागजी कार्रवाई को प्राथमिकता नहीं देते, तो आपके पास एक मालिकाना हक की समस्या है। बाहरी डेवलपर्स के साथ काम करते समय गोपनीयता से संबंधित विचारों के लिए software companies के लिए contractor NDA अनुभाग देखें।

एक अच्छी तरह से मसौदा तैयार IP असाइनमेंट एग्रीमेंट लंबा नहीं होता, लेकिन हर खंड विशिष्ट काम करता है। यहाँ बताया गया है कि एक ठोस एग्रीमेंट में क्या शामिल होना चाहिए और हर तत्व क्यों मायने रखता है।

असाइन किए गए IP का scope

यह परिभाषित करता है कि वास्तव में क्या स्थानांतरित किया जा रहा है: "सभी आविष्कार, खोज, लेखकता के काम, ट्रेड सीक्रेट, और सुधार" जो असाइनर कंपनी के साथ अपने रिश्ते के दायरे में बनाता है। दायरा भविष्य के काम को कवर करने के लिए पर्याप्त व्यापक होना चाहिए, न केवल हस्ताक्षर के समय जो मौजूद था।

श्रेणियों के बारे में विशिष्ट रहें: पेटेंट, पेटेंट आवेदन, कॉपीराइट, ट्रेड सीक्रेट, ट्रेडमार्क, नॉलेज (know-how), और नैतिक अधिकार (moral rights)। किसी भी श्रेणी को छोड़ने से खामियाँ पैदा होती हैं।

प्रतिफल (Consideration)

एक असाइनमेंट को कानूनी रूप से लागू करने योग्य बनाने के लिए, असाइनी को बदले में कुछ प्रदान करना चाहिए, प्रतिफल। कर्मचारियों के लिए, निरंतर रोजगार और वेतन आमतौर पर पर्याप्त होता है। कॉन्ट्रैक्टर्स के लिए, सेवाओं के लिए भुगतान काम करता है। Pre-incorporation IP असाइन करने वाले founders के लिए, कंपनी की equity grant आमतौर पर प्रतिफल होती है।

हमेशा इसे स्पष्ट रूप से लिखें। "निरंतर रोजगार और दिए गए वेतन के बदले में" लिखने में कुछ नहीं लगता और बाद में चुनौतियों को रोकता है।

दावे और गारंटी (Representations and Warranties)

असाइनर को यह दावा करना चाहिए कि वे वास्तव में असाइन किए जा रहे IP के मालिक हैं (किसी और को पूर्व असाइनमेंट नहीं), यह तीसरी पार्टी के अधिकारों का उल्लंघन नहीं करता, कोई बंधक (lien) या अतिरिक्त दायित्व (encumbrance) मौजूद नहीं है, और उन्होंने किसी भी तीसरी पार्टी सामग्री का उपयोग नहीं किया है जो IP को दूषित करेगा।

ये reps वही हैं जो अधिग्रहणकर्ता खरीद-बिक्री की जांच के दौरान जांचते हैं। स्पष्ट दावे buyers को आत्मविश्वास देते हैं; गुम或 योग्य reps खतरे की घंटी बजती करते हैं।

Moral rights waiver

अधिकांश नागरिक कानून देशों और कई EU क्षेत्राधिकारों में, निर्माताओं के पास "नैतिक अधिकार (moral rights)" होते हैं: श्रेय का अधिकार और संशोधनों पर आपत्ति करने का अधिकार, जो एक पूर्ण असाइनमेंट के बाद भी बचे रहते हैं। ये अधिकार हमेशा असाइन नहीं किए जा सकते, लेकिन उन्हें अक्सर त्याग किया जा सकता है।

अगर आप France, Germany, या EU में कहीं और डेवलपर्स के साथ काम कर रहे हैं, तो नैतिक अधिकार (moral rights) waiver खंड वैकल्पिक नहीं है। US डेवलपर्स के पास समान statutory नैतिक अधिकार (moral rights) नहीं हैं, लेकिन वैश्विक रूप से waiver शामिल करना अच्छा अभ्यास है।

Background IP और prior art carve-out

यह वह खंड है जो कर्मचारियों और कॉन्ट्रैक्टरों की रक्षा करता है कि वे गलती से कंपनी में शामिल होने से पहले बनाए गए IP को साइन अवे न करें। यह आमतौर पर "पूर्व-मौजूदा IP" या "पूर्व आविष्कार" को सूचीबद्ध करता है और उन्हें असाइनमेंट scope से बाहर रखता है।

कंपनी के लिए, आप चाहते हैं कि यह carve-out संकीर्ण और अच्छी तरह परिभाषित हो, आदर्श रूप से एक एनेक्सर (सूची) से जुड़ा हुआ जो विशिष्ट पूर्व काम को सूचीबद्ध करता है। एक अत्यधिक व्यापक carve-out अस्पष्टता पैदा कर सकता है कि कंपनी वास्तव में क्या मालिक है।

Work-for-hire overlap

यहाँ तक कि अगर एक विशिष्ट काम US कॉपीराइट कानून के तहत work-for-hire के रूप में योग्य होता है, तो एक स्पष्ट असाइनमेंट को दोहरा सुरक्षा उपाय उपाय के रूप में शामिल करना worth है। खंड को कुछ इस तरह पढ़ना चाहिए: "To the extent any Work may not constitute work made for hire, Assignor hereby assigns all right, title, and interest in such Work to Company."

यह work-for-hire सिद्धांत लागू होता है या नहीं इस बारे में कोई विवाद हटा देता है।

Recordation obligations

पेटेंट के लिए, एग्रीमेंट को निर्दिष्ट करना चाहिए कि USPTO के साथ असाइनमेंट को रिकॉर्ड करने के लिए कौन जिम्मेदार है। कॉपीराइट के लिए, यदि लागू हो तो Copyright Office registration को संबोधित करना चाहिए। Unrecorded असाइनमेंट priority समस्याएँ पैदा कर सकते हैं यदि समान IP बाद में किसी तीसरी पार्टी को असाइन किया जाता है।

Governing law

क्षेत्राधिकार निर्दिष्ट करें। यह क्रॉस-बॉर्डर एग्रीमेंट के लिए महत्वपूर्ण हो जाता है जहाँ असाइनर अलग देश में है जिसमें अलग IP कानून है। US कानून (आमतौर पर Delaware या California) चुनना US-आधारित स्टार्टअप के लिए आम है, लेकिन क्या यह choice एक विदेशी कॉन्ट्रैक्टर के खिलाफ लागू होगी यह विवरण पर निर्भर करता है।

समाप्ति और प्रभावी रहना (Termination और Survival)

असाइनमेंट स्वयं अपरिवर्तनीय होना चाहिए। आप नहीं चाहते कि IP स्वामित्व रोजगार संबंध समाप्त होने पर वापस लौट जाए। गोपनीयता और निंदा न करने प्रावधान आमतौर पर termination के बाद survive करते हैं। इसे स्पष्ट रूप से लिखें।

इन दस्तावेज़ों को एक IT कंपनी के contract stack में कैसे फिट होते हैं इस पर एक व्यापक फ्रेमवर्क के लिए, software development agreement template देखें, यह कवर करता है कि IP खंड statements of work और service terms के साथ कैसे एकीकृत होते हैं।

US कॉपीराइट कानून (17 U.S.C. §101) के तहत, एक "work made for hire" नियोक्ता या commissioning party की होती है शुरुआत से, कोई असाइनमेंट आवश्यक नहीं। सुविधाजनक लगता है। मगर सच यह है कि सिद्धांत उससे संकीर्ण है जितना अधिकांश लोग मानते हैं।

Work-for-hire वास्तव में कब लागू होता है

Work-for-hire दो श्रेणियों को कवर करता है:

श्रेणी 1 — कर्मचारी का काम: कर्मचारी द्वारा उनके रोजगार के दायरे के भीतर बनाए गए काम। कीवर्ड वाक्यांश है "दायरे के भीतर।" कंपनी के समय पर, कंपनी के संसाधनों का उपयोग करके, कंपनी के उद्देश्यों के लिए लिखा गया कोड = work for hire। रात 2 बजे एक व्यक्तिगत लैपटॉप पर व्यक्तिगत परियोजना के लिए लिखा गया कोड = शायद नहीं, यहाँ तक कि अगर कर्मचारी full-time है।

श्रेणी 2 — Commissioned works: विशेष रूप से ordered या commissioned किए गए काम जो नौ विशिष्ट कानूनी श्रेणियों में से एक में आते हैं: collective works में योगदान, motion picture के हिस्से, अनुवाद, supplementary works, compilations, instructional texts, tests, tests के लिए answer material, और atlases।

यहाँ जो उस सूची पर नहीं है: custom software। एक mobile app, एक SaaS product, एक payment integration, इनमें से कोई भी नौ श्रेणियों में नहीं आता। इसलिए एक commissioned work जो statutory श्रेणी में फिट नहीं होती, चाहे अनुबंध कुछ भी कहे, work-for-hire नहीं हो सकती।

कॉन्ट्रैक्टर क्यों फिट नहीं होते

स्वतंत्र कॉन्ट्रैक्टरों के लिए, work-for-hire केवल तभी लागू होता है यदि (a) काम नौ श्रेणियों में से एक में आता है और (b) एक लिखित एग्रीमेंट है जो इसे स्पष्ट रूप से work-for-hire के रूप में नामित करता है। Custom software कॉन्ट्रैक्टरों के लिए दोनों शर्तों को पूरा नहीं करता। परिणाम: एक कॉन्ट्रैक्टर जो आपका उत्पाद बनाता है उस उत्पाद का मालिक तब तक होता है जब तक कि कोई स्पष्ट लिखित असाइनमेंट न हो।

कानूनी लड़ाई में यह गलती बहुत भारी पड़ती है। *Cadence Design Systems v. Avanti!* मामले में, Avanti के इंजीनियरों ने अपने पूर्व नियोक्ता (Cadence) से कोड लिया था, कथित तौर पर उस IP को शामिल किया जिसे सही तरीके से असाइन नहीं किया गया था। परिणामी मुकदमेबाजी सालों तक चली और Avanti को सैकड़ों मिलियन डॉलर का खर्च आया। यद्यपि उस मामले में trade secret theft शामिल थी न कि शुद्ध IP असाइनमेंट विफलता, यह दर्शाता है कि जब IP स्वामित्व शुरू से अस्पष्ट हो तो क्या होता है।

*Waymo v. Uber* (2018) से एक समान सबक आया, जहाँ Uber ने एक कंपनी (Otto) का अधिग्रहण किया जिसकी स्थापना एक पूर्व Google इंजीनियर ने की थी जिसने कथित तौर पर self-driving LIDAR technology से संबंधित proprietary files लीं। Waymo ने तर्क दिया कि अंतर्निहित IP को कभी भी Google से validly असाइन नहीं किया गया था। मामला लगभग $245 मिलियन Uber equity में निपटा। मैंने इसे कई बार देखा है, कंपनियाँ महीनों तक झगड़ती हैं। Acquirers के लिए सबक: कंपनी के इतिहास में किसी भी बिंदु पर chain-of-title की समस्या आपकी समस्या बन सकती है जिस दिन आप close करते हैं।

Belt-and-suspenders दृष्टिकोण

चूँकि work-for-hire की वास्तविक सीमाएँ हैं, best practice दोनों को शामिल करना है: एक कथन कि काम जहाँ तक लागू हो work-for-hire का गठन करता है, plus एक स्पष्ट असाइनमेंट खंड जो everything को कवर करता है जो योग्य नहीं है। यह खाई पूरी तरह बंद कर देता है और तर्क के लिए कोई जगह नहीं छोड़ता।

US कॉपीराइट और पेटेंट अवधारणाएँ अच्छी तरह यात्रा नहीं करतीं। जब आप Ukraine, India, Poland, या US के बाहर कहीं भी डेवलपर्स को hire करते हैं, तो आप अलग डिफ़ॉल्ट नियमों के साथ काम कर रहे हैं, और US work-for-hire सिद्धांत बस लागू नहीं होता।

US स्थिति

US कानून के तहत, work made for hire कर्मचारियों को कवर करता है (कॉन्ट्रैक्टरों को नहीं), और एक स्पष्ट लिखित असाइनमेंट बाकी सभी को कवर करता है। US स्टार्टअप द्वारा उपयोग की जाने वाली standard PIIA US-आधारित टीम सदस्यों के लिए ठीक काम करती है।

EU स्थिति

EU सदस्य राज्यों के अपने कॉपीराइट व्यवस्थाएँ हैं, लेकिन कई समान बिंदु मौजूद हैं। सबसे पहले बात करते हैं moral rights की। Berne Convention (जिसका अधिकांश देश पालन करते हैं) के तहत, लेखकों के पास ऐसे नैतिक अधिकार जिन्हें छोड़ा नहीं जा सकता होते हैं, जिसमें श्रेय और अखंडता के अधिकार शामिल हैं, जो एक पूर्ण economic rights transfer के बाद भी बचे रहते हैं। France, Germany, और Netherlands में, ये अधिकार कई परिस्थितियों में अनुबंध द्वारा waived नहीं किए जा सकते। व्यावहारिक समाधान एक व्यापक "लागू कानून द्वारा अनुमत सीमा तक" waiver है जिसे moral rights का अभ्यास न करने की covenant के साथ जोड़ा गया है।

इसके अलावा, कुछ EU क्षेत्राधिकार रोजगार-सृजित IP का स्वचालित असाइनमेंट नियोक्ताओं को मान्यता देते हैं, लेकिन महत्वपूर्ण अपवादों और सीमाओं के साथ जो देश द्वारा भिन्न होती हैं। Germany, उदाहरण के लिए, रोजगार कर्तव्यों के भीतर बनाम बाहर बनाए गए सॉफ्टवेयर के बीच अंतर करता है। Netherlands के पास नियोजित डेवलपर्स के लिए एक partial स्वचालित असाइनमेंट rule है।

तीसरा मुद्दा यह है कि EU Software Directive (Directive 2009/24/EC) कंप्यूटर प्रोग्राम के लिए कुछ नियमों को एकीकृत करती है, लेकिन देशों की अलग-अलग व्यवस्थाओं को खत्म नहीं करती।

ऑफशोर कॉन्ट्रैक्टर समस्या

यह वह जगह है जहाँ अधिकांश US स्टार्टअप मुसीबत में पड़ते हैं। Kyiv या Bangalore में एक डेवलपर एक स्वतंत्र कॉन्ट्रैक्टर है। US work-for-hire लागू नहीं होता। उनका स्थानीय कानून समकक्ष अवधारणाएँ नहीं रख सकता। यदि करार को नियंत्रित करने वाला अनुबंध एक स्पष्ट लिखित असाइनमेंट शामिल नहीं करता, और यह निर्दिष्ट नहीं करता कि कौन सा कानून नियंत्रित करता है, तो आपके पास संभावित रूप से एक मालिकाना हक की समस्या है।

समाधान जटिल नहीं है: किसी भी ऑफशोर कॉन्ट्रैक्टर के साथ अनुबंध में निम्नलिखित शामिल होने चाहिए:

1. 1.
   कंपनी को सभी IP स्थानांतरित करने वाला एक स्पष्ट असाइनमेंट खंड
2. 2.
   एक moral rights waiver "लागू कानून द्वारा अनुमत सीमा तक"
3. 3.
   एक governing law खंड (आमतौर पर US कंपनियों के लिए Delaware या New York)
4. 4.
   एक representation कि कॉन्ट्रैक्टर उसका मालिक है जो वे असाइन कर रहे हैं

IT कंपनियों के लिए contract management software का उपयोग करने वाली टीमों के लिए जो offshore डेवलपर्स को hire करती हैं, इस तरह का क्रॉस-बॉर्डर IP खंड एक standard template element होना चाहिए, न कि हर बार शुरुआत से मसौदा तैयार किया जाने वाला कुछ।

आपके अनुबंधों के लिए व्यावहारिक निहितार्थ

अगर आप एक US स्टार्टअप हैं जिसके डेवलपर्स US के अलावा किसी भी देश में हैं, तो वापस जाएं और अपने मौजूदा अनुबंधों का audit करें। विशेष रूप से एक IP असाइनमेंट खंड के लिए देखें, न केवल एक work-for-hire designation। अगर यह गायब है, तो तुरंत एक पूर्व-प्रभावी असाइनमेंट साइन करवाएं। Courts ने आम तौर पर पूर्व-प्रभावी असाइनमेंट को लागू किया है, लेकिन यह कुछ से कहीं बेहतर है।

यह भी ध्यान रखें worth: कुछ देशों में IP असाइनमेंट को तीसरी पक्षों के खिलाफ लागू करने योग्य होने के लिए स्थानीय रूप से registered करने की आवश्यकता होती है, यहाँ तक कि अगर वे पक्षों के बीच valid हों। Ukraine और India दोनों के पास registration व्यवस्थाएँ हैं जिनकी जांच worth है यदि आपकी टीम वहाँ आधारित है।

California के पास संयुक्त राज्य अमेरिका में सबसे कर्मचारी-अनुकूल IP कानूनों में से एक है। अगर आपके किसी भी कर्मचारी California में काम करते हैं, यहाँ तक कि केवल एक, तो आपको एक मानक PIIA सौंपने से पहले California Labor Code §2870 को समझने की आवश्यकता है।

§2870 वास्तव में क्या कहता है

California Labor Code §2870(a) पढ़ता है:

> "Any provision in an employment agreement which provides that an employee shall assign, or offer to assign, any of his or her rights in an invention to his or her employer shall not apply to an invention that the employee developed entirely on his or her own time without using the employer's equipment, supplies, facilities, or trade secret information except for those inventions that either: (1) Relate at the time of conception or reduction to practice of the invention to the employer's business, or actual or demonstrably anticipated research or development of the employer; or (2) Result from any work performed by the employee for the employer."

सीधी बात यह है: आप एक California कर्मचारी से उस IP को असाइन करने की आवश्यकता नहीं कर सकते जो उन्होंने पूरी तरह अपने समय पर, केवल अपने संसाधनों का उपयोग करके, कंपनी के वर्तमान या संभावित business से असंबंधित काम के लिए विकसित किया है।

यह स्टार्टअप के लिए क्यों मायने रखता है

जिस क्षण आप एक अत्यधिक व्यापक असाइनमेंट खंड जोड़ते हैं: "you assign everything you create during your employment, period", एक California कर्मचारी के PIIA में, वह खंड §2870 के तहत अमान्य और अप्रवर्तनीय हो सकता है। और इससे भी बुरी बात, California Labor Code §2872 नियोक्ताओं को कर्मचारियों को §2870 की सुरक्षाएँ के बारे में सूचित करने और किसी भी एग्रीमेंट में एक विशिष्ट सूचना शामिल करने की आवश्यकता होती है जो असाइनमेंट की आवश्यकता होती है।

एक standard Silicon Valley PIIA में §2870 बाहर रखने की भाषा शामिल होगी। Internet से डाउनलोड किया गया एक सामान्य टेम्पलेट शायद नहीं। अंतर यह है कि क्या एग्रीमेंट एक California-आधारित इंजीनियर की चुनौती से बचता है जो दावा करता है कि उनका व्यक्तिगत परियोजना असाइनमेंट के अधीन नहीं था।

अन्य राज्यों में समान कानून

California अकेला नहीं है। Delaware, Illinois, Minnesota, North Carolina, और Washington सभी के पास समान, यद्यपि कम आक्रामक, statutes हैं जो नियोक्ता IP असाइनमेंट अधिकारों को सीमित करते हैं। Illinois (765 ILCS 1060) और Minnesota (Minn. Stat. §181.78) के पास §2870 के लगभग एक जैसे प्रावधान हैं।

अगर आपके इनमें से किसी भी राज्य में कर्मचारी हैं, और यह काफी आम है —, तो आपके IP असाइनमेंट एग्रीमेंट को state-specific बाहर रखने की भाषा की आवश्यकता है। एक Delaware-incorporated कंपनी जिसकी California engineering team है, को California-compliant एग्रीमेंट की आवश्यकता है, चाहे governing law खंड कुछ भी कहे।

व्यावहारिक अनुपालन कदम

किसी भी California कर्मचारी के लिए:

1. 1.
   असाइनमेंट खंड में §2870 carve-out शामिल करें
2. 2.
   Exhibit B (या समकक्ष) जोड़ें जो California statute का सारांश देता है
3. 3.
   कर्मचारी को हस्ताक्षर से पहले समीक्षा के लिए पर्याप्त समय दें, इसे day one पर तीसरे onboarding documents के साथ प्रस्तुत न करें और तुरंत हस्ताक्षर की अपेक्षा न करें
4. 4.
   अगर आपको यकीन नहीं है कि क्या आपकी मौजूदा भाषा complies है, तो counsel से एग्रीमेंट की समीक्षा करवाएं

§2870 की अनदेखी सिर्फ असाइनमेंट खंड को invalid नहीं करती, California courts ने पाया है कि यदि उल्लंघन पर्याप्त गंभीर है तो यह पूरी PIIA को दूषित कर सकता है।

IP स्वामित्व की श्रृंखला एक गंभीर acquirer द्वारा समीक्षा की जाने वाली पहली चीज़ों में से एक है। अगर आप एक exit की ओर बढ़ रहे हैं , या एक fundraise की योजना बना रहे हैं जहाँ investors कानूनी due diligence करेंगे, तो अपूर्ण IP असाइनमेंट tech अधिग्रहण में सबसे आम सौदा रोकने वाली बाधा है।

Acquirers वास्तव में क्या देखते हैं

खरीदार के वकील हर उस व्यक्ति द्वारा कभी भी हस्ताक्षरित IP असाइनमेंट एग्रीमेंट की मांग करेंगे जिसने उत्पाद में योगदान दिया है। वे जांचेंगे कि:

• हर कर्मचारी के पास अपने रोजगार अवधि को कवर करने वाला हस्ताक्षरित PIIA था
• हर कॉन्ट्रैक्टर के पास हस्ताक्षरित IP असाइनमेंट था (केवल work-for-hire खंड नहीं)
• हर founder ने औपचारिक रूप से pre-incorporation IP को कंपनी को असाइन किया था
• आपके इतिहास में किसी भी acquired कंपनी के पास अपने लोगों से स्पष्ट IP असाइनमेंट थे
• पेटेंट USPTO में कंपनी के नाम पर दर्ज हैं
• कोई third-party open source licenses proprietary कोड को दूषित नहीं करते

M&A IP due diligence चेकलिस्ट

Investor या acquirer review के लिए तैयारी करते समय इस चेकलिस्ट का उपयोग करें:

कर्मचारी (वर्तमान और पूर्व):

• [ ] सभी रोजगार तिथियों को कवर करने वाला हस्ताक्षरित PIIA
• [ ] यदि California-आधारित तो §2870 compliant
• [ ] Separation agreements पुष्टि करते हैं कि IP प्रावधान समाप्ति के बाद बरकरार रहे
• [ ] कोई अनसुलझे IP dispute claims नहीं

कॉन्ट्रैक्टर और फ्रीलांसर:

• [ ] सभी अनुबंधों में लिखित IP असाइनमेंट खंड (केवल work-for-hire नहीं)
• [ ] Offshore कॉन्ट्रैक्टर स्पष्ट असाइनमेंट + लागू कानून (governing law) खंड द्वारा कवर
• [ ] कार्य विवरण (Statement of Work) IP असाइनमेंट एग्रीमेंट का संदर्भ देता है
• [ ] Payment records engagement dates से मेल खाते हैं (दिखाते हैं कि काम वास्तव में किया गया था)

Founders:

• [ ] निगमन से पहले या निगमन पर IP असाइनमेंट हस्ताक्षरित
• [ ] सभी pre-incorporation work covered
• [ ] असाइनमेंट को कमजोर करने वाली कोई अलग अनुबंध नहीं
• [ ] Founder equity के लिए वेस्टिंग शेड्यूल (ताकि जाने पर founder दबाव न बना सके)

Third-party IP:

• [ ] Open source license inventory — proprietary कोड में कोई copyleft (GPL) licenses नहीं
• [ ] सभी licensed IP का appropriate scope है (commercial use, sublicensing allowed)
• [ ] बिना clean असाइनमेंट के पूर्व नियोक्ताओं से कोई कोड शामिल नहीं

पेटेंट और कॉपीराइट registration:

• [ ] सभी पेटेंट और पेटेंट applications USPTO में कंपनी के नाम पर recorded
• [ ] Key works के लिए copyright registrations (वैकल्पिक लेकिन स्थिति मजबूत करता है)
• [ ] Domain name और trademark registrations confirmed

Valuation प्रभाव

IP chain-of-title की खामियाँ सिर्फ कानूनी लागत नहीं जोड़तीं, वे valuation कम करती हैं। एक $50M acquisition जिसमें IP समस्या हो सकती है, दोबारा मूल्यांकित या पुनर्गठित की जा सकती है ताकि समस्या के समाधान तक एस्क्रो में हिस्सा रखा जा सके। सबसे खराब स्थिति में, सौदा पूरी तरह समाप्त हो जाता है।

Due diligence के लिए तैयारी कर रही IT कंपनियों के लिए, document management system for IT companies का उपयोग करना जो timestamp और cryptographic verification के साथ सभी साइंड एग्रीमेंट store करता है, यह प्रक्रिया को नाटकीय रूप से तेज़ कर देता है। Buyers एक व्यवस्थित, सत्यापन योग्य document repository तक पहुँचने की सराहना करते हैं बजाय email attachments के माध्यम से खोदने के।

वास्तविक दुनिया का मामला: जिनके कोई दावेदार नहीं रहे कॉन्ट्रैक्टर

यहाँ एक pattern जो M&A में नियमित रूप से आता है: एक स्टार्टअप ने 2021 में seed round उठाया, उस सर्दी MVP development को एक offshore agency को outsourced किया, और 2025 में एक acquisition योग्य product बनाने के लिए आगे बढ़ा। लेकिन किसी ने कभी agency से हस्ताक्षरित IP असाइनमेंट वापस जाकर नहीं लिया। Agency के standard contract में एक "work for hire" खंड था जो international कॉन्ट्रैक्टरों पर लागू नहीं होता। Acquirer के वकील इसे flag करते हैं; agency अब defunct है; मूल डेवलपर्स बिखर गए हैं। Months की कानूनी कार्रवाई follows।

यह कहानी रोके जा सकने योग्य है, बशर्ते आप समय रहते सतर्क हों। Engagement के समय सही तरीके से IP असाइन करें। अनुबंध में यह एक अतिरिक्त page लेता है।

एक IP असाइनमेंट एग्रीमेंट पर हस्ताक्षर करना पक्षों के बीच एक वैध अनुबंध बनाता है। संबंधित सरकारी प्राधिकरण के साथ उस असाइनमेंट को record करना आपको तीसरे पक्ष के दावे के खिलाफ सुरक्षित करता है।

USPTO assignment recordation (पेटेंट)

पेटेंट और पेटेंट applications के लिए, US कानून (35 U.S.C. §261) उसी आविष्कारक से बाद में recorded असाइनमेंट के खिलाफ सुरक्षा के लिए USPTO's Assignment Division के साथ असाइनमेंट record करने की आवश्यकता होती है। अगर एक बदमाश आविष्कारक समान पेटेंट को दो अलग-अलग पक्षों को असाइन करता है, तो जिस पक्ष ने पहले record किया वह आम तौर पर जीतती है, चाहे कौन सा असाइनमेंट पहले हस्ताक्षरित किया गया था।

Recordation अनिवार्य नहीं है, लेकिन व्यावहारिक रूप से यह आवश्यक है। M&A due diligence और पेटेंट लाइसेंसिंग दोनों recorded ownership की पुष्टि की आवश्यकता होती है। लागत प्रति असाइनमेंट कुछ सौ डॉलर है, और प्रक्रिया सीधी है।

US Copyright Office registration

सॉफ्टवेयर के लिए, कॉपीराइट निर्माण क्षण पर स्वचालित रूप से निर्माता (या असाइनी) के साथ निहित होता है। Registration validity के लिए आवश्यक नहीं है। लेकिन US Copyright Office के साथ copyright register करना infringement से पहले (या प्रकाशन के तीन महीने के भीतर) कानूनी हर्जाना सक्रिय करता है, जो जानबूझकर infringement के लिए प्रति काम $150,000 तक पहुँच सकते हैं, बिना वास्तविक नुकसान साबित किए।

Core product कोड के लिए, copyright registration सस्ता बीमा जैसा है। Copyright Office ownership transfers को भी record करता है, जो एक सार्वजनिक अभिलेख बनाता है।

Trade secret protection

ट्रेड सीक्रेट के लिए कोई registration नहीं है, सुरक्षा गोपनीयता बनाए रखने से आती है। लेकिन ट्रेड सीक्रेट को कवर करने वाले IP असाइनमेंट एग्रीमेंट में उन्हें अभी भी विशेष रूप से (या एक वर्ग के रूप में) पहचानना चाहिए ताकि असाइनमेंट का दायरा स्पष्ट हो। Defend Trade Secrets Act (DTSA) US में ट्रेड सीक्रेट के लिए संघीय सुरक्षा प्रदान करता है, लेकिन केवल यदि गोपनीयता बनाए रखने के लिए उचित कदम उठाए गए हों।

International recordation

जिन कंपनियों के पास कई देशों में IP है, हर jurisdiction की अपनी recordation आवश्यकताएँ हैं। WIPO international IP frameworks को समन्वयित करता है लेकिन एक ही global registry संचालित नहीं करता। प्रमुख बाजारों (EU, UK, Canada, Australia) के लिए, registered पेटेंट या trademarks के लिए असाइनमेंट record करते समय स्थानीय IP office requirements की जांच करें।

कई स्टार्टअप के साथ काम करने के बाद एक बात साफ होती है: एक जैसी समस्याएँ बार-बार सामने आती हैं। यहाँ वे गलतियाँ हैं जो कंपनियों को सबसे ज़्यादा खर्च कराती हैं। यह कोई थ्योरी नहीं, रोज़मर्रा की कहानी है।

गलती 1: पहले कॉन्ट्रैक्टर के साथ कोई एग्रीमेंट नहीं

कई स्टार्टअप अपने पहले डेवलपर को एक व्यक्तिगत जान-पहचान या एक त्वरित सिफारिश के माध्यम से hire करते हैं। सब कुछ अनौपचारिक लगता है। कोई मानक अनुबंध नहीं, कोई IP असाइनमेंट नहीं, बस एक हाथ मिलाना और एक Venmo भुगतान (ऑनलाइन पेमेंट)। जब तक कंपनी कुछ कीमत की होती है, वह डेवलपर बहुत पहले जा चुका होता है, और मूल codebase का स्वामित्व वास्तव में अस्पष्ट होता है।

इसे ठीक करें: हर भुगतान वाले development engagement को एक कानूनी अनुबंध की तरह treat करें, चाहे रिश्ता कितना भी अनौपचारिक लगे। IP असाइनमेंट खंड वाला एक एक पन्ना कुछ नहीं लगता।

गलती 2: केवल रोजगार पर निर्भर रहना

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

इसे ठीक करें: हर तकनीकी role वाले कर्मचारी को onboarding पर एक PIIA साइन करना चाहिए। work-for-hire के डिफ़ॉल्ट पर निर्भर न रहें।

गलती 3: असाइनमेंट backup के बिना work-for-hire

जैसा कि चर्चा की गई, work-for-hire की संकीर्ण कानूनी सीमाएँ हैं। एक कॉन्ट्रैक्टर अनुबंध में backup असाइनमेंट खंड के बिना "work made for hire" भाषा का उपयोग करना एक खाई छोड़ देता है जिसे एक जाने वाला कॉन्ट्रैक्टर फायदा उठा सकता है।

इसे ठीक करें: दोनों शामिल करें। दोहरा सुरक्षा उपाय खंड दो पंक्तियाँ लेता है।

गलती 4: बिना schedule के व्यापक carve-outs

एक कर्मचारी को prior IP carve out करने की अनुमति देना बिना उन्हें इसे सूचीबद्ध करने की आवश्यकता के असीमित अस्पष्टता पैदा करता है। छह महीने बाद जब वे छोड़ते हैं, तो वे लगभग कुछ भी "prior IP" के रूप में claim कर सकते हैं यदि कोई उसी समय का लिखित प्रमाण नहीं है।

Fix: साइनिंग पर जुड़ी हुई prior inventions एनेक्सर (सूची) की आवश्यकता होती है। यहाँ तक कि अगर यह खाली है, तो file पर एक खाली schedule होना एक unlimited verbal carve-out से बेहतर है।

गलती 5: Role changes के बाद एग्रीमेंट अपडेट नहीं करना

पाँच साल पहले एक junior engineer के रूप में hired किया गया एक डेवलपर ने एक संकीर्ण scoped PIIA साइन किया। वे अब सब कुछ तक पहुँच और सभी IP strategy की जिम्मेदारी के साथ CTO हैं। उनका पुराना एग्रीमेंट उनके वर्तमान role के scope को कवर नहीं कर सकता है।

Fix: जब कर्मचारी काफी भूमिकाएँ बदलते हैं तो IP एग्रीमेंट की समीक्षा करें। एक updated PIIA पुराने को replace नहीं करता, यह इसे supplement करता है।

Agreements में चेतावनी संकेत

अगर आप एक डेवलपर या कॉन्ट्रैक्टर हैं जो किसी ने आपको दिया हुआ IP असाइनमेंट एग्रीमेंट की समीक्षा कर रहे हैं, तो इनके लिए देखें:

• कोई prior art carve-out नहीं: आप उस काम को असाइन कर सकते हैं जो आपने इस नियोक्ता से सालों पहले किया था
• कोई consideration निर्दिष्ट नहीं: कुछ क्षेत्राधिकारों में अप्रवर्तनीय
• Scope कंपनी के समय के पूरी तरह बाहर व्यक्तिगत उपकरणों पर किए गए काम को कवर करता है: California §2870 इसे void कर सकता है
• कोई governing law खंड नहीं: कौन सा jurisdiction का नियम लागू होता है इस बारे में अस्पष्टता
• Moral rights addressed नहीं: अगर आप EU देश में हैं, तो यह मायने रखता है

IP असाइनमेंट एग्रीमेंट पर हस्ताक्षर करना printing, scanning, या हस्तलिखित हस्ताक्षर के लिए लोगों का पीछा करने की आवश्यकता नहीं होनी चाहिए। लेकिन साइनिंग प्रक्रिया कानूनी रूप से मायने रखती है , विशेष रूप से उन एग्रीमेंट के लिए जिन्हें M&A या litigation के दौरान scrutiny झेलने की आवश्यकता हो सकती है।

Electronic signatures की कानूनी वैधता

US में, ESIGN Act (Electronic Signatures in Global and National Commerce Act) और UETA (Uniform Electronic Transactions Act) स्थापित करते हैं कि electronic signatures अधिकांश commercial contracts के लिए हस्तलिखित हस्ताक्षरों के कानूनी रूप से समकक्ष हैं, जिसमें IP असाइनमेंट एग्रीमेंट शामिल हैं।

EU में, eIDAS Regulation electronic signatures को कवर करती है। High-stakes IP assignments के लिए, एक qualified electronic signature (QES) सबसे अधिक कानूनी वजन प्रदान करती है और EU सदस्य राज्यों में handwritten signature के समकक्ष है।

Signing workflow में क्या देखें

विशेष रूप से IP असाइनमेंट एग्रीमेंट के लिए, आप चाहते हैं:

• एक जांच पथ (audit trail) दिखाता है कि किसने साइन किया, कब, और किस IP पता से
• पहचान सत्यापन (न्यूनतम email confirmation; high-value agreements के लिए ID verification)
• छेड़छाड़-रोधी सीलिंग ताकि कोई विवाद न कर सके कि क्या signed document भेजे गए से मेल खाता है
• दीर्घकालिक भंडारण ताकि आप सालों बाद due diligence के दौरान signed original produce कर सकें

Blockchain-verified signing एक और layer जोड़ती है: हर signed document को एक अपरिवर्तनीय लेजर पर recorded क्रिप्टोग्राफिक हैश मिलता है। इसका मतलब है कि आप साबित कर सकते हैं न केवल कि किसी ने साइन किया, बल्कि कि दस्तावेज़ साइनिंग के बाद से बदला नहीं है। IP assignments के लिए, यह वही प्रकार का सबूत है जो तब कायम रहता है जब स्वामित्व विवादित हो।

IT companies के लिए document management के लिए जो एक distributed team में IP assignments का प्रबंधन करती हैं , अलग-अलग राज्यों में कर्मचारी और कई देशों में कॉन्ट्रैक्टर, एक workflow जो signature status track करता है, documents को cryptographic verification के साथ store करता है, और contract type द्वारा व्यवस्थित करता है, due diligence स्थिति में होने से बहुत पहले investment worth है। blockchain e-signatures की कानूनी ताकत के बारे में अधिक पढ़ें यदि आप technical और कानूनी विवरण चाहते हैं।

Signature के लिए भेजना

IP असाइनमेंट साइनिंग के लिए कुछ व्यावहारिक tips:

• एक cover message के साथ भेजें जो बताता है कि दस्तावेज़ क्या है और यह क्यों मायने रखता है, एक confused signatory साइन नहीं करेगा
• एक realistic deadline दें, लेकिन जल्दबाजी न करें: दबाव में साइंड एक एग्रीमेंट undue influence challenges का सामना कर सकता है
• Remote international contractors के लिए, governing law की पुष्टि करें और कि उन्हें समीक्षा के लिए पर्याप्त अवसर मिला है
• Signed copies को एक ऐसी जगह store करें जहाँ आपकी legal team और भविष्य के due diligence reviewers आसानी से पहुँच सकें

Chaindoc इस workflow को end-to-end संभालता है: आप एक template से draft कर सकते हैं, कई signatories को भेज सकते हैं, blockchain-verified signatures एकत्र कर सकते हैं, और एक ही जगह contract type द्वारा एग्रीमेंट व्यवस्थित कर सकते हैं। Team plans के लिए pricing देखें।

नीचे एक कार्यात्मक IP असाइनमेंट एग्रीमेंट टेम्पलेट है जो अधिकांश US-आधारित employer-employee या employer-contractor स्थितियों के लिए उपयुक्त है। ब्रैकेट में लिखे फील्ड को अपने संदर्भ के अनुकूल बनाएं। California कर्मचारियों के लिए, सुनिश्चित करें कि §2870 carve-out भाषा शामिल है (नीचे चिह्नित है)। Offshore कॉन्ट्रैक्टरों के लिए, governing law और moral rights waiver जोड़ें।

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

---

INTELLECTUAL PROPERTY ASSIGNMENT AGREEMENT

This Intellectual Property Assignment Agreement ("Agreement") is entered into as of [DATE] by and between [COMPANY NAME], a [STATE] [entity type] ("Company"), and [INDIVIDUAL NAME] ("Assignor").

1. ASSIGNMENT OF IP

Assignor hereby irrevocably assigns, transfers, and conveys to Company all right, title, and interest in and to all Inventions (as defined below) that Assignor has conceived, developed, or reduced to practice, solely or jointly with others, during the period of Assignor's relationship with Company that: (a) relate to Company's current or reasonably anticipated business, research, or development; (b) result from work performed by Assignor for Company; or (c) are developed using Company's equipment, supplies, facilities, or Confidential Information.

For purposes of this Agreement, "Inventions" means all inventions, discoveries, developments, improvements, works of authorship, trade secrets, know-how, concepts, and ideas, whether or not patentable or registrable under copyright or similar laws.

2. WORK MADE FOR HIRE; BELT-AND-SUSPENDERS CLAUSE

Assignor acknowledges that all Inventions within the scope of this Agreement are works made for hire to the fullest extent permitted by applicable law. To the extent any Invention does not constitute a work made for hire, Assignor hereby assigns to Company all right, title, and interest in such Invention, including all intellectual property rights therein.

3. PRIOR INVENTIONS CARVE-OUT

This Agreement does not apply to any Invention that Assignor can demonstrate was developed entirely on Assignor's own time without using Company's equipment, supplies, facilities, or trade secret information, except for Inventions that relate to Company's current or anticipated business or result from work performed for Company. [*California employees: see Exhibit A — California Labor Code §2870 Notice.*]

Assignor represents that the Inventions, if any, described in Exhibit B ("Prior Inventions Schedule") attached hereto are Assignor's sole and exclusive property and are not subject to this Agreement.

4. MORAL RIGHTS WAIVER

To the extent permitted by applicable law, Assignor hereby irrevocably waives any and all moral rights, including rights of attribution and integrity, in the Inventions assigned hereunder and covenants not to assert any such rights against Company or its successors, licensees, or assigns.

5. REPRESENTATIONS AND WARRANTIES

Assignor represents and warrants that: (a) Assignor has full power and authority to make this assignment; (b) the Inventions assigned hereunder do not infringe any third-party intellectual property rights; (c) there are no liens, claims, or encumbrances on the Inventions; and (d) Assignor has not previously assigned or agreed to assign any rights in the Inventions to any third party.

6. CONSIDERATION

In consideration of [continued employment and compensation paid / the fees paid under the services agreement dated [DATE] / the equity grant described in [EQUITY AGREEMENT]], the receipt and sufficiency of which are acknowledged, Assignor agrees to the terms of this Agreement.

7. FURTHER ASSURANCES

Assignor shall, at Company's request and expense, execute such additional documents, provide such information, and take such other actions as may be reasonably necessary to perfect, record, or enforce Company's rights in the assigned Inventions, including executing patent applications, copyright registrations, or USPTO recordation documents.

8. GOVERNING LAW

This Agreement shall be governed by the laws of the State of [DELAWARE / CALIFORNIA / OTHER], without regard to conflict-of-law principles.

9. IRREVOCABILITY; SURVIVAL

This assignment is irrevocable. The obligations of this Agreement shall survive the termination of Assignor's relationship with Company.

---

EXHIBIT A — California Labor Code §2870 Notice *(for California employees only)*

Pursuant to California Labor Code §2872, Company notifies you that this Agreement does not apply to any invention that qualifies under California Labor Code §2870, which provides that IP assignment agreements shall not apply to inventions developed entirely on the employee's own time without using the employer's equipment, supplies, facilities, or trade secret information, except for inventions that relate to the employer's business or anticipated research, or result from work performed for the employer.

EXHIBIT B — Prior Inventions Schedule

[List prior inventions here, or write "None" if no prior inventions to disclose.]

---

M&A DUE DILIGENCE CHECKLIST — IP TRACK

Use this checklist when preparing for investor or acquirer IP review:

• [ ] All current employees have signed PIIAs covering their full employment period
• [ ] All former employees' PIIAs are stored and retrievable
• [ ] California employees have §2870-compliant agreements
• [ ] All contractors have explicit IP assignment clauses (not just work-for-hire)
• [ ] Offshore contractors have governing law + moral rights waiver
• [ ] All founders have assigned pre-incorporation IP
• [ ] USPTO patent assignments recorded in company's name
• [ ] Open source license inventory complete — no GPL in proprietary code
• [ ] No third-party IP claims or disputes outstanding
• [ ] All agreements stored with tamper-evident audit trails
• [ ] Separation agreements for departed employees confirm IP provisions survived