एक स्ट्रीम भुगतान कैसे बनती है, और शृंखला चुपचाप कहाँ टूटती है

स्ट्रीम कोई भुगतान नहीं है। वह डेटाबेस जॉइन की एक शृंखला की पहली पंक्ति है, और उस शृंखला का हर जॉइन ऐसे पहचान-कोड पर बनता है जो आपने दिया था। जब उनमें से कोई एक ग़लत होता है, तो कुछ भी रिजेक्ट नहीं होता और कोई आपको लिखता भी नहीं। प्ले फिर भी गिना जाता है, पैसा फिर भी जमा होता है, और वह उसी जॉइन पर आकर रुक जाता है जो फ़ेल हुआ था।

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

तीन पहचान-कोड, और कौन किसे पढ़ता है

रिकॉर्डेड म्यूज़िक की आपूर्ति शृंखला तीन पहचान-कोड चलाते हैं। इन्हें आपस में गड्डमड्ड करना बिना मिलान वाली रॉयल्टी की सबसे आम वजह है, और हर एक को शृंखला का अलग हिस्सा पढ़ता है।

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

ISWC रचना की पहचान करता है। ISO 15707, जिसका प्रशासन CISAC के अंतर्गत होता है। इसका रूप है T-123.456.789-C — एक T उपसर्ग, नौ अंक और एक चेक डिजिट — और अंकों में क्षेत्र, लेखक या पब्लिशर के बारे में कोई निहित अर्थ नहीं होता। एक गाने की बीस रिकॉर्डिंग एक ISWC साझा करती हैं और उनके बीस ISRC होते हैं। ISWC आप ख़ुद नहीं लेते; वह आपकी कलेक्टिंग सोसाइटी या पब्लिशर के ज़रिए तब दिया जाता है जब कृति रजिस्टर होती है। पढ़ता कौन है: लेखकों और पब्लिशरों तक पैसा पहुँचाती सोसाइटियाँ और मैकेनिकल लाइसेंसिंग संस्थाएँ।

UPC/EAN रिलीज़ की पहचान करता है। एक GS1 Global Trade Item Number — उसी वर्ग का उत्पाद कोड जो शैम्पू की बोतल पहचानता है। UPC-A 12 अंकों का है, EAN-13 13 अंकों का। यह एल्बम, EP या सिंगल को एक व्यावसायिक उत्पाद के रूप में नाम देता है। तीन ट्रैक वाले EP का एक UPC होता है और तीन ISRC। पढ़ता कौन है: उत्पाद-स्तर की रिटेल और रिपोर्टिंग, और आप ख़ुद, जब आप किसी स्टेटमेंट का किसी रिलीज़ से मिलान करने की कोशिश करते हैं।

ISRC रिकॉर्डिंग है, ISWC गाना है, और UPC वह डिब्बा है जिसमें आपने उन्हें बेचा। पैसा ठीक इन्हीं तीन लकीरों पर बँटता है: रिकॉर्डिंग की आमदनी ISRC पर, पब्लिशिंग की आमदनी ISWC पर और सोसाइटी डेटाबेस में रखे ISRC-से-ISWC लिंक पर, और उत्पाद-स्तर की रिपोर्टिंग UPC पर।

छह पड़ाव, और हर एक जो पहचान-कोड पढ़ता है

यह रहा एक प्ले, श्रोता के फ़ोन से लेकर खाते में पहुँचे पैसे तक।

इस तालिका के बारे में दो बातें खुलकर कहने लायक हैं।

पड़ाव 2 वह जगह है जहाँ रक़म तय होती है, और वह कोई दर नहीं है। रिकॉर्डिंग-पक्ष का पैसा साझा राजस्व के हिस्से के रूप में निकाला जाता है। Spotify कहता है कि वह प्रति-स्ट्रीम दर नहीं चुकाता: राजस्व साझा किया जाता है और स्ट्रीमशेयर से बाँटा जाता है, इसलिए एक प्ले की क़ीमत उस पूल के साथ बदलती रहती है। कोई सेवा प्रति-देश पेआउट दर भी प्रकाशित नहीं करती।

पड़ाव 4 अलग अनुसूची और अलग पैसे वाली एक अलग पाइपलाइन है। पब्लिशिंग की आमदनी इसलिए नहीं आती कि रिकॉर्डिंग का मिलान हो गया। वह इसलिए आती है कि सोसाइटी के डेटाबेस में ISRC-से-ISWC लिंक मौजूद है। वह लिंक तोड़ दीजिए और रिकॉर्डिंग का भुगतान बिलकुल ठीक होता रहेगा जबकि लेखक का पक्ष बिना मिलान पड़ा रहेगा।

डिस्ट्रिब्यूटर का जारी किया ISRC असल में क्या है

ISRC किसी रिकॉर्डिंग की पहचान करता है, किसी व्यावसायिक रिश्ते की नहीं। कोड कोई लाइसेंस नहीं है और आपके डिस्ट्रिब्यूटर को कुछ नहीं देता।

डिस्ट्रिब्यूटर के जारी किए कोड तब जायज़ हैं जब डिस्ट्रिब्यूटर एक अनुमोदित ISRC Manager हो। US ISRC Agency कहती है कि "a handful of companies are approved to assign ISRCs on behalf of the owner of a recording," और चेताती है कि अनधिकृत कंपनियों के कोड "are invalid and risk collisions with codes issued by authorized registrants." अनुमोदित मैनेजरों की सूची IFPI रखती है। बिना किसी आवंटन के किसी सेवा का गढ़ा हुआ कोड ISRC नहीं है। वह बारह वर्णों की एक स्ट्रिंग है जो किसी न किसी के असली कोड से टकराएगी।

ISRC चार खंडों में 12 वर्णों का होता है: दो वर्ण देश कोड, तीन वर्ण रजिस्ट्रेंट कोड, दो अंक संदर्भ वर्ष, पाँच अंक पदनाम कोड। हाइफ़न पढ़ने में मदद के लिए हैं और कोड का हिस्सा नहीं हैं — Handbook §5 पर यही कहती है। कोई चेक डिजिट नहीं होता। देश कोड और रजिस्ट्रेंट कोड मिलकर उपसर्ग बनाते हैं, और उपसर्ग किसी राष्ट्रीय ISRC एजेंसी द्वारा किसी विशिष्ट रजिस्ट्रेंट को आवंटित किया जाता है।

पूरा मुद्दा इसी आख़िरी वाक्य में है।

छोड़ने पर आपके पास क्या रहता है, और क्या नहीं

इसे दो हिस्सों में बाँटिए, क्योंकि दोनों का जवाब अलग है।

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

उपसर्ग: वह आपके पास नहीं रहता। अगर आपके डिस्ट्रिब्यूटर ने आपको QZ-ES6-25-00013 दिया था, तो QZES6 डिस्ट्रिब्यूटर का रजिस्ट्रेंट कोड है, आपका नहीं। आप उस रिकॉर्डिंग पर वही बारह वर्णों वाला ISRC हमेशा इस्तेमाल करते रहेंगे। छोड़ने के बाद आप QZES6 के तहत नए कोड नहीं गढ़ सकते, इसलिए आपकी अगली रिलीज़ पर अलग उपसर्ग होगा।

मिले-जुले उपसर्गों वाला कैटलॉग कोई ख़राबी नहीं है। दोहराए गए पदनाम कोड वाला कैटलॉग ख़राबी है।

पदनाम कोड हर साल के भीतर रजिस्ट्रेंट के नियंत्रण में होते हैं — पूरी 00000–99999 रेंज में प्रति उपसर्ग प्रति वर्ष 100,000 तक। छोटे रजिस्ट्रेंट के लिए आवंटन इससे संकरा हो सकता है: "The allocation of a new prefix will be accompanied by the range of designation codes for which it is authorised for that registrant" (Handbook §3.3.4)।

अपने रजिस्ट्रेंट कोड के लिए आवेदन कब करें

अपने उपसर्ग के लिए अपनी राष्ट्रीय ISRC एजेंसी को आवेदन तब कीजिए जब:

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

US ISRC Agency से दो बंदिशें: उपसर्ग क्रम में आवंटित होते हैं और "cannot be altered after allocation," और राइट्स-ओनर उपसर्ग का इस्तेमाल सिर्फ़ "to assign ISRCs for recordings that you own" के लिए होना चाहिए। दूसरों की रिकॉर्डिंग के लिए कोड देने को मैनेजर का दर्जा चाहिए, आर्टिस्ट का उपसर्ग नहीं।

साल में दो सिंगल निकालने वाले अकेले आर्टिस्ट के लिए डिस्ट्रिब्यूटर के दिए कोड ठीक हैं। दशकों तक प्रशासित करने लायक कैटलॉग बनाने वाले किसी भी व्यक्ति के लिए अपना उपसर्ग मामूली एकबारगी मेहनत में एक निर्भरता हटा देता है।

ख़राबी के तरीक़े, और हर एक की क़ीमत

ये वही हैं जो सचमुच होते हैं, साथ में वह पड़ाव जिसे हर एक तोड़ता है।

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

अपरिवर्तित पुनः-रिलीज़ के लिए नया ISRC गढ़ना। इससे रिकॉर्डिंग की जमा हुई पहचान बेकार हो जाती है। प्लेलिस्ट इतिहास, सोसाइटी रजिस्ट्रेशन, नेबरिंग-राइट्स दावे और चार्ट इतिहास पुराने कोड से बँधे हैं, और उनमें से कुछ भी साथ नहीं आता। उद्योग की नज़र में एक बिलकुल नई रिकॉर्डिंग शून्य इतिहास के साथ अभी प्रकट हुई है। आम वजह: डिस्ट्रिब्यूटर का ऑनबोर्डिंग फ़ॉर्म जो "I already have an ISRC" फ़ील्ड ख़ाली छूट जाने पर अपने आप कोड बना देता है। वह फ़ील्ड हमेशा भरिए। कैटलॉग माइग्रेशन में यह सबसे आम स्वयं-निर्मित चोट है।

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

ISRC में उलट-पुलट हुए वर्ण। कोई चेक डिजिट नहीं, कोई पकड़ नहीं। रिकॉर्डिंग ऐसे पहचान-कोड के तहत डिलीवर होती है जो या तो किसी का नहीं है — तब प्ले बिना मिलान रह जाते हैं — या किसी और का है, और तब प्ले उसके खाते में चढ़ जाते हैं। बचाव: दोबारा टाइप करने के बजाय कॉपी-पेस्ट कीजिए, और रिलीज़ के हर ISRC को एक ही स्रोत सूची के सामने जाँचिए।

ऐसा UPC जो अपने ही चेक डिजिट पर फ़ेल हो। लगभग हमेशा कोई टाइपो, कोई कटाव, या स्प्रेडशीट की ऑटो-फ़ॉर्मैटिंग से मिटा दिया गया आगे का शून्य। पेस्ट करने से पहले कॉलम को टेक्स्ट के रूप में फ़ॉर्मैट कीजिए। कम से कम यह ख़राबी शोर मचाती है: ज़्यादातर इनजेशन सिस्टम इसे सीधे रिजेक्ट कर देते हैं। GS1 GTIN को एकसमान रूप से रखने की सलाह देता है — "GS1 recommends that GTIN is always stored as a 14-digit number in the data bases. Shorter formats should be filled in with leading zeroes up to 14 characters." यही अपनी स्प्रेडशीट में भी कीजिए।

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

टूटा हुआ पहचान-कोड ग़लती नहीं, ख़ामोशी क्यों पैदा करता है

शृंखला के चुपचाप फ़ेल होने की दो ढाँचागत वजहें हैं, और वे एक-दूसरे को बढ़ाती हैं।

पहली यह कि जॉइन की कोई राय नहीं होती। ऊपर का हर पड़ाव एक डेटाबेस जॉइन है: रिपोर्ट पंक्ति से एक पहचान-कोड लीजिए, उसे किसी कैटलॉग में ढूँढ़िए, और मिलान पर पैसा जोड़ दीजिए। जिस जॉइन को कुछ नहीं मिलता वह कोई त्रुटि नहीं उठाता। वह कुछ नहीं लौटाता। रिपोर्ट किया गया ऐसा ISRC जो आपके डिस्ट्रिब्यूटर के कैटलॉग में नहीं है, आपके स्टेटमेंट तक कभी नहीं पहुँचता — वह बिना आवंटन पड़ा रहता है। इस तंत्र में कुछ भी आपको यह बताने के लिए नहीं बनाया गया कि कोई पंक्ति ग़ायब हो गई, क्योंकि सिस्टम की नज़र से कोई पंक्ति ग़ायब हुई ही नहीं; बस कोई मिलान करने को था ही नहीं।

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

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

बिना मिलान वाली रॉयल्टी अभी खोई हुई रॉयल्टी नहीं है। लेकिन वह एक तय समय-सारणी पर खो जाती है, और कोई याद दिलाने नहीं आता।

अगली डिलीवरी से पहले क्या करें

यह अनुशासन बेरौनक़ है और हर रिलीज़ पर करीब एक घंटा लेता है।

1. एक प्रामाणिक शीट रखिए जो आपके नियंत्रण में हो: ट्रैक टाइटल, वर्ज़न, ISRC, ISWC, लेखक स्प्लिट, रिलीज़ UPC। कोई डिस्ट्रिब्यूटर डैशबोर्ड नहीं — आपकी अपनी फ़ाइल। उसमें कुछ भी पेस्ट करने से पहले पहचान-कोड वाले कॉलम टेक्स्ट के रूप में फ़ॉर्मैट कीजिए।
2. ISRC डिलीवरी के दौरान नहीं, उससे पहले दीजिए। अगर किसी रिकॉर्डिंग का कोड आपके पास पहले से है, तो उसे फ़ॉर्म में डालिए। अगर आपको ठीक से पता नहीं कि किसी वर्ज़न को नया कोड चाहिए या नहीं, तो रीमिक्स, एडिट, लाइव टेक और रीमास्टर के नियम /blog/isrc-when-you-need-a-new-one/ पर दिए गए हैं।
3. हर UPC का चेक डिजिट जाँचिए, और कुछ भी डिलीवर होने से पहले पक्का कीजिए कि आपके ऑडियो में एम्बेड किए पहचान-कोड शीट से वर्ण-दर-वर्ण मेल खाते हैं।
4. रिकॉर्डिंग और कृतियों को संबंधित सोसाइटियों में उन्हीं कोड के साथ रजिस्टर कीजिए जो आपने डिलीवर किए। पड़ाव 4 पर ISRC-से-ISWC लिंक इसी से बनता है।

फिर, जब किसी स्टेटमेंट में कोई पंक्ति ग़ायब हो, आपके पास बहस के लिए सत्य का एक स्रोत होगा। उसके बिना आप यह स्थापित ही नहीं कर सकते कि भुगतान कितना होना चाहिए था।

मज़ुफ़ा का ISRC और UPC/EAN चेकर /isrc-upc-checker पर मुफ़्त है; यह ISRC का ढाँचा और UPC/EAN के चेक डिजिट जाँचता है और पूरी तरह आपके अपने ब्राउज़र में चलता है। यह आपको यह नहीं बता सकता कि कोई ISRC आपका ISRC है — यह कोई नहीं बता सकता — पर वह किसी ख़राब ढाँचे वाले कोड और ग़लत चेक डिजिट को डिलीवरी के बाद नहीं, पहले पकड़ लेगा।

स्रोत

• IFPI, ISRC Structure (country code, registrant code, year of reference, designation code) — https://isrc.ifpi.org/isrc-standard/isrc-structure
• IFPI, International Standard Recording Code (ISRC) Handbook (§3.3.4 designation-code ranges; §4.3 no second ISRC without material change; §4.6 unchanged recording sold or licensed keeps its ISRC; §5 hyphens are not part of the code) — https://www.ifpi.org/wp-content/uploads/2021/02/ISRC_Handbook.pdf
• IFPI, ISRC Managers (list of entities approved to assign ISRCs on a rights holder's behalf) — https://isrc.ifpi.org/get-isrc/isrc-managers
• US ISRC Agency, How It Works (approved managers; risk of collision from unauthorised code issuers; prefixes allocated in sequence and not alterable; rights-owner prefixes used only for owned recordings) — https://usisrc.org/how-it-works/
• GS1, Communicating GS1 trade item numbers (GTINs stored as 14 digits, shorter formats filled with leading zeroes) — https://www.gs1.org/edi-xml/technical-user-guide/Item_Numbers
• ISO 15707:2001, International Standard Musical Work Code (ISWC) — https://www.iso.org/standard/28780.html
• CISAC, International Identifiers (ISWC administration) — https://www.cisac.org/services/information-services/international-identifiers
• International Standard Musical Work Code, Wikipedia (ISWC format T-123.456.789-C) — https://en.wikipedia.org/wiki/International_Standard_Musical_Work_Code