चीन की कंपनी रिपोर्ट में सॉफ्टवेयर कॉपीराइट

एक सॉफ्टवेयर कॉपीराइट रिकॉर्ड एक नामित सॉफ्टवेयर संस्करण को एक दर्ज अधिकार धारक से जोड़ सकता है। यह यह प्रमाणित नहीं करता कि सॉफ्टवेयर काम करता है, कि वर्तमान बिल्ड पंजीकृत संस्करण है, या कि विक्रेता उत्पाद के हर घटक का स्वामी है।

यह सीमा विशेष रूप से तब महत्वपूर्ण होती है जब किसी औद्योगिक प्लेटफ़ॉर्म, मोबाइल ऐप, एम्बेडेड कंट्रोलर, SaaS विक्रेता या स्मार्ट-डिवाइस आपूर्तिकर्ता की समीक्षा की जाती है। एक कंपनी रिपोर्ट एक उपयोगी पंजीकरण रिकॉर्ड उजागर कर सकती है, लेकिन खरीद प्रक्रिया का प्रश्न संकीर्ण होता है: क्या यह रिकॉर्ड इस उत्पाद में विक्रेता की दावा की गई भूमिका का समर्थन करता है?

क्या पंजीकृत है?

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

WIPO सॉफ़्टवेयर का अवलोकन एक अन्य उपयोगी रेखा खींचता है: कॉपीराइट अभिव्यक्ति की रक्षा करता है, न कि विचारों, प्रक्रियाओं, संचालन की विधियों या गणितीय अवधारणाओं की। `वेयरहाउस राउटिंग प्लेटफ़ॉर्म V1.0` के लिए पंजीकरण बिक्री प्रस्तुति में वर्णित हर वेयरहाउस-राउटिंग अवधारणा या एल्गोरिदम का अनन्य स्वामित्व नहीं है।

जब कोई कंपनी रिपोर्ट पेटेंट और ट्रेडमार्क के साथ सॉफ्टवेयर पंजीकरण सूचीबद्ध करती है, तो उनके उद्देश्यों को अलग रखें। बौद्धिक संपदा रिकॉर्ड उपयोग मानचित्र व्यापक पोर्टफोलियो की व्याख्या करता है; यह पृष्ठ सॉफ्टवेयर रिकॉर्ड के साथ रहता है।

पंजीकरण साक्ष्य है, कॉपीराइट की उत्पत्ति नहीं

संरक्षण नियम कहते हैं कि सॉफ्टवेयर कॉपीराइट विकास पूरा होने पर उत्पन्न होता है। वे अधिकार धारक को पंजीकरण करने और परिणामी पंजीकरण दस्तावेज़ को पंजीकृत मामलों के प्राथमिक साक्ष्य के रूप में वर्णित करने की भी अनुमति देते हैं। चीन के सॉफ्टवेयर कॉपीराइट पंजीकरण माप पंजीकरण को प्रोत्साहित करते हैं और आवेदक तथा दस्तावेज़ आवश्यकताओं को निर्धारित करते हैं।

इसलिए दो सामान्य कथनों से बचें:

• `कंपनी ने पंजीकरण की तिथि पर कॉपीराइट प्राप्त किया।` अंतर्निहित अधिकार उस प्रशासनिक तिथि द्वारा निर्मित नहीं होता है।
• `कोई पंजीकरण नहीं मिला, इसलिए कंपनी के पास कोई कॉपीराइट नहीं है।` एक अनुपलब्ध खोज परिणाम यह निर्धारित नहीं करता कि क्या संरक्षणीय सॉफ्टवेयर या अनुबंधात्मक अधिकार मौजूद हैं।

यह अंतर यह भी स्पष्ट करता है कि पंजीकरण की मात्रा गुणवत्ता रैंकिंग नहीं है। राष्ट्रीय कॉपीराइट प्रशासन ने रिपोर्ट किया 3,182,829 सॉफ्टवेयर कॉपीराइट पंजीकरण 2025 में. यह व्यापक प्रशासनिक संदर्भ है, न कि यह साक्ष्य कि 100 रिकॉर्ड वाला विक्रेता पांच प्रासंगिक रिकॉर्ड वाले विक्रेता से बेहतर है।

छह फ़ील्ड को एक संस्करण कार्ड के रूप में देखें

उपलब्धता स्रोत के अनुसार भिन्न होती है, लेकिन एक उपयोगी रिकॉर्ड निष्कर्षण में निम्नलिखित फ़ील्ड हो सकते हैं। संस्करण प्रत्यय या इकाई नाम को हटाए बिना चीनी पाठ और पुनर्प्राप्ति तिथि को संरक्षित करें।

पूर्ण सॉफ्टवेयर नाम और लघु नाम

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

संस्करण संख्या

`V1.0` प्रदर्शित `V3.2` के साथ विनिमय योग्य नहीं है। पूछें कि रिलीज़, मॉड्यूल और व्हाइट-लेबल एडिशन पंजीकृत संस्करण से कैसे संबंधित हैं।

पंजीकरणकर्ता या दर्ज अधिकार धारक

चीनी कानूनी नाम का मिलान अनुबंधन कंपनी से करें। यदि यह किसी संस्थापक, कर्मचारी, सहयोगी या बाहरी डेवलपर का नाम लेता है, तो अंतर को स्वचालित रूप से वैध या संदिग्ध मानने के बजाय स्वामित्व या लाइसेंस श्रृंखला को दस्तावेज़ करें।

विकास पूर्णता तिथि

यह पंजीकृत सॉफ्टवेयर के लिए रिपोर्ट की गई पूर्णता बिंदु है। यह कोड रिपॉजिटरी, सुविधा पूर्णता या रिलीज़ गुणवत्ता का स्वतंत्र ऑडिट नहीं है।

प्रथम प्रकाशन तिथि, यदि दिखाई गई हो

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

पंजीकरण तिथि और संख्या

इनका उपयोग प्रशासनिक रिकॉर्ड की पहचान और समय निर्धारण के लिए करें। पंजीकरण तिथि को पूर्णता तिथि, प्रथम प्रकाशन तिथि या वर्तमान उत्पाद रिलीज़ तिथि के स्थान पर न रखें।

अधिकार धारक विक्रेता नहीं हो सकता है

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

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

व्यावसायिक गतिविधियों का दायरा सॉफ़्टवेयर विकास या प्रौद्योगिकी सेवाओं के बारे में संदर्भ प्रदान कर सकता है, लेकिन यह कॉपीराइट स्वामित्व निर्धारित नहीं करता है। इसका उपयोग करें व्यावसायिक गतिविधियों के दायरे की समीक्षा उस अलग क्षेत्र के लिए।

तीन तिथियाँ रिलीज़ इतिहास नहीं बनातीं

पंजीकरण आपको पूर्णता तिथि, पहला प्रकाशन तिथि और पंजीकरण तिथि दे सकता है। इनमें से कोई भी जरूरी तौर पर यह नहीं बताता कि आज डेमो में कौन सा बिल्ड चल रहा है, किसी सुविधा को कब जोड़ा गया था, उत्पादन का रखरखाव कौन करता है, या क्या विक्रेता विफलता के बाद सेवा को पुनर्स्थापित कर सकता है।

सॉफ़्टवेयर डिलीवरी के लिए बनाए गए रिकॉर्ड से एक संक्षिप्त कालक्रम तैयार करें:

1. पंजीकृत शीर्षक, संस्करण और रिपोर्ट की गई पूर्णता तिथि;
2. उद्धृत संस्करण के लिए रिलीज़ नोट्स और बिल्ड पहचानकर्ता;
3. दिनांकित ग्राहक या आंतरिक स्वीकृति रिकॉर्ड;
4. सौदे के लिए उपयुक्त रिपॉजिटरी, डिप्लॉयमेंट या एस्क्रो साक्ष्य;
5. वर्तमान समर्थन स्वामी, उपठेकेदार और जीवन-अंत नीति।

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

केस: रिपोर्ट V1.0 बताती है, डेमो V3.2 बताता है

एक काल्पनिक विक्रेता `PlantWatch 3.2` का प्रदर्शन करता है, जो फैक्ट्री सेंसर के साथ बंडल किया गया एक मॉनिटरिंग प्लेटफ़ॉर्म है। कंपनी रिपोर्ट में `PlantWatch Equipment Monitoring Platform V1.0` सूचीबद्ध है, जो तीन साल पहले उसी चीनी कानूनी इकाई के नाम पर पंजीकृत थी। शीर्षक, स्वामी और कालक्रम यथार्थवादी हैं। रिकॉर्ड कंपनी और उत्पाद के एक पूर्व संस्करण के बीच निरंतरता का समर्थन करता है।

यह V3.2 को प्रमाणित नहीं करता है। खरीदार V1.0 को V3.2 से जोड़ने वाले रिलीज़ नोट्स, डेमो में दिखाया गया बिल्ड नंबर, सुविधा-से-संस्करण सूची, हालिया स्वीकृति साक्ष्य और किसी अन्य डेवलपर द्वारा आपूर्ति किए गए मैपिंग घटक के खुलासे का अनुरोध करता है। अनुबंध तब डिलिवरेबल संस्करण, समर्थन अवधि, डेटा-निर्यात विधि, सुरक्षा दायित्व, स्वीकृति परीक्षण और तृतीय पक्ष लाइसेंस के लिए जिम्मेदारी का नाम लेता है।

परिणामी निष्कर्ष न तो `कॉपीराइट सत्यापित, अनुमोदित` है और न ही `संस्करण बेमेल, अस्वीकार`। यह है: `पंजीकरण एक पूर्व उत्पाद-से-कंपनी संबंध का समर्थन करता है; वर्तमान-संस्करण स्वामित्व, घटक और डिलीवरी नियंत्रण के लिए सूचीबद्ध साक्ष्य की आवश्यकता है।`

पंजीकरण क्या जांच नहीं करता

• कार्य: क्या वादे की गई सुविधाएं खरीदार के वर्कलोड के तहत काम करती हैं।
• सुरक्षा: भेद्यता प्रबंधन, एक्सेस नियंत्रण, एन्क्रिप्शन, घटना प्रतिक्रिया या सुरक्षित विकास।
• कोड प्रोवेनेंस: क्या प्रत्येक मॉड्यूल मौलिक, लाइसेंस प्राप्त, ओपन सोर्स या किसी ठेकेदार द्वारा आपूर्ति किया गया है।
• ऑपरेशंस: होस्टिंग स्वामित्व, बैकअप, आपदा पुनर्प्राप्ति, समर्थन स्टाफिंग और अपटाइम।
• उत्पाद अधिकार: क्या विक्रेता के पास खरीदार के क्षेत्र और उपयोग मामले में वर्तमान बिल्ड को लाइसेंस देने का अधिकार है।

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

एक सीमित कंपनी-रिपोर्ट निष्कर्ष लिखें

सटीक रिकॉर्ड, पहचान मिलान, संस्करण संबंध, तिथि सीमा और अगली कार्रवाई बताएं। उदाहरण के लिए:

रिपोर्ट सत्यापित अनुबंध इकाई के नाम पर पंजीकृत `PlantWatch Equipment Monitoring Platform V1.0` की पहचान करती है। यह रिकॉर्ड की गई तिथियों के अनुसार नामित संस्करण के लिए सॉफ़्टवेयर-से-कंपनी संबंध का समर्थन करता है। यह उद्धृत V3.2 बिल्ड के स्वामित्व, सुरक्षा या प्रदर्शन को स्थापित नहीं करता है। अनुमोदन से पहले रिलीज़ चेन, घटक खुलासा, स्वीकृति साक्ष्य और अनुबंध लाइसेंस प्राप्त करें।

स्रोत निष्कर्ष और आपूर्तिकर्ता प्रतिक्रिया को संलग्न करें आपूर्तिकर्ता अनुमोदन फ़ाइलमें। एक नमूना कंपनी रिपोर्ट दिखाती है कि आईपी मॉड्यूल पहचान और संचालन डेटा के बगल में कैसे बैठता है; इसे अलगाव में नहीं पढ़ा जाना चाहिए।

उच्च-मूल्य कस्टम विकास, विवादित स्वामित्व, स्रोत-कोड एक्सेस, सीमा-पार लाइसेंसिंग, उल्लंघन चिंताओं या व्यवसाय-महत्वपूर्ण निरंतरता को योग्य तकनीकी और कानूनी समीक्षकों के पास बढ़ाएं। सामान्य खरीद के लिए, परिणाम को अनुबंध-पूर्व साक्ष्य क्रम में रखें और सीमित शब्दावली को आंतरिक अनुमोदन मेमोमें रिकॉर्ड करें।