Skip to main content
Guides

प्रमाण प्रमाणपत्र को लाइन दर लाइन कैसे पढ़ें

In short

एक प्रमाण प्रमाणपत्र शीर्षक से फुटर तक: खाताधारक, UTC में सीलिंग समय, पहचान ब्लॉक, hash और लेबल की तालिका, QR कोड, और हर लाइन क्या साबित करती है और क्या नहीं।

प्रमाण प्रमाणपत्र को लाइन दर लाइन कैसे पढ़ें — Swiss Trust Layer

प्रमाण प्रमाणपत्र एक पन्ने का होता है, एक PDF जो उस फ़ोल्डर से आता है जिसे आपने खुद सील किया या किसी ऐसे पक्ष से जो चाहता है कि आप किसी फ़ाइल पर भरोसा करें। हर लाइन एक अलग सवाल का जवाब देती है, और हर लाइन की एक सीमा है। यहाँ पन्ना ऊपर से नीचे तक है, इस व्याख्या के साथ कि हर प्रविष्टि क्या साबित करती है और क्या खुला छोड़ती है।

शीर्षक

इसमें "CERTIFICATE" (प्रमाणपत्र) लिखा है और उसके नीचे "Copyright Original" (कॉपीराइट मूल)। यह दस्तावेज़ का प्रकार बताता है: एक सील किए गए फ़ोल्डर संस्करण का प्रमाणपत्र। यह इस बारे में कुछ तय नहीं करता कि नीचे दी गई फ़ाइलों का कॉपीराइट किसके पास है। स्विस कॉपीराइट अधिनियम (URG) के अनुच्छेद 6 के तहत लेखक वह प्राकृतिक व्यक्ति है जिसने कृति बनाई, और एक शीर्षक इसे तय नहीं कर सकता।

"Sealed for" और नाम

"Sealed for" (के लिए सील किया गया) खाताधारक है, यानी वह व्यक्ति जिसके खाते में फ़ोल्डर था जब संस्करण सील किया गया। यह साबित करता है कि किस खाते ने ये फ़ाइलें सील कीं। यह साबित नहीं करता कि नामित व्यक्ति ने उन्हें लिखा। कॉपीराइट अधिनियम (URG) के अनुच्छेद 8 पैराग्राफ 1 के अनुसार लेखक वह व्यक्ति माना जाता है जिसका नाम कृति की प्रतियों पर या उसके प्रकाशन में दिखाई देता है। प्रमाणपत्र एक अलग रिकॉर्ड है, इसलिए नाम को खाताधारक के रूप में पढ़ें, उससे ज़्यादा कुछ नहीं।

सील करने की तारीख और समय

इसे YYYY-MM-DD HH:MM:SS के रूप में, UTC में लिखा जाता है, ताकि एक ही क्षण हर उस टाइम ज़ोन में एक जैसा पढ़ा जाए जहाँ PDF खोली जाती है।

यह समय सीलिंग के क्षण से आता है। फ़ाइल का एक क्रिप्टोग्राफ़िक फ़िंगरप्रिंट Swisscom Trust Services को भेजा गया, जो योग्य ट्रस्ट सेवा प्रदाता है, और उसने इसे ऐसी key से हस्ताक्षरित किया जो कभी उसके हार्डवेयर से बाहर नहीं जाती। हस्ताक्षर में RFC 3161 timestamp होता है और इसे वापस PDF में एम्बेड किया जाता है। eIDAS विनियमन के अनुच्छेद 41(2) के तहत एक योग्य इलेक्ट्रॉनिक timestamp को उसकी बताई गई तारीख और समय की सटीकता और उससे जुड़े डेटा की अखंडता का अनुमान प्राप्त है।

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

पहचान ब्लॉक

कुछ प्रमाणपत्रों में "Surname" (उपनाम), "Name" (नाम), "DOB" (जन्म तिथि), "Country" (देश) और "Passport No" (पासपोर्ट संख्या) होते हैं, जिसमें संख्या तारांकन से छिपाई गई होती है। कुछ में नहीं होते। यह ब्लॉक तब दिखता है जब वह संस्करण खाताधारक के पहचान सत्यापन पास करने के बाद सील किया गया हो, जो Swisscom Trust Services के ज़रिये DIDIT द्वारा की गई पासपोर्ट जांच है। इसके बिना यह ब्लॉक मौजूद नहीं होता।

यह ब्लॉक सीलिंग के समय लिया गया स्नैपशॉट है; धारक के पहचान रिकॉर्ड में बाद का बदलाव जारी हो चुके प्रमाणपत्र को कभी दोबारा नहीं लिखता। यह साबित करता है कि इस संस्करण के सील होने के समय एक सत्यापित व्यक्ति के पास यह खाता था, यह नहीं कि वह व्यक्ति लेखक है।

"Copyright-sealed documents" (कॉपीराइट-सील किए गए दस्तावेज़): हर फ़ाइल के लिए एक पंक्ति, बाएँ से दाएँ पढ़ें।

"File name" (फ़ाइल का नाम)। वह नाम जो सील करते समय फ़ाइल का था। बाद में अपनी प्रति का नाम बदलने से कुछ नहीं टूटता; प्रमाण अगली प्रविष्टि पर टिका है।

"Hash" (हैश)। फ़ाइल की सामग्री का क्रिप्टोग्राफ़िक फ़िंगरप्रिंट। जिसके पास फ़ाइल और hashing टूल है, वह वही फ़िंगरप्रिंट निकालकर मिला सकता है। मेल खाने का मतलब है कि हाथ में मौजूद फ़ाइल ही सील की गई फ़ाइल है; एक अक्षर बदलने से अलग फ़िंगरप्रिंट बनता है। सील करने से मूल कभी नहीं बदलता, इसलिए आपकी प्रति मेल खानी चाहिए। hash सामग्री की पहचान साबित करता है, उसके अर्थ के बारे में कुछ नहीं।

ISCC Codehash और ISCC। ISO 24138:2024 के तहत एक सामग्री कोड, जो तब दिखता है जब फ़ाइल फ़ॉर्मैट समर्थित हो। जिस फ़ाइल के फ़ॉर्मैट का इस तरह फ़िंगरप्रिंट नहीं बन सकता, वह फिर भी सील और timestamp की हुई है और उसका hash भी है; बस उसकी पंक्ति में ISCC प्रविष्टि नहीं होती। ISCC कोड और सामग्री लेबल के लिए पहचान सत्यापन ज़रूरी है।

"AI Declaration" (AI घोषणा)। जब फ़ाइल में घोषणा हो, तो उसके लेबल यहाँ दिखते हैं। छह सामग्री लेबल हैं, और हर सामग्री और संस्करण पर ठीक एक AI लेबल होता है। HUMAN AUTHORED, AI FREE के साथ जाता है और किसी अन्य AI लेबल के साथ नहीं। HUMAN APPROVED किसी भी AI लेबल के साथ रह सकता है और इसे लेखक से अलग व्यक्ति से आना चाहिए। दोनों HUMAN लेबल एक सत्यापित पहचान से बंधे हैं। लेबल खाताधारक की घोषणा है। सील इसे समय में स्थिर करती है और इसकी जांच नहीं करती।

"Human authors" (मानव लेखक), "Approved by" (द्वारा अनुमोदित), "Rights claimed" (दावा किए गए अधिकार), "Other rights holders" (अन्य अधिकार धारक)। जो धारक ने सील करते समय बताया। कॉपीराइट अधिनियम (URG) के अनुच्छेद 7 के तहत जब दो या अधिक व्यक्तियों ने लेखक के रूप में योगदान दिया हो, तो कॉपीराइट उन सबका संयुक्त रूप से होता है, इसलिए "Other rights holders" को ध्यान से पढ़ना चाहिए। यहाँ हर प्रविष्टि स्व-घोषित है: प्रमाणपत्र साबित करता है कि कथन किया गया और कब किया गया, यह नहीं कि वह सच है।

QR कोड, "Cert ID" और चिह्न

QR कोड उस फ़ोल्डर और उस संस्करण का सार्वजनिक सत्यापन पृष्ठ खोलता है, बिना लॉगिन के। "Cert ID" (प्रमाणपत्र आईडी) लाइन उस फ़ोल्डर की id है जिससे वह पृष्ठ जुड़ा है।

नीचे की ओर चिह्न हैं: Swiss, ZertES, eIDAS, UAE PASS और ProLitteris। ZertES इलेक्ट्रॉनिक हस्ताक्षर पर स्विस कानून है, eIDAS उसका EU समकक्ष, और ProLitteris स्विस कॉपीराइट रजिस्ट्री (Swiss Copyright Registry) में escrow भागीदार। फुटर में लिखा है "Issued by Swiss Trust Layer" (Swiss Trust Layer द्वारा जारी)। चिह्न केवल चिह्न है, ऊपर की फ़ाइलों पर कोई फ़ैसला नहीं।

इसे जांचने के दो तरीके

प्रमाणपत्र एक सारांश है। प्रमाण दो तरीकों से जांचा जा सकता है, और किसी के लिए खाते की ज़रूरत नहीं। QR कोड स्कैन करें और पृष्ठ की तुलना कागज़ से करें। या सील की गई PDF को ही सार्वजनिक validator पर अपलोड करें: कोई पंजीकरण नहीं, और यह दिखाता है कि किसने हस्ताक्षर किए, कब, किस प्रमाणपत्र से, और क्या हस्ताक्षर के बाद सामग्री बदली गई। यह eIDAS और ZertES के तहत योग्य हस्ताक्षरों को पहचानता है, हस्ताक्षर मेटाडेटा संसाधित करता है और दस्तावेज़ संग्रहीत नहीं करता।

अगर कोई पक्ष सील की गई फ़ाइल के बिना प्रमाणपत्र भेजे, तो फ़ाइल मांगें। अकेला प्रमाणपत्र पढ़ा जा सकता है, सत्यापित नहीं।

बाद में क्या बदल सकता है और क्या नहीं

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

इस हफ़्ते एक कदम

एक प्रमाणपत्र लें, अपना या जो आपको भेजा गया हो, और इस पृष्ठ को खोलकर उसे देखें। QR कोड स्कैन करें, फिर सील की गई PDF को validator पर अपलोड करें। अगर दोनों कागज़ से मेल खाते हैं, तो आप जानते हैं कि आपके पास क्या है। जो सवाल दूसरा पक्ष किसी भी PDF से पूछेगा, उनके लिए पढ़ें दस सवाल जो एक वकील आपकी PDF के बारे में पूछेगा। सत्यापन पृष्ठ दूसरों को देने के लिए देखें आपके ईमेल हस्ताक्षर में सत्यापन लिंक।

Swiss Trust Layer पर अपना पहला दस्तावेज़ सील करें या पूरा तंत्र यह कैसे काम करता है पर पढ़ें।

Swiss Trust Layer AG के साथ अपने काम की रक्षा करें

Swisscom Trust Services द्वारा समर्थित न्यायालय-प्रमाणित e-Seal के साथ अपनी बौद्धिक संपदा को सील करें।

मुफ्त डेमो बुक करें

संबंधित लेख

बोर्ड मिनट्स और प्रस्ताव: फैसले उसी दिन सील करना जिस दिन वे लिए जाते हैं
Guides

मिनट्स पर सालों बाद सवाल उठते हैं: फैसला कब लिया गया और क्या टेक्स्ट बदला। स्विस बोर्ड उन्हें कैसे साइन और सील करते हैं ताकि फाइल खुद जवाब दे।

16 अक्टूबर 2026लेख पढ़ें →
क्या 2026 का हस्ताक्षर 2036 में भी सत्यापित होगा? दीर्घकालिक सत्यापन की व्याख्या
Guides

हस्ताक्षर प्रमाणपत्रों की अवधि समाप्त हो जाती है। जानिए दीर्घकालिक सत्यापन 2026 की सील को कैसे सत्यापन योग्य रखता है, Swiss Trust Layer की सील आज किस ETSI स्तर तक पहुंचती है, और दस साल की जांच सूची।

15 अक्टूबर 2026लेख पढ़ें →
रैनसमवेयर हमले के बाद: यह साबित करना कि आपके रिकॉर्ड बदले नहीं गए
Guides

बैकअप सिर्फ यह दिखाता है कि रिस्टोर के बाद आपके पास क्या है, यह नहीं कि वह पहले वाली फ़ाइल से मेल खाता है। पहले लगाई गई सील में एक hash और एक qualified timestamp होता है, जिसे कोई भी जांच सकता है।

13 अक्टूबर 2026लेख पढ़ें →
स्विस e-ID और हस्ताक्षर: क्या बदलता है और क्या नहीं
Guides

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

12 अक्टूबर 2026लेख पढ़ें →
ईमेल सिग्नेचर में verification link: क्लाइंट खुद प्रमाण जाँच सकें
Guides

जब कोई क्लाइंट आपके सील्ड दस्तावेज़ के सर्टिफ़िकेट पर QR कोड स्कैन करता है तो वह क्या देखता है, सार्वजनिक पेज क्या दिखाता है, और आपके ईमेल में verification link कहाँ रखें।

11 अक्टूबर 2026लेख पढ़ें →