ایک اسٹریم ادائیگی کیسے بنتی ہے، اور زنجیر خاموشی سے کہاں ٹوٹتی ہے

اسٹریم ادائیگی نہیں ہے۔ یہ ڈیٹابیس جوائنز کی ایک زنجیر کی پہلی سطر ہے، اور اس زنجیر کا ہر جوائن اُسی شناخت کنندہ پر ہوتا ہے جو آپ نے فراہم کیا تھا۔ جب ان میں سے کوئی ایک غلط ہو تو کچھ بھی اسے مسترد نہیں کرتا اور کوئی آپ کو لکھ کر نہیں بتاتا۔ پلے پھر بھی گنی جاتی ہے، پیسہ پھر بھی جمع ہوتا ہے، اور وہ اُسی جوائن پر چلنا بند کر دیتا ہے جو ناکام ہوا۔

یہ وہی زنجیر ہے، پڑاؤ در پڑاؤ: ہر حصہ کون سا شناخت کنندہ پڑھتا ہے، ڈسٹری بیوٹر کا جاری کردہ 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 گھڑنا۔ یہ ریکارڈنگ کی جمع شدہ شناخت ضائع کر دیتا ہے۔ پلے لسٹ کی تاریخ، سوسائٹی رجسٹریشنز، ہمسایہ حقوق کے دعوے اور چارٹ کی تاریخ سب پرانے کوڈ سے بندھی ہیں، اور ان میں سے کچھ بھی ساتھ نہیں جاتا۔ صنعت کی نظر میں ابھی ابھی ایک بالکل نئی ریکارڈنگ نمودار ہوئی ہے، جس کی کوئی تاریخ نہیں۔ عام وجہ: ڈسٹری بیوٹر کا آن بورڈنگ فارم جو کوڈ خود بخود بنا دیتا ہے جب "میرے پاس پہلے سے 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 کا ربط اسی سے بنتا ہے۔

پھر جب کسی اسٹیٹمنٹ میں کوئی سطر غائب ہو تو آپ کے پاس ایک مستند ماخذ ہوتا ہے جس کی بنیاد پر بحث کی جا سکے۔ اس کے بغیر آپ یہ ثابت ہی نہیں کر سکتے کہ ادا کیا کچھ جانا چاہیے تھا۔

Mazufa کا 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