एक कॉपीराइटर AI असिस्टेंट की मदद से तीन पोज़िशनिंग लाइनें तैयार करती है, जो काम करती है उसे चुनती है, और एक अकाउंट मैनेजर उसे डेक में डालने से पहले ठीक करता है। तीन महीने बाद एक प्रतिद्वंद्वी एजेंसी उसी क्लाइंट को संदेहास्पद रूप से मिलती-जुलती लाइन के साथ पिच करती है। या फिर क्लाइंट की खुद की नई मार्केटिंग हायर, जो कैंपेन लॉन्च के बाद जॉइन हुई, अपने बॉस को बताती है कि टैगलाइन असल में छह महीने पहले हुए एक ब्रेनस्टॉर्म में उसका आइडिया था। दोनों ही स्थितियों में एजेंसी को दिखाना होता है कि उसने क्या बनाया और कब, और AI चैट विंडो के स्क्रीनशॉट वाला एक Slack थ्रेड यह काम नहीं करेगा।
AI आने से स्वामित्व का सवाल आसान नहीं होता
एजेंसियों को हमेशा लेखकत्व से जुड़े विवादों का सामना करना पड़ा है: एक पूर्व कर्मचारी जो दावा करती है कि कोई कैंपेन उसका कॉन्सेप्ट था, एक क्लाइंट जो कॉन्ट्रैक्ट खत्म होने के बाद किसी डिलिवरेबल को दोबारा इस्तेमाल करता है और उसका स्रोत मानने से इनकार करता है, एक प्रतिद्वंद्वी पिच जो अभी भी समीक्षा में मौजूद काम से संदेहास्पद रूप से करीब हो। AI-सहायता प्राप्त प्रोडक्शन इस पहले से मौजूद स्थिति के ऊपर एक और परत जोड़ देता है। अब यह सवाल भी है कि काम कैसे बना, क्या स्ट्रैटेजी डेक किसी इंसान ने लिखा या किसी मॉडल ने पहला ड्राफ्ट दिया और एक स्ट्रैटेजिस्ट ने उसे बाद में एडिट किया, और क्या यह फर्क तय करता है कि उस पर दावा कौन कर सकता है।
EU AI Act के तहत, अनुच्छेद 50 कुछ परिस्थितियों में AI-जनित और AI-सहायता प्राप्त कंटेंट पर लेबलिंग की बाध्यता रखता है। जो एजेंसी इसे नज़रअंदाज़ करती है वह एक साथ दो मोर्चों पर जोखिम में पड़ जाती है: वह न यह दिखा पाती है कि डिलिवरेबल किसने बनाया, न यह कि वह कैसे बना। इनमें से कोई भी कमी अकेले एक अच्छे कॉन्ट्रैक्ट क्लॉज़ से नहीं भरती, क्योंकि क्लॉज़ यह बताता है कि क्या होना चाहिए था। वह यह दर्ज नहीं करता कि असल में क्या हुआ।
जब कोई इस पर विवाद करता है तो क्या होता है
तीन परिदृश्य इतनी बार सामने आते हैं कि इनके लिए तैयार रहना जरूरी है।
कोई क्लाइंट इनवॉइस चुकाना बंद कर देता है और दावा करता है कि स्ट्रैटेजी शुरू से उसी की थी, इसलिए एजेंसी की फीस लागू नहीं होती। एजेंसी छोड़ने वाली एक कर्मचारी अपने पोर्टफोलियो का एक हिस्सा नई जॉब में ले जाती है और उसे अकेले अपने काम के रूप में पेश करती है। एक प्रतिद्वंद्वी एजेंसी ऐसा कॉन्सेप्ट पिच करती है जो अभी भी NDA के तहत मौजूद काम से इतना करीब है कि किसी को विश्वसनीय तरीके से यह समझाना पड़ता है कि यह आइडिया पहले किसके पास था।
इनमें से हर स्थिति में, असली काम आमतौर पर कहीं न कहीं पहले से मौजूद होता है: ड्राफ्ट, फाइलें, एक ईमेल थ्रेड। जो चीज़ गायब होती है वह है एक ऐसा रिकॉर्ड जो सिर्फ एजेंसी की बात पर निर्भर न हो। एक इंटरनल फाइल की क्रिएशन डेट बदली जा सकती है। भेजा गया ईमेल एक तारीख साबित करता है, लेकिन जरूरी नहीं कि वह कंटेंट साबित करे जो मायने रखता था, खासकर तब जब भेजने के बाद भी ड्राफ्ट बदलते रहे। किसी विवाद को असल में जिस चीज़ की जरूरत होती है वह है डिलिवरेबल का एक वर्ज़न, जो एक तय समय-बिंदु से जुड़ा हो, जिसे एजेंसी ने बाद में खुद न बनाया हो, और जिसे दूसरा पक्ष स्वतंत्र रूप से जांच सके।
कॉपीराइट पहले से मौजूद है, समस्या उसे साबित करने की है
बर्न कन्वेंशन के तहत, किसी मौलिक कृति पर कॉपीराइट उसके बनते ही अपने आप बन जाता है, बिना किसी रजिस्ट्रेशन के, और यह सुरक्षा कन्वेंशन के सदस्य देशों में मान्य होती है। यह एजेंसी के डिलिवरेबल्स पर भी उतना ही लागू होता है जितना किसी और चीज़ पर: कॉपी डेक, ब्रांड आइडेंटिटी, स्ट्रैटेजी डॉक्यूमेंट, कोड का एक हिस्सा। कॉपीराइट के अस्तित्व में आने के लिए किसी को कुछ भी फाइल करने की जरूरत नहीं होती।
जो चीज़ अपने आप नहीं होती वह है सबूत। अगर कोई क्लाइंट या प्रतिद्वंद्वी यह विवाद करता है कि कोई काम कब मौजूद था या किसने बनाया, तो एजेंसी को कुछ ऐसा पेश करना होता है जो तारीखवार हो और सवाल का जवाब देने लायक पर्याप्त रूप से खास हो, और यह ऐसा होना चाहिए जिसे दूसरा पक्ष केवल एजेंसी की अपनी फाइलों पर भरोसा किए बिना जांच सके। यह इस सवाल से अलग है कि कॉपीराइट मौजूद है या नहीं, और यही वह चीज़ है जो असल में विवाद का फैसला करती है।
AI-सहायता प्राप्त काम की अतिरिक्त पेचीदगी
AI की सहायता से बना काम, लेखकत्व के अलावा, एक दूसरा सवाल भी उठाता है: इंसानी योगदान क्या था, और क्या वह उसी रूप में दर्ज है। एक स्ट्रैटेजिस्ट जिसने AI टूल से दस हेडलाइन वेरिएंट बनवाए और फिर उनमें से दो को चुना, दोबारा लिखा और मिलाया, उसने एक असली क्रिएटिव फैसला लिया, लेकिन उस फैसले का कोई निशान अंतिम फाइल में नहीं दिखता जब तक उसे उसी समय कहीं दर्ज न किया गया हो।
यह दो अलग वजहों से मायने रखता है। पहला, AI Act के अनुच्छेद 50 के तहत, EU बाज़ार में काम करने वाली या उसे सेवा देने वाली एजेंसियों पर, कुछ तय परिस्थितियों में, AI-जनित कंटेंट पर लेबलिंग की बाध्यता होती है, और किसी काम के बनने के तरीके की तारीखवार घोषणा ठीक वही रिकॉर्ड है जो बाद में किसी रेगुलेटर के सवाल का जवाब देता है, बिना किसी को उसे याद्दाश्त से दोबारा बनाना पड़े। दूसरा, स्वामित्व के किसी विवाद में, टीम ने किसी डिलिवरेबल के बनते समय जो घोषणा की, इंसान द्वारा लिखा गया, AI-सहायता प्राप्त, या AI-जनित, उसे दिखा पाना बाद में उस दावे को दोबारा बनाने से कहीं ज्यादा मजबूत होता है, जब तक याद्दाश्त और हित दोनों बदल चुके होते हैं।
सौंपने से पहले एक तारीखवार रिकॉर्ड क्या जोड़ता है
यहीं पर किसी डिलिवरेबल को एजेंसी से बाहर जाने से पहले सील करना प्रक्रिया में अपनी जगह बनाता है। फाइल को एक क्रिप्टोग्राफिक हैश मिलता है, उसके सटीक बाइट्स से निकाला गया एक तय मान, जो फाइल में कुछ भी बदलते ही बदल जाता है। यह हैश, काम कैसे बना इसकी घोषणा के साथ, एक क्वालिफाइड ट्रस्ट सर्विस प्रोवाइडर से क्वालिफाइड इलेक्ट्रॉनिक टाइमस्टैंप पाता है। eIDAS के तहत, एक क्वालिफाइड इलेक्ट्रॉनिक टाइमस्टैंप को उसमें बताई गई तारीख और समय, और उससे जुड़े डेटा की अखंडता के बारे में कानूनी अनुमान का दर्जा मिलता है। यह अनुमान किसी विवाद को "हमारी बात पर भरोसा करें" से "खुद रिकॉर्ड जांच लें" में बदल देता है।
सीलिंग के साथ बना सर्टिफिकेट एक पब्लिक वेरिफिकेशन पेज पर जाता है, ताकि कोई क्लाइंट, कोई अदालत, या विरोधी वकील बिना किसी अकाउंट के और बिना एजेंसी से संपर्क किए, फाइल और घोषणा को रिकॉर्ड के मुकाबले जांच सके। यही वह हिस्सा है जो किसी विवाद में असल में मायने रखता है। ऐसा रिकॉर्ड जिसे सिर्फ एजेंसी बना सकती है, वह ऐसा रिकॉर्ड है जिस पर दूसरा पक्ष सवाल उठा सकता है। ऐसा रिकॉर्ड जिसे दोनों पक्ष स्वतंत्र रूप से जांच सकें, उस पर सवाल उठाना कहीं ज्यादा मुश्किल है।
क्लाइंट साइन-ऑफ को भी इसी परत से एक अलग वजह से फायदा होता है। कोई डिलिवरेबल जिसे लॉन्च से पहले क्लाइंट की मंजूरी चाहिए, जैसे अंतिम क्रिएटिव कॉन्सेप्ट, कोई लीगल डिस्क्लेमर, कोई मंजूरशुदा स्ट्रैटेजी डॉक्यूमेंट, स्विट्ज़रलैंड में ZertES और हस्तलिखित रूप के समकक्ष होने के लिए स्विस कोड ऑफ ऑब्लिगेशंस के आर्टिकल 14 पैराग्राफ 2bis के तहत, हस्तलिखित हस्ताक्षर जितना ही दर्जा रखने वाला क्वालिफाइड इलेक्ट्रॉनिक हस्ताक्षर ले सकता है। इससे एक दूसरा, ज्यादा आम विवाद बंद हो जाता है: वह क्लाइंट जिसने किसी कॉन्सेप्ट को मौखिक रूप से या चैट मैसेज में मंजूरी दी और बाद में दावा करता है कि उसने उस दिशा को कभी मंजूर ही नहीं किया जिस पर एजेंसी चली।
इसे एजेंसी की डिलीवरी प्रक्रिया में शामिल करना
अपनाने लायक आदत छोटी है: डिलिवरेबल को उसी वक्त सील करें जब वह इंटरनल रिव्यू में जाए या क्लाइंट के पास जाए, महीनों बाद नहीं जब विवाद पहले ही शुरू हो चुका हो। उस वक्त ईमानदारी से घोषणा जोड़ें, इंसान द्वारा लिखा गया, AI-सहायता प्राप्त, या AI-जनित, बजाय इसके कि बाद में तय करें कि क्या बेहतर दिखता है। और क्लाइंट साइन-ऑफ के साथ भी वैसा ही व्यवहार करें, अंतिम मंजूरशुदा वर्ज़न पर एक क्वालिफाइड हस्ताक्षर के साथ, न कि किसी ईमेल थ्रेड के साथ जिसे बाद में जोड़-जोड़कर समझना पड़े।
इनमें से कुछ भी उस कॉन्ट्रैक्ट की जगह नहीं लेता जो स्वामित्व की शर्तें साफ-साफ तय करता हो। यह जो करता है वह है एजेंसी को कुछ ऐसा देना जिस पर वह इशारा कर सके जब अकेला कॉन्ट्रैक्ट क्लॉज़ काफी न हो, क्योंकि दूसरा पक्ष ठीक उन्हीं तथ्यों पर विवाद कर रहा हो जिन पर वह क्लॉज़ निर्भर करता है: काम किसने किया, कब, और कैसे। एक तारीखवार, स्वतंत्र रूप से सत्यापन योग्य रिकॉर्ड यह जवाब देता है, बिना किसी से यह मांगे कि वह सिर्फ एजेंसी की बात पर भरोसा कर ले।
यह किसी एजेंसी की डिलीवरी प्रक्रिया में खासतौर से कैसे फिट बैठता है, यह देखने के लिए हमारा एजेंसी पेज क्लाइंट साइन-ऑफ और क्रिएशन के सबूत को और विस्तार से बताता है। किसी फाइल को सील करने की प्रक्रिया के लिए, यह कैसे काम करता है पूरी प्रक्रिया को शुरू से आखिर तक बताता है।
