साहित्यिक चोरी का आरोप लगभग कभी भी सुविधाजनक तारीख पर नहीं आता। प्रकाशन में सबसे आम पैटर्न इसका उलटा है: यह आरोप कि पांडुलिपि, कथानक, या कोई विशेष अंश किसी और के काम से लिया गया है, किसी किताब के लॉन्च के आसपास के दिनों में सामने आता है, जब अग्रिम समीक्षा कवरेज पहले ही प्रकाशित हो चुकी होती है, रिटेलर प्लेसमेंट तय हो चुका होता है, और मार्केटिंग खर्च पहले ही किया जा चुका होता है। उस बिंदु पर प्रकाशक के पास शिप करने या न करने का विकल्प नहीं रहता। उसे या तो खुले विवाद में लॉन्च करना पड़ता है या पहले से भुगतान किए गए लॉन्च को रोकना पड़ता है, और दोनों ही विकल्प सबको दिखते हैं।
समय ही असली समस्या क्यों है
आरोप में दम है या नहीं, यह शायद ही पहले हफ्ते में तय करता है कि इसकी कीमत कितनी होगी। समय तय करता है। संपादकीय विकास के दौरान उठाया गया आरोप एक कानूनी और संपादकीय सवाल है जिसे सामान्य गति से सुलझाया जा सकता है। लॉन्च के हफ्ते में उठाया गया वही आरोप रिटेल और प्रेस की समय-सीमाओं पर चलता है, जिन्हें प्रकाशक नियंत्रित नहीं करता, और जब तक यह खुला रहता है, हर दिन रिटेलर, समीक्षक और लेखक के अपने पाठक इसे अनसुलझा देखते रहते हैं। कानूनी लागत जोखिम का केवल एक हिस्सा है। वितरण में देरी और लेखक व प्रकाशन गृह दोनों की प्रतिष्ठा को नुकसान अक्सर बड़ा होता है, और लॉन्च विंडो निकलने के बाद कोई भी वापस नहीं आता।
विवाद को असल में क्या छोटा करता है
जो प्रकाशक इस तरह के आरोप को तेज़ी से सुलझाते हैं, वे इस बारे में सबसे मजबूत राय रखने वाले नहीं होते कि सही कौन है। वे वे होते हैं जो तुरंत पांडुलिपि का साफ, तारीखवार इतिहास पेश कर सकते हैं: अंतिम संस्करण उनके सिस्टम में कब आया, उसके बाद कौन-से विशिष्ट संपादन किए गए, और कब किए गए। यह रिकॉर्ड ऐसे व्यक्ति के सामने भी टिकना चाहिए जिसके पास इसे चुनौती देने का हर कारण हो, यानी यह केवल प्रकाशक की बात पर निर्भर नहीं हो सकता।
आंतरिक फाइल टाइमस्टैंप पर्याप्त क्यों नहीं होते
अधिकांश प्रकाशकों के पास पहले से ही कुछ ऐसा होता है जो इस रिकॉर्ड जैसा दिखता है: पांडुलिपि फाइल की संशोधन तारीख, शेयर्ड ड्राइव में वर्जन हिस्ट्री, या कंटेंट मैनेजमेंट सिस्टम में टाइमस्टैंप। समस्या यह है कि यह सब पूरी तरह प्रकाशक के नियंत्रण वाले सिस्टम के अंदर मौजूद होता है। फाइल की संशोधन तारीख कॉपी होते ही, फिर से सेव होते ही, या गलत सिस्टम घड़ी वाली मशीन पर खोले जाते ही बदल जाती है। शेयर्ड ड्राइव की वर्जन हिस्ट्री को एडमिन एक्सेस वाला कोई भी व्यक्ति संपादित या हटा सकता है। इनमें से किसी का भी स्रोत प्रकाशक के अपने ढांचे से बाहर नहीं होता, यानी विवाद में यह प्रकाशक का अपने ही रिकॉर्ड पर बयान है, स्वतंत्र प्रमाण नहीं।
विरोधी पक्ष को टाइमस्टैंप को बेकार साबित करने के लिए यह साबित करने की जरूरत नहीं कि वह गलत है। उसे बस यह दिखाना होता है कि इसे बदला जा सकता था, और ज्यादातर संपादकीय प्रक्रियाओं में यह संभव होता है।
आंतरिक टाइमस्टैंप बनाम स्वतंत्र रूप से सत्यापित तारीखवार प्रमाण
| विवाद में उठने वाला सवाल | आंतरिक फाइल टाइमस्टैंप | स्वतंत्र रूप से सत्यापित तारीखवार प्रमाण |
|---|---|---|
| क्या प्रकाशक अकेले इसे बाद में बदल सकता था? | हां | नहीं, सत्यापन प्रकाशक के अपने सिस्टम पर निर्भर नहीं करता |
| क्या कोई तीसरा पक्ष तारीख की पुष्टि करता है? | नहीं | हां |
| क्या यह किसी विशिष्ट, सत्यापित व्यक्ति से जुड़ा है? | शायद ही, अक्सर एक शेयर्ड लॉगिन | हां, एक सत्यापित पहचान से जुड़ा |
| क्या प्रकाशक के बयान पर भरोसा किए बिना इसे जांचा जा सकता है? | नहीं | हां |
एक बचाव योग्य रिकॉर्ड को असल में क्या चाहिए
चार तत्व एक आंतरिक पांडुलिपि इतिहास को ऐसे प्रमाण में बदल देते हैं जिस पर बाहरी वकील और अदालत वास्तव में भरोसा कर सकें:
- अंतिम पांडुलिपि प्रकाशक के सिस्टम में कब आई, इसका तारीखवार रिकॉर्ड। सबसे पहला ड्राफ्ट नहीं, बल्कि प्रोडक्शन के लिए लॉक की गई वह वर्जन, जो लॉक होने के क्षण में कैप्चर की गई हो।
- उसके बाद किए गए महत्वपूर्ण संपादनों का तारीखवार रिकॉर्ड। किसने क्या बदला, और कब, ऐसे रूप में जिसे बाद में चुपचाप बदला न जा सके।
- स्वतंत्र सत्यापन। प्रकाशक की अपनी फाइल सिस्टम या कंटेंट मैनेजमेंट टूल से बाहर का एक स्रोत, जो प्रकाशक की बात पर निर्भर हुए बिना तारीखों की पुष्टि कर सके।
- हर प्रविष्टि के पीछे एक वास्तविक, सत्यापित पहचान। एक शेयर्ड संपादकीय लॉगिन किसी को नहीं बताता कि असल में बदलाव किसने किया, जो लेखक और संपादक के बीच आंतरिक विवाद में उतना ही मायने रखता है जितना बाहरी साहित्यिक चोरी के आरोप के खिलाफ।
यह दावा नहीं है कि आरोप स्वतः गलत है। यह इस तथ्यात्मक सवाल का जवाब देने का एक तरीका है कि यह पांडुलिपि वास्तव में कब पूरी हुई और किसके द्वारा, इतनी जल्दी कि विवाद अपनी असली बुनियाद के बजाय लॉन्च की घड़ी पर न चले।
यह संपादकीय प्रक्रिया में कहां फिट होता है
Swiss Trust Layer किसी पांडुलिपि पर, जिस क्षण वह प्रकाशक के सिस्टम में प्रवेश करती है, एक क्रिप्टोग्राफिक सील और स्वतंत्र रूप से जांचने योग्य टाइमस्टैंप लगाता है, और महत्वपूर्ण संपादनों के समय विशिष्ट वर्जन पर भी, जो संपादन करने वाले की सत्यापित पहचान से जुड़ा होता है। नतीजा एक ऐसा रिकॉर्ड होता है जिसकी विश्वसनीयता प्रकाशक के अपने ढांचे पर निर्भर नहीं करती। यह इस बात का प्रमाण है कि कोई विशिष्ट फाइल कब मौजूद थी और किसने उसे छुआ, जिसे बाहरी वकील या अदालत बिना प्रकाशक से उसके अपने सिस्टम की गारंटी मांगे सत्यापित कर सकते हैं। यही वह प्रमाण आधार है जो एक प्रकाशक किसी आरोप के आने से बहुत पहले ही तैयार रखना चाहता है, न कि लॉन्च के हफ्ते की समय-सीमा के दबाव में जोड़ी गई कोई चीज़। मौजूदा पांडुलिपि पाइपलाइन में यह कैसे फिट होता है, इसके लिए देखें प्रकाशकों के लिए Swiss Trust Layer।
लॉन्च योजना के लिए निष्कर्ष
लॉन्च के हफ्ते में साहित्यिक चोरी का आरोप मुख्य रूप से इसलिए महंगा होता है क्योंकि यह कब होता है, न कि इसलिए कि ज्यादातर ऐसे आरोप सच साबित होते हैं। जो प्रकाशक इससे सबसे तेज़ी से पार पाते हैं, वे वे होते हैं जिनके पास आरोप आने से पहले ही पांडुलिपि का तारीखवार, स्वतंत्र रूप से सत्यापित इतिहास मौजूद था, ताकि सही कौन है, यह सवाल लॉन्च कैलेंडर के बजाय अपनी ही समय-सीमा पर सुलझाया जा सके।
