आपके ISRC डिस्ट्रीब्यूटर ने जारी किए। जब आप जाएँगे तो क्या होगा?

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

यही अंतर पूरा लेख है। बाक़ी सब इसी से निकलता है।

कोड किससे बना है, और कौन-सा हिस्सा आपका है

IFPI ISRC को इस तरह बताती है: पाँच अक्षरों का प्रीफ़िक्स — दो अक्षर और तीन अल्फ़ान्यूमेरिक — फिर दो अंक संदर्भ वर्ष के, फिर पाँच अंक पदनाम कोड के। पाठक के लिए: CC-XXX-YY-NNNNN

देश कोड और रजिस्ट्रेंट कोड मिलकर प्रीफ़िक्स बनाते हैं, और प्रीफ़िक्स राष्ट्रीय ISRC एजेंसी किसी विशिष्ट संस्था को आवंटित करती है। रजिस्ट्रेंट हर वर्ष के भीतर पदनाम कोड नियंत्रित करता है — प्रति प्रीफ़िक्स प्रति वर्ष एक लाख तक, पूरी 00000–99999 सीमा में, हालाँकि छोटे रजिस्ट्रेंट के लिए आवंटन संकरा हो सकता है: ISRC Handbook कहती है कि “किसी नए प्रीफ़िक्स के आवंटन के साथ वह पदनाम-कोड सीमा भी होगी जिसके लिए वह रजिस्ट्रेंट अधिकृत है” (§3.3.4)।

तो अगर आपके डिस्ट्रीब्यूटर ने आपको QZ-ES6-25-00013 दिया है, तो QZES6 डिस्ट्रीब्यूटर का रजिस्ट्रेंट कोड है। क्रमांक 00013 उन्होंने, अपनी सीमा से, अपने नाम पर दिया। रिकॉर्डिंग आपकी है, कोड स्थायी रूप से आपकी रिकॉर्डिंग से जुड़ा है, और प्रीफ़िक्स उस संस्था का है जिसने उसे पंजीकृत कराया।

एक व्यवस्था की बात, जब तक कोड सामने है: डैश असली नहीं हैं। Handbook स्पष्ट है कि “अक्षर ‘ISRC’ (और रिक्त स्थान) और डैश ISRC का हिस्सा नहीं हैं” (§5)। QZ-ES6-25-00013 और QZES62500013 एक ही कोड हैं। बारह अक्षर बिना विराम-चिह्न के रखें — डिलीवरी विनिर्देश यही चाहते हैं, और बारह अक्षरों के फ़ील्ड में डैश वाली स्ट्रिंग एक टाली जा सकने वाली वैलिडेशन विफलता है।

आप क्या रखते हैं

आप कोड रखते हैं। सब के सब।

यह दो नियमों से निकलता है जो एक ही दिशा में इशारा करते हैं। Handbook का §4.6 उस रिकॉर्डिंग को कवर करता है जो बेची या लाइसेंस की जाए: वह अपना ISRC रखती है। और अपरिवर्तित रिकॉर्डिंग को दूसरा ISRC देने पर रोक का अर्थ है कि कोई भी — न आप, न आपका नया डिस्ट्रीब्यूटर — ऐसी रिकॉर्डिंग के लिए नया कोड जारी नहीं कर सकता जिसके पास पहले से कोड है और जो सारभूत रूप से बदली नहीं है।

यानी नए डिस्ट्रीब्यूटर से कैटलॉग दोबारा डिलीवर करते समय सही व्यवहार है मौजूदा ISRC देना। ऑनबोर्डिंग फ़ॉर्म को नए बनाने न देना। उस फ़ॉर्म में आमतौर पर एक फ़ील्ड होती है जैसे “मेरे पास पहले से ISRC है” — पूरी बात वही फ़ील्ड है, और उसे खाली छोड़ना वह सबसे आम तरीक़ा है जिससे कलाकार अपना ही इतिहास फेंक देते हैं।

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

आप क्या नहीं कर सकते

जो प्रीफ़िक्स आपका नहीं, उसके अंतर्गत आप नए कोड जारी नहीं कर सकते।

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

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

Handbook संबंधित बिंदु §A.3 पर स्पष्ट है: ISRC कभी दोबारा नहीं दिया जाता। एक बार कोई कोड किसी रिकॉर्डिंग के लिए इस्तेमाल हो गया, तो वह उसी का है और किसी और का नहीं, हमेशा के लिए।

क्या आपके डिस्ट्रीब्यूटर को कोड देने की अनुमति भी थी

डिस्ट्रीब्यूटर द्वारा जारी ISRC वैध हैं — जब डिस्ट्रीब्यूटर अनुमोदित ISRC Manager हो। US ISRC Agency कहती है कि “मुट्ठी भर कंपनियाँ रिकॉर्डिंग के स्वामी की ओर से ISRC देने के लिए अनुमोदित हैं”, और चेताती है कि अनधिकृत कंपनियों के कोड “अमान्य हैं और अधिकृत रजिस्ट्रेंट द्वारा जारी कोड से टकराव का जोखिम रखते हैं”। IFPI अनुमोदित मैनेजरों की सूची रखती है।

व्यावहारिक रूप से: बिना आवंटन वाली किसी सेवा का गढ़ा हुआ कोड ISRC नहीं है। वह बारह अक्षरों की स्ट्रिंग है जो ISRC जैसी दिखती है और अंततः किसी और के असली कोड से टकराएगी। कोड के आकार से यह पकड़ा नहीं जा सकता, क्योंकि ISRC में चेक डिजिट नहीं होता — UPC में होता है, ISWC में होता है, ISRC में नहीं, और विनिर्देश में इसका प्रावधान ही नहीं।

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

अगर कैटलॉग में कोई अपरिचित देश कोड दिखे तो रिलीज़ से पहले जाँचिए, बाद में नहीं। यह आमतौर पर किसी बदतर बात का लक्षण है: हाथ से टाइप किया कोड, या बिना आवंटित प्रीफ़िक्स के कोड जारी करने वाली सेवा।

अपना रजिस्ट्रेंट कोड कब लेना चाहिए

अपनी राष्ट्रीय ISRC एजेंसी से अपना प्रीफ़िक्स माँगिए जब इनमें से कोई भी सही हो:

• आप ऐसा लेबल चलाते हैं जिसमें कुछ से अधिक कलाकार हैं, या हर रिलीज़ पर एक बार के बजाय लगातार कोड देते हैं।
• आप एक से अधिक डिस्ट्रीब्यूटर से रिलीज़ करते हैं और पूरे कैटलॉग पर एक स्थिर प्रीफ़िक्स चाहते हैं।
• आपको डिलीवरी से पहले ISRC चाहिए — सिंक, भौतिक निर्माण, प्रसारण डिलीवरी या सोसाइटी पंजीकरण के लिए।
• आप चाहते हैं कि आपके कोड किसी भी कंपनी के अस्तित्व से स्वतंत्र हों।

इसके साथ दो बंदिशें आती हैं। प्रीफ़िक्स क्रम से आवंटित होते हैं और US ISRC Agency के अनुसार “आवंटन के बाद बदले नहीं जा सकते” — याद रहने लायक़ प्रीफ़िक्स आप चुनते नहीं। और अधिकार-स्वामी का प्रीफ़िक्स केवल “उन रिकॉर्डिंग को ISRC देने के लिए” इस्तेमाल होना चाहिए “जिनके आप स्वामी हैं”। अगर आप दूसरों की रिकॉर्डिंग को कोड देना चाहते हैं तो वह मैनेजर की हैसियत है, कलाकार का प्रीफ़िक्स नहीं, और वह अलग आवेदन है।

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

यह सब आपके बैंक खाते में क्यों दिखता है

आपको मिलने वाली हर रॉयल्टी डेटाबेस जॉइन का नतीजा है, और पहचानकर्ता ही वह इकलौती चीज़ है जो उस जॉइन को थामे रखती है। शृंखला ऐसे चलती है:

1. स्ट्रीम होती है। सेवा उसे अपने कैटलॉग की रिकॉर्डिंग के सामने दर्ज करती है, उसी ISRC से मिलाकर जो आपने दिया।
2. सेवा रिपोर्ट करती है। उपयोग रिपोर्टें अधिकार-स्वामी या डिस्ट्रीब्यूटर तक ISRC के हिसाब से पहुँचती हैं, रिलीज़ की पहचान UPC से होती है। रिकॉर्डिंग-पक्ष का पैसा प्रति स्ट्रीम निश्चित क़ीमत के बजाय साझा राजस्व में हिस्से के रूप में निकलता है — Spotify कहती है कि वह प्रति स्ट्रीम दर नहीं देती: राजस्व एकत्र होता है और स्ट्रीमशेयर के अनुसार बँटता है, इसलिए एक स्ट्रीम का मूल्य कोष के साथ बदलता है।
3. डिस्ट्रीब्यूटर हिसाब करता है। वह रिपोर्ट की पंक्तियों को ISRC और UPC पर आपके कैटलॉग से मिलाता है और आपका स्टेटमेंट बनाता है। रिपोर्ट में आया वह ISRC जो आपके कैटलॉग में नहीं है, आपके स्टेटमेंट तक कभी नहीं पहुँचता; वह अनआवंटित पड़ा रहता है।
4. रचना-पक्ष समानांतर चलता है। सोसाइटियाँ और मैकेनिकल लाइसेंसिंग संस्थाएँ रिपोर्ट किए गए ISRC को पंजीकृत कृति (ISWC) से और फिर लेखकों व प्रकाशकों से जोड़ती हैं। अलग रास्ता, अलग समय-सारणी, अलग पैसा।
5. संबद्ध अधिकार। रिकॉर्डिंग की प्रसारण और सार्वजनिक प्रस्तुति आय ISRC पर उस पंजीकरण से मिलाई जाती है जिसमें अधिकार-स्वामी और प्रमुख कलाकार दर्ज हों।
6. भुगतान, स्रोत पर कर-व्यवहार के अधीन।

डिस्ट्रीब्यूटर बदलना सीधे चरण 1 से 3 को छूता है। पुराने ISRC दें तो जॉइन चलते रहते हैं: रिपोर्टें अब भी वही कोड बताती हैं जिन्हें आपका कैटलॉग पहचानता है। नए कोड बनने दें तो रिपोर्टें ऐसे कोड लेकर आएँगी जिनका किसी के इतिहास में कोई अर्थ नहीं — पैसा फिर भी आता है, पर रिकॉर्डिंग की पहचान उसके साथ यात्रा नहीं करती, और चरण 4 व 5 उन पंजीकरणों से मिलान करते हैं जो छोड़े गए कोड से बँधे हैं।

पूरी शृंखला की सबसे चुपचाप ख़राबी वह असंगति है जो ऑडियो फ़ाइल में जड़े ISRC, साथ आने वाले मेटाडेटा के ISRC और सोसाइटी पंजीकरण के ISRC के बीच हो। जब ये तीनों अलग हो जाते हैं तो सब कुछ चलता हुआ लगता है — रिलीज़ लाइव है, स्ट्रीम बढ़ रही हैं, डैशबोर्ड आँकड़े दिखा रहे हैं — और मिलान वहाँ विफल होता है जो आपको नहीं दिखता, महीनों बाद।

समाप्ति का ईमेल भेजने से पहले क्या करें

स्थानांतरण प्रशासनिक है, तकनीकी नहीं, और जब तक आपका लॉगिन चल रहा है यह कहीं आसान है।

• पहले पहचानकर्ताओं की सूची निर्यात करें। ट्रैक शीर्षक, संस्करण, ISRC, ISWC, लेखक हिस्से, रिलीज़ का UPC — एक प्रामाणिक शीट, उस डैशबोर्ड तक पहुँच खोने से पहले जिसमें वह रखी है।
• पहचानकर्ता कॉलम को टेक्स्ट फ़ॉर्मैट करें कुछ भी चिपकाने से पहले। स्प्रेडशीट के स्वतः-फ़ॉर्मैट से मिटा शुरुआती शून्य आगे चलकर ऐसा UPC बनता है जो अपने ही चेक डिजिट पर विफल होता है।
• कॉपी करें, कभी दोबारा न टाइप करें। कोई चेक डिजिट नहीं जो उलटफेर पकड़ ले।
• नए डिस्ट्रीब्यूटर पर हर ट्रैक के लिए “मेरे पास पहले से ISRC है” फ़ील्ड भरें। हर एक के लिए, बिना अपवाद।
• जाँचें कि ऑडियो में जड़े पहचानकर्ता शीट से मेल खाते हैं — डिलीवरी से पहले, बाद में नहीं।
• अगली रिलीज़ पर नए प्रीफ़िक्स की अपेक्षा रखें और उसे ग़लती न मानें।

यह प्रति रिलीज़ लगभग एक घंटे का बे-चमक काम है, और यही अंतर है ऐसे स्टेटमेंट में जिस पर आप तर्क कर सकें और ऐसे में जिसे आप बस स्वीकार कर सकें।

इसका क्या करें

आपके कोड आपके हैं क्योंकि वे आपकी रिकॉर्डिंग से जुड़े हैं, इसलिए नहीं कि उन्हें किसने जारी किया। प्रीफ़िक्स पीछे रह जाता है; पहचान को पीछे रहने की ज़रूरत नहीं। असली ख़राबी कोड खोना नहीं — उन्हें चुपचाप बदल देना है।

मज़ूफ़ा का मुफ़्त ISRC और बारकोड चेकर /isrc-upc-checker पर है। यह पूरी तरह आपके ब्राउज़र में चलता है — कुछ अपलोड नहीं होता — और बताता है कि कोई कोड संरचना के हिसाब से सही है या नहीं और बारकोड का चेक डिजिट ठीक है या नहीं। यह नहीं बता सकता कि कोई ISRC आपकी रिकॉर्डिंग के लिए सही कोड है, क्योंकि कोई भी उपकरण नहीं बता सकता: चेक डिजिट है ही नहीं, और यह फ़ैसला सिर्फ़ आपकी अपनी प्रामाणिक सूची करती है।

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

स्रोत

• IFPI, ISRC Structure (देश कोड, रजिस्ट्रेंट कोड, संदर्भ वर्ष, पदनाम कोड)। isrc.ifpi.org/isrc-standard/isrc-structure
• IFPI, International Standard Recording Code (ISRC) Handbook (§3.3.4 पदनाम कोड सीमाएँ; §4.6 बेची या लाइसेंस की गई रिकॉर्डिंग अपना ISRC रखती है; §5 डैश कोड का हिस्सा नहीं; §A.3 ISRC कभी दोबारा नहीं दिया जाता)। ifpi.org/wp-content/uploads/2021/02/ISRC_Handbook.pdf
• IFPI, ISRC Managers — उन संस्थाओं की सूची जो अधिकार-स्वामी की ओर से ISRC देने के लिए अनुमोदित हैं। isrc.ifpi.org/get-isrc/isrc-managers
• US ISRC Agency, How It Works (अनुमोदित मैनेजर; अनधिकृत जारीकर्ताओं के कोड अमान्य हैं और टकराव का जोखिम रखते हैं; प्रीफ़िक्स क्रम से आवंटित और अपरिवर्तनीय; स्वामी के प्रीफ़िक्स केवल अपनी रिकॉर्डिंग के लिए)। usisrc.org/how-it-works/
• Spotify का प्रकाशित कथन कि वह प्रति स्ट्रीम दर नहीं देती: राजस्व एकत्र होता है और स्ट्रीमशेयर के अनुसार बँटता है। support.spotify.com