प्रोग्रामर के लिए कंपनी कोड अधिकार

सहकर्मियों ने एक ताजा मामला पाया जो संघर्ष की शुरुआत से पहले कर्मचारी कोड के अधिकारों को औपचारिक रूप से औपचारिक रूप से प्रस्तुत करने की आवश्यकता को दिखाता है ( मामले में A / 08-202764 / 2018 में 08/01/2019 के बौद्धिक संपदा अधिकार न्यायालय का समाधान )।

मैंने बौद्धिक गतिविधि के परिणामों के अधिकारों को औपचारिक रूप से महत्व देने के बारे में बार-बार लिखा है। सॉफ्टवेयर डेवलपर्स के लिए, पूर्व कर्मचारियों के साथ सॉफ्टवेयर कोड अधिकारों पर विवादों में मुख्य जोखिम उत्पन्न होते हैं।

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

कट के तहत केस स्टडी।

केस नंबर A40-202764 / 2018 में 08/01/2019 के SIP संकल्प का मुख्य संदेश

मामले की सामग्री में एक नौकरी (तकनीकी कार्य) की उपस्थिति की पुष्टि करने वाले दस्तावेज नहीं होते हैं, एक निश्चित अवधि में कार्यक्रम के निर्माण का प्रमाण, कुछ संस्थाओं द्वारा, श्रम के कार्य के प्रदर्शन के भाग के रूप में कार्यक्रम के निर्माण के लिए काम करने वाले कार्य और अन्य दस्तावेजों की स्वीकृति-हस्तांतरण का कार्य करता है।

कई नियोक्ताओं को यकीन है कि यह एक प्रोग्रामर के साथ एक रोजगार अनुबंध समाप्त करने के लिए पर्याप्त है, और अब से जो कुछ भी वह काम पर नहीं बनाता है वह नियोक्ता का होगा। लेकिन ऐसा है नहीं।

एक नियम के रूप में, पूर्णकालिक प्रोग्रामर के पास बाहरी परियोजनाएं होती हैं, और उनके खाली समय में कई लेखन कोड होते हैं (काम पर दोपहर का भोजन सहित)।

तो आप अनधिकृत लोगों से सेवा कार्यक्रमों को कैसे अलग करते हैं? नियोक्ता को इस मुद्दे पर ध्यान देने की आवश्यकता है, क्योंकि शुरू में काम के सभी अधिकार लेखक के हैं (रूसी संघ के नागरिक संहिता के अनुच्छेद 1228)। इसलिए, नियोक्ता को यह दस्तावेज़ करना होगा कि काम आधिकारिक है। यह कैसे करना है?

आधिकारिक बनने के लिए सॉफ्टवेयर के रूप में, नियोक्ता को उपायों का एक सेट पूरा करना होगा:

1. बौद्धिक गतिविधि के परिणामों के लिए पारिश्रमिक के भुगतान के साथ-साथ श्रम के लिए भुगतान का प्रावधान करने वाले प्रोग्रामर के साथ एक रोजगार अनुबंध को शामिल करें;
2. प्रोग्रामर की नौकरी के विवरण के साथ कर्मचारी को परिचित करने के लिए, आपको आवश्यक ज्ञान और कौशल के अनुरूप उसकी नौकरी की जिम्मेदारियों में लिखना;

आधिकारिक कार्यों के अधिकारों के वितरण पर एक समझौते पर हस्ताक्षर करें, नियोक्ता के लिए बनाए गए सभी कार्यक्रमों के अधिकारों को सुरक्षित करने और रॉयल्टी की गणना करने और भुगतान करने की प्रक्रिया निर्धारित करें (चूंकि रूसी संघ के नागरिक संहिता के अनुच्छेद 1295 के खंड 2 के अनुसार, एक कर्मचारी को हस्तांतरित अधिकारों के पारिश्रमिक का अधिकार है) ;
आधिकारिक कार्यों की स्थापना के लिए नियमों के साथ प्रोग्रामर को परिचित करने के लिए (इलेक्ट्रॉनिक रूप में भी टास्किंग संभव है, यदि पार्टियां इसके लिए सहमत हैं);
प्रत्येक कार्यक्रम बनाने के लिए कार्य को पूरा करने के लिए और इस कार्य के लिए प्रोग्रामर को पेश करना;
चूंकि कार्यक्रम के निर्माण के दौरान प्रोग्रामर को बहुमूल्य जानकारी तक पहुंच मिलती है, इसलिए प्रोग्रामर द्वारा प्राप्त जानकारी की गोपनीयता बनाए रखने के लिए उपाय करना भी आवश्यक है (व्यापार रहस्य पर विनियमन को अपनाना, गैर-प्रकटीकरण दायित्वों पर हस्ताक्षर करना, आदि)। इसके बाद, यह न केवल अंतिम उत्पाद की रक्षा करेगा, बल्कि उत्पाद के मध्यवर्ती संस्करणों तक पहुंच को प्रतिबंधित करेगा, कार्यक्रम के विकास के दौरान प्राप्त अन्य जानकारी।
Rospatent के साथ कार्यक्रम के पंजीकरण के मामले में, लेखकों को आवेदन प्रलेखन में भी इंगित किया जाना चाहिए (जब उन्होंने उल्लेख करने से इनकार कर दिया)। एप्लिकेशन डॉक्यूमेंटेशन में लेखकों के हस्ताक्षरों की उपस्थिति उनके हिस्से के कार्यक्रम के लिए आपके अधिकारों की मान्यता के अतिरिक्त सबूत के रूप में काम करेगी।

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

अन्यथा, विकास "दूर हो जाएगा", जैसा कि 08/01/2019 के मामले संख्या A40-202764 / 2018 में हुआ था, जहां क्विटर्स ने अपनी कंपनी बनाई और कार्यक्रम के अधिकारों को उसमें स्थानांतरित कर दिया, और नियोक्ता यह साबित नहीं कर सका कि कार्यक्रम बनाया गया था श्रम कर्तव्यों के हिस्से के रूप में।