साबित करें कि काम आपने बनाया है,
और ग्राहक से साफ़ स्वीकृति प्राप्त करें
एक एजेंसी हर प्रोजेक्ट में दो समस्याओं के साथ जीती है। पहली, यह साबित करना कि किसी डिलीवरेबल के रचयिता आप हैं, जब कोई ग्राहक कहता है कि उसने खुद बनाया है या कोई नकलची आपके विचार को लेकर आगे निकल जाता है। दूसरी, ग्राहक ने वास्तव में जिस पर स्वीकृति दी, उसका साफ़ और तारीख वाला रिकॉर्ड प्राप्त करना। Swiss Trust Layer हर डिलीवरेबल को लेखकत्व के प्रमाण और एक योग्य टाइमस्टैंप के साथ सील करता है, और आपके ग्राहक को हस्तलिखित हस्ताक्षर के कानूनी वजन के साथ स्वीकृति देने देता है।
मूल कृति में कॉपीराइट बर्न सम्मेलन के 181 देशों में स्वचालित रूप से मान्यता प्राप्त है। एक योग्य हस्ताक्षर को eIDAS Art. 25 के तहत हस्तलिखित हस्ताक्षर का कानूनी प्रभाव प्राप्त है। मसौदों और ईमेल की एक फ़ोल्डर में इनमें से कोई भी नहीं होता।
डिलीवरेबल सील और सत्यापित
लेखकत्व के प्रमाण का रिकॉर्ड
एक ही रिकॉर्ड: इस बात का प्रमाण कि काम की रचयिता आपकी एजेंसी है, और एक साफ़, तारीख वाली ग्राहक स्वीकृति।
एक एजेंसी को क्या साबित कर पाना चाहिए
एक एजेंसी दिन भर मूल काम भेजती है, और लगभग किसी का भी ऐसा रिकॉर्ड नहीं बनता जो बाद में टिके। फ़ाइलें साझा ड्राइव में ऐसी तारीखों के साथ पड़ी रहती हैं जिन्हें कोई भी बदल सकता है। स्वीकृतियाँ ईमेल थ्रेड में रहती हैं। जब विवाद आता है, तो आपको जो प्रमाण चाहिए वह बिखरा हुआ या गायब होता है।
एक सामान्य प्रोजेक्ट के दौरान इसका अर्थ है कि आपको यह दिखा पाना चाहिए:
- कि आपकी टीम ने किसी विशिष्ट तारीख को एक डिज़ाइन, अभियान या build बनाया
- कि कहीं और फिर से सामने आया एक अस्वीकृत पिच आपसे शुरू हुआ था
- बिल्कुल वही जो ग्राहक ने स्वीकृत किया, और किस संस्करण पर उसने स्वीकृति दी
- कि जिस दायरे पर स्वीकृति दी गई वही दायरा आपने डिलीवर किया
- कार्य के अंत में क्या सौंपा गया, और कब
इनमें से हर एक उसी क्षण एक वास्तविक लागत बन जाती है जब किसी ग्राहक या नकलची के पास बहस करने का कारण होता है। उस समय आप जो रिकॉर्ड रखते हैं वही तय करता है कि वह बहस कैसे समाप्त होती है।
प्रमाण का न होना एक एजेंसी को क्या कीमत चुकाता है
वह परीक्षा जिसे आप रिकॉर्ड के बिना पास नहीं कर सकते
कॉपीराइट आपके काम की स्वतः रक्षा करता है, लेकिन विवाद प्रमाण पर टिकता है: इसका रचयिता कौन है, और कब। बिना किसी तारीख वाले, छेड़छाड़-स्पष्ट रिकॉर्ड के आप फ़ाइल मेटाडेटा और स्मृति के आधार पर बहस करते रह जाते हैं, जो ठीक वही स्थिति है जिसमें कोई ग्राहक या नकलची आपको लाना चाहता है।
बर्न सम्मेलन (स्वचालित कॉपीराइट, 181 देश) · eIDAS Art. 41 (योग्य टाइमस्टैंप, विनियमन EU 910/2014)
जब कोई रिकॉर्ड नहीं होता, तो लागत तीन जगहों पर पड़ती है:
- कोई ग्राहक दावा करता है कि अवधारणा उसकी थी, या कोई प्रतिस्पर्धी ऐसा पिच पुनः उपयोग करता है जिसके लिए आपको भुगतान नहीं मिला, और आपके पास इंगित करने के लिए कुछ भी तारीख वाला नहीं होता।
- दायरे की बहस बिना भुगतान वाले काम में बदल जाती है क्योंकि स्वीकृति एक ऐसे ईमेल में रहती थी जो अब व्याख्या के लिए खुला है।
- किसी प्रोजेक्ट के अंत में IP इस बारे में साफ़ रिकॉर्ड के बिना हस्तांतरित होती है कि क्या डिलीवर किया गया, इसलिए बाद के किसी विवाद के पास सत्य का कोई साझा स्रोत नहीं होता।
eIDAS Art. 41 के तहत एक योग्य टाइमस्टैंप डेटा के समय और अखंडता की एक कानूनी धारणा रखता है। वह धारणा प्रमाण का बोझ उस किसी पर स्थानांतरित कर देती है जो आपके लेखकत्व या आपकी स्वीकृति पर विवाद करता है।
मसौदों की एक फ़ोल्डर बनाम एक सील किया गया रिकॉर्ड
अंतर करीने का नहीं है। यह इस बात का है कि जब किसी के पास आपके लेखकत्व और आपके ग्राहक की स्वीकृति पर सवाल उठाने का कारण हो, तब वे टिकते हैं या नहीं।
| एक एजेंसी के लिए क्या मायने रखता है | ईमेल का सिलसिला, कोई प्रमाण नहीं | Swiss Trust Layer सील किया गया रिकॉर्ड |
|---|---|---|
| तारीख वाला प्रमाण कि काम आपने बनाया | कोई नहीं, केवल फ़ाइल तारीखें जिन्हें आप संपादित कर सकते हैं | रचयिता दर्ज, योग्य टाइमस्टैंप |
| साफ़ ग्राहक स्वीकृति जिस पर आप भरोसा कर सकें | ईमेल स्वीकृतियाँ, विवाद में लाना आसान | योग्य हस्ताक्षर, कानूनी रूप से बाध्यकारी |
| फ़ाइल का छेड़छाड़-स्पष्ट रिकॉर्ड | कोई नहीं | PAdES/CMS हस्ताक्षर श्रृंखला और LTV |
| सीमाओं के पार कॉपीराइट के लिए मान्यता प्राप्त | दिखाने को कुछ नहीं | बर्न सम्मेलन के तहत प्रमाण |
| टिकता है जब कोई ग्राहक या नकलची इस पर विवाद करे | प्रमाण का बोझ आप पर | कानूनी धारणा आपके पक्ष में |
पहले लेखकत्व, उसके साथ स्वीकृति
निर्माण का प्रमाण वह हिस्सा है जिसकी एजेंसी को सबसे अधिक आवश्यकता होती है, और यह बर्न सम्मेलन के सदस्य देशों में कॉपीराइट के लिए मान्यता प्राप्त है। योग्य हस्ताक्षर इसका समर्थन करता है, ताकि ग्राहक स्वीकृति स्विट्ज़रलैंड में ZertES SR 943.03 के तहत और पूरे EU में eIDAS के तहत बाध्यकारी हो। देखें अनुपालन हब।
Swiss Trust Layer आपके वर्कफ़्लो में कैसे फिट होता है
Swiss Trust Layer अपनी खुद की क्रिप्टोग्राफ़िक की अवसंरचना नहीं चलाता। हर सील और हस्ताक्षर को Swisscom Trust Services का समर्थन प्राप्त है, जो स्विट्ज़रलैंड में एक मान्यता प्राप्त योग्य विश्वास सेवा प्रदाता है।
डिलीवरेबल अपलोड करें
कोई भी फ़ाइल प्रकार: डिज़ाइन फ़ाइल, PDF, छवि, दस्तावेज़, वीडियो या संग्रह। मूल पूरे समय आपके नियंत्रण में रहता है।
इसे सील करें और, यदि आवश्यक हो, हस्ताक्षर करें
एक योग्य टाइमस्टैंप दर्ज करता है कि उस तारीख को काम किसने सील किया। जब आपको ग्राहक स्वीकृति चाहिए, तो इसे उसी रिकॉर्ड में एक योग्य इलेक्ट्रॉनिक हस्ताक्षर के लिए भेजें।
प्रमाण संलग्न करके डिलीवर करें
सील की गई फ़ाइल सौंपें। यह लेखकत्व रिकॉर्ड, टाइमस्टैंप और दीर्घकालिक मान्यता डेटा वहन करती है, जिसे कोई भी PDF रीडर या न्यायालय विशेषज्ञ सत्यापित कर सकता है।
सीलिंग PAdES और CMS प्रारूपों का उपयोग करती है, जो ETSI द्वारा परिभाषित और क्षेत्राधिकारों में मान्यता प्राप्त अंतरराष्ट्रीय मानक हैं। यह क्रिप्टोग्राफ़िक प्रमाण है, हस्ताक्षर की छवि नहीं, इसलिए एक न्यायालय विशेषज्ञ या कोई भी PDF रीडर इसे स्वतंत्र रूप से सत्यापित कर सकता है, अभी और भविष्य में।
प्राथमिक स्रोत: बर्न सम्मेलन (wipo.int) · ZertES SR 943.03 (fedlex.admin.ch) · eIDAS विनियमन 910/2014
एक कार्य के दौरान सील किया गया प्रमाण कहाँ काम आता है
वही रिकॉर्ड उस काम को कवर करता है जिसे एक एजेंसी सबसे अधिक संभालती है, पहले पिच से अंतिम सौंपाई तक।
डिज़ाइन और ब्रांड डिलीवरेबल
डिलीवरी पर सील किए गए लोगो, ब्रांड सिस्टम, अभियान कलाकृति और डिज़ाइन फ़ाइलें इस बात का तारीख वाला रिकॉर्ड वहन करती हैं कि उन्हें किसने सील किया, एक योग्य टाइमस्टैंप के साथ जो साबित करता है कि संस्करण उस तारीख को मौजूद था।
कॉपी, कंटेंट और रचनात्मक अवधारणाएँ
पिच अवधारणाएँ, स्क्रिप्ट, लेख और अभियान कॉपी को लेखकत्व का तारीख वाला रिकॉर्ड मिलता है, इसलिए कहीं और फिर से सामने आया एक अस्वीकृत पिच आप तक ट्रेस करना आसान होता है।
दायरे और डिलीवरेबल पर ग्राहक स्वीकृति
काम को योग्य हस्ताक्षर के साथ स्वीकृति के लिए भेजें और बिल्कुल उसका तारीख वाला रिकॉर्ड रखें जिस पर स्वीकृति दी गई, बजाय एक ऐसे ईमेल के जिसे आपको बाद में खोजना पड़े।
कार्य विवरण और परिवर्तन अनुरोध
योग्य हस्ताक्षर के साथ हस्ताक्षरित दायरा दस्तावेज़ और परिवर्तन आदेश उसी दिन बाध्यकारी होते हैं जिस दिन उन पर हस्ताक्षर होते हैं, जो यह बहस शुरू होने से पहले ही सुलझा देते हैं कि वह अतिरिक्त काम कहाँ से आया।
स्रोत फ़ाइलें और सौंपाई
जब IP ग्राहक को हस्तांतरित होती है, एक सील किया गया सौंपाई रिकॉर्ड दिखाता है कि क्या और कब डिलीवर किया गया, ताकि दोनों पक्षों के पास घटनाओं का एक ही संस्करण हो।
सॉफ़्टवेयर और उत्पाद कार्य
रिलीज़ बिल्ड, स्पेक्स और तकनीकी डिलीवरेबल एक योग्य टाइमस्टैंप प्राप्त करते हैं, जिससे एक सॉफ़्टवेयर एजेंसी को इस बात का बचाव-योग्य रिकॉर्ड मिलता है कि क्या और किस तारीख को शिप हुआ।
बर्न सम्मेलन
181 देशों में कॉपीराइट मान्यता प्राप्त
Swisscom Trust Services द्वारा समर्थित
मान्यता प्राप्त योग्य विश्वास सेवा प्रदाता
ZertES और eIDAS
स्विट्ज़रलैंड और सभी 27 EU राज्यों में स्वीकृति मान्य
एजेंसी प्रमाण और स्वीकृति, सामान्य प्रश्न
क्या किसी फ़ाइल को सील करने से मुझे कॉपीराइट मिलता है?
यह हमें ऐसे ग्राहक से कैसे बचाता है जो कहता है कि उसने काम बनाया?
स्वीकृति के लिए एक योग्य हस्ताक्षर ईमेल स्वीकृति से बेहतर क्यों है?
क्या यह स्विट्ज़रलैंड के बाहर के ग्राहकों के लिए काम करता है?
यदि हस्ताक्षर प्रमाणपत्र बाद में समाप्त हो जाए तो प्रमाण का क्या होता है?
हर डिलीवरेबल के पीछे प्रमाण रखें
एक खाता बनाएँ और मिनटों में अपना पहला डिलीवरेबल सील करें, या एक छोटी सेटअप कॉल बुक करें और हम देखेंगे कि यह आपके प्रोजेक्ट वर्कफ़्लो में कैसे फिट होता है।
टूल की तुलना कर रहे हैं? Swiss Trust Layer बनाम DocuSign →
त्वरित उत्तर
एक एजेंसी कैसे साबित कर सकती है कि उसने कोई डिज़ाइन या डिलीवरेबल बनाया?
फ़ाइल को उसी क्षण सील करें जब वह पूरी हो। Swiss Trust Layer दर्ज करता है कि काम किसने और कब सील किया, एक योग्य टाइमस्टैंप लगाता है और एक छेड़छाड़-स्पष्ट रिकॉर्ड बनाता है। यह तारीख वाला प्रमाण देता है कि काम किसी विशिष्ट दिन मौजूद था और बाद में नहीं बदला गया। मूल कृति में कॉपीराइट बर्न सम्मेलन के 181 देशों में स्वचालित रूप से मान्यता प्राप्त है, और सील किया गया रिकॉर्ड इस बात का प्रमाण है कि इसे किसने और कब बनाया।
एक एजेंसी किसी डिलीवरेबल पर साफ़ ग्राहक स्वीकृति कैसे प्राप्त करती है?
डिलीवरेबल को ग्राहक की स्वीकृति के लिए एक योग्य इलेक्ट्रॉनिक हस्ताक्षर के साथ भेजें। eIDAS अनुच्छेद 25 के तहत एक योग्य इलेक्ट्रॉनिक हस्ताक्षर को हस्तलिखित हस्ताक्षर का वही कानूनी प्रभाव प्राप्त है, इसलिए स्वीकृति बाध्यकारी और तारीख वाली होती है। एक ऐसी ईमेल श्रृंखला के बजाय जिस पर बाद में भरोसा करना कठिन हो, एजेंसी के पास बिल्कुल उसका हस्ताक्षरित रिकॉर्ड होता है जिस पर ग्राहक ने स्वीकृति दी और कब।
किसी ग्राहक को यह दावा करने से क्या रोकता है कि उसने खुद काम बनाया?
लेखकत्व का एक तारीख वाला, छेड़छाड़-स्पष्ट रिकॉर्ड। जब कोई एजेंसी किसी डिलीवरेबल को निर्माण के क्षण पर सील करती है, तो eIDAS अनुच्छेद 41 के तहत योग्य टाइमस्टैंप फ़ाइल की तारीख और अखंडता की एक कानूनी धारणा रखता है। यह प्रमाण का बोझ उस किसी पर स्थानांतरित कर देता है जो दावा करता है कि उसने इसे पहले बनाया या खुद बनाया।