ڈسٹری بیوشن کمپنیاں کاروبار چھوڑ دیتی ہیں۔ کچھ کو لپیٹ دیا جاتا ہے، کچھ خرید لی جاتی ہیں، اور کچھ خاموشی سے ای میل کا جواب دینا بند کر دیتی ہیں۔ فنکار کے سوال ہمیشہ وہی تین ہوتے ہیں: کیا میری موسیقی اُتر جائے گی، کیا میرے کوڈ میرے پاس رہیں گے، کیا مجھے میرے پیسے ملیں گے۔
جواب اُس گھبراہٹ سے کہیں زیادہ متعین ہیں جو یہ سوال جگاتے ہیں۔ ریکارڈنگ کے حقوق وہیں رہتے ہیں جہاں تھے۔ ISRC ریکارڈنگ سے جُڑا رہتا ہے۔ جو پیسہ پہلے ہی جمع ہو چکا ہے، اصل خطرہ اسی حصے کو ہے، اور وجہ موسیقی کی صنعت کا رواج نہیں بلکہ دیوالیہ پن کا قانون ہے۔
یہ صفحہ ایک حوالہ ہے، قانونی مشورہ نہیں۔
دیوالیہ پن اور معاہدے کے ضوابط ہر دائرۂ اختیار میں الگ ہیں، اور آپ کے معاملے کا نتیجہ اُس ملک کے قانون پر منحصر ہے جہاں کمپنی رجسٹرڈ ہوئی اور اُس عبارت پر جس پر آپ نے دستخط کیے۔ نیچے جہاں کوئی اصول کسی ایک قانونی نظام سے لیا گیا ہے، وہاں اس کی نشاندہی کر دی گئی ہے — اسے ایک عمومی اصول کی مثال سمجھیے، اپنے ملک کے بارے میں بیان نہیں۔
تین مختلف واقعات جنہیں ایک ہی نام دیا جاتا ہے
"میرا ڈسٹری بیوٹر ڈوب گیا" تین ایسی صورتوں کو ڈھانپتا ہے جن کا برتاؤ الگ الگ ہے۔
دیوالیہ پن۔ ایک باقاعدہ قانونی کارروائی۔ ایک مقرر کردہ عہدیدار کمپنی کے اثاثوں کا انتظام سنبھالتا ہے، طے کرتا ہے کہ کون سے معاہدے رکھنے ہیں، اور جو بچتا ہے اسے ایک قانونی ترتیب سے تقسیم کرتا ہے — امریکہ میں یہ ٹرسٹی کا کام ہے کہ اسٹیٹ کی املاک جمع اور نقد کرے اور حاصل شدہ رقم تقسیم کرے (Chapter 7 Bankruptcy Basics)۔ اہم لفظ قانونی ہے: ادائیگی کی ترتیب قانون طے کرتا ہے، یہ نہیں کہ سب سے اونچی آواز میں کون شکایت کرتا ہے۔
حصولِ ملکیت۔ کمپنی بدستور موجود رہتی ہے اور آپ کی جو رقم اس پر واجب تھی وہ بدستور واجب رہتی ہے۔ جو بدلتا ہے وہ یہ ہے کہ اس پر کنٹرول کس کا ہے، اور شاید آگے کی شرائط۔
چھوڑ جانا۔ نہ کوئی درخواست، نہ اطلاع، نہ کوئی عہدیدار۔ ڈیش بورڈ چلتا رہتا ہے یا بیٹھ جاتا ہے، سپورٹ کا پتہ واپس بھیج دیتا ہے، اسٹیٹمنٹ آنا بند ہو جاتے ہیں۔ تینوں میں سب سے برا یہی ہے، کیونکہ نہ کوئی فریقِ ثانی ہے نہ کوئی کارروائی — کسی پر دعویٰ نہیں کیا جا سکتا، کسی کے پاس ٹیک ڈاؤن بھیجنے کا اختیار نہیں، کوئی آپ کا میٹا ڈیٹا واپس کرنے والا نہیں۔
جو ریلیز پہلے ہی لائیو ہے اس کا کیا بنتا ہے
خودبخود کچھ نہیں۔ یہی سب سے عام غلط فہمی ہے۔
اسٹریمنگ سروسز یہ نہیں دیکھتیں کہ ان کے مواد فراہم کرنے والے مالی طور پر مستحکم ہیں یا نہیں۔ ریلیز اس لیے لائیو ہوتی ہے کہ ایک ڈیلیوری پیغام نے اسٹور کو اسے دستیاب کرنے کا کہا، اور وہ اُس وقت تک دستیاب رہتی ہے جب تک کوئی بعد کا پیغام اس کے برعکس نہ کہے۔ ان پیغامات کی صنعتی معیاری شکل DDEX کا Electronic Release Notification suite ہے، جس کے پیغامات "اُن ریلیزوں کے بارے میں میٹا ڈیٹا کی ترسیل ممکن بناتے ہیں جو ڈسٹری بیوشن کے لیے دستیاب کی جا رہی ہیں، اور یہ کہ وہ ریلیزیں کس طرح دستیاب کی جا سکتی ہیں،" اور جو "عام طور پر کسی ریکارڈ کمپنی یا ڈسٹری بیوٹر کی طرف سے کسی ڈیجیٹل میوزک سروس پرووائیڈر (DSP) کو بھیجے جاتے ہیں۔" دستیابی ایک پہنچائی ہوئی ہدایت ہے۔ اور وہ قائم رہتی ہے۔
Spotify کی سپورٹ دستاویزات یہی طریقۂ کار دوسری طرف سے دکھاتی ہیں۔ موسیقی کے غیر متوقع طور پر ہٹائے جانے پر اس کا مضمون فنکاروں کو کہتا ہے کہ پہلے لیبل یا ڈسٹری بیوٹر سے رابطہ کریں، اور وہ اسباب گنواتا ہے جو ڈسٹری بیوٹر کو دیکھنے چاہئیں: ٹیک ڈاؤن کی درخواست، کوئی پچھلی ڈیلیوری جس میں حذف کا حکم یا اختتامی تاریخ تھی، کوئی میٹا ڈیٹا اپ ڈیٹ جس پر حذف کا نشان تھا، یا کوئی ریلیز جسے غیر دستیاب قرار دیا گیا۔ ان میں سے ہر ایک وہ چیز ہے جو فراہم کنندہ نے بھیجی۔ ان میں کوئی بھی ایسی نہیں جو اسٹور نے کسی کمپنی کے حالات دیکھ کر خود شروع کی ہو۔
تو عملی نتیجہ انہی تین صورتوں پر بٹ جاتا ہے:
- دیوالیہ پن۔ آپ کی ریلیز لائیو رہتی ہے یا نہیں، یہ اس پر منحصر ہے کہ عہدیدار اسٹور معاہدوں اور ڈیلیوری پائپ لائن کے ساتھ کیا کرتا ہے۔ اگر قدر بچانے کے لیے پائپ لائن چلتی رہے تو ریلیزیں لائیو رہتی ہیں۔ اگر اسٹور معاہدے ختم کر دیے جائیں تو دستیابی اس پر منحصر ہے کہ ہر اسٹور ایسے فراہم کنندہ کے مواد کے ساتھ کیا کرتا ہے جس کے ساتھ اس کا کوئی نافذ العمل معاہدہ نہیں رہا — اور کوئی بڑا اسٹور اس کا کوئی عمومی اصول شائع نہیں کرتا۔ جو کوئی ہفتوں کی گنتی بتائے، وہ اندازہ لگا رہا ہے۔
- حصولِ ملکیت۔ تقریباً ہمیشہ نظر آنے والا کچھ نہیں ہوتا؛ عموماً کیٹلاگ ہی خریداری کا مقصد ہوتا ہے۔
- چھوڑ جانا۔ ریلیزیں عام طور پر کافی عرصہ لائیو رہتی ہیں، کیونکہ اسٹور کو ملی آخری ہدایت یہی کہتی تھی کہ "دستیاب ہے۔" لائیو ہونا ادائیگی ہونے کے برابر نہیں: رائلٹی ایسے کھاتے میں جمع ہوتی رہ سکتی ہے جسے کوئی نہیں چلا رہا۔
نتیجہ سرخی سے زیادہ اہم ہے۔ اگر آپ کا ڈسٹری بیوٹر خاموش ہو گیا ہے تو ہو سکتا ہے آپ اپنی موسیقی اُتار ہی نہ سکیں، کیونکہ ٹیک ڈاؤن ایک ایسا پیغام ہے جو صرف فراہم کنندہ بھیج سکتا ہے۔ ٹیک ڈاؤن کے بعد بھی موسیقی لائیو رہنے پر Spotify کا مضمون ٹیک ڈاؤن کی کارروائی کے لیے کم از کم دو کاروباری دن مانگتا ہے اور کہتا ہے کہ اگر اس کے بعد بھی ریلیز دستیاب ہو تو ڈسٹری بیوٹر ڈیلیوری XML دیکھے اور دوبارہ بھیجے۔ فنکار کی طرف کوئی بٹن نہیں ہے۔ یہی دستاویز حل نہ ہونے والے معاملات کو ڈسٹری بیوٹر کے ذریعے Spotify کی کانٹینٹ آپریشنز ٹیم تک بھیجتی ہے، فنکار کے ذریعے نہیں۔
یہ عدم توازن ساختی ہے، دشمنی نہیں۔ Spotify کی شروعات کی رہنمائی کہتی ہے کہ "موسیقی Spotify پر ڈسٹری بیوٹر کے ذریعے اپ لوڈ ہوتی ہے،" اور ڈسٹری بیوٹرز "Spotify اور دیگر اسٹریمنگ سروسز تک لائسنسنگ اور ڈسٹری بیوشن سنبھالتے ہیں۔" Apple بھی کیٹلاگ کی ترسیل ترجیحی ڈسٹری بیوشن شراکت داروں کے ذریعے کراتا ہے۔ اسٹور کا فریقِ ثانی فراہم کنندہ ہے، آپ نہیں — اسی لیے وہ صرف آپ کی ہدایت پر عمل نہیں کرے گا۔
ISRC کا مالک کون ہے
ریکارڈنگ کا کوڈ اس سارے معاملے میں سب سے کم خطرے میں ہے، اور یہ سمجھنا فائدہ مند ہے کہ کیوں۔
ISRC ایک ریکارڈنگ کو اُس ریکارڈنگ کی پوری عمر کے لیے شناخت کرتا ہے۔ ISRC Handbook، جسے IFPI نے ISO کی مقرر کردہ بین الاقوامی ISRC رجسٹریشن اتھارٹی کی حیثیت سے شائع کیا، کہتا ہے کہ ISRC "ایک ریکارڈنگ کو اس کی پوری زندگی میں شناخت کرتا ہے اور اسے ریکارڈنگ کا حق دار یا کوئی مجاز نمائندہ تفویض کرتا ہے۔" ضمیمہ A.3 صاف کہتا ہے: "جس ریکارڈنگ کو ایک ISRC تفویض ہو چکا ہو، اسے کوئی دوسرا ISRC تفویض نہیں کیا جائے گا، خواہ ملکیت بدل جائے یا اس کا لائسنس دے دیا جائے،" اور "جو ISRC ایک ریکارڈنگ کو تفویض ہو چکا ہو، اسے کبھی کسی دوسری مختلف ریکارڈنگ کو دوبارہ تفویض نہیں کیا جائے گا۔"
دفعہ 4.6 منتقلی کو براہِ راست دیکھتی ہے: "اگر اصل رجسٹرنٹ ISRC ملنے کے بعد ریکارڈنگ کو غیر تبدیل شدہ صورت میں فروخت کرے یا اس کا لائسنس دے، تو کوئی نیا ISRC تفویض نہیں کیا جائے گا اور اُس ریکارڈنگ کا ISRC وہی رہے گا۔" IFPI کا ISRC FAQ خریداروں کے لیے یہی دہراتا ہے: ایک بار تفویض ہو جائے تو ISRC "ٹریک کی پوری عمر کے لیے وہی رہنا چاہیے۔ یہ اُس صورت میں بھی ہے جب ٹریک کی ملکیت بدل جائے۔"
Handbook اُس غلطی کا دروازہ بھی بند کرتا ہے جو ڈسٹری بیوٹر بدلتے وقت ہوتی ہے: "کوئی فریق جو ریکارڈنگ خوردہ فروشی، ڈسٹری بیوشن، اسٹریمنگ، نشریات وغیرہ کے لیے وصول کرے، وہ ISRC تفویض نہیں کرے گا بلکہ وہی ISRC استعمال کرے گا جو مالک نے تفویض کیا تھا۔" نئے ڈسٹری بیوٹر سے توقع یہ ہے کہ وہ آپ کے موجودہ کوڈ لے، نئے نہ بنائے۔
رجسٹرنٹ کوڈ، یعنی وہ حصہ جو لوگوں کی اصل مراد ہوتا ہے
ISRC کے چار اجزا ہیں: دو حرفی ملکی کوڈ، تین حرفی رجسٹرنٹ کوڈ، دو ہندسوں کا سالِ حوالہ اور پانچ ہندسوں کا تخصیصی کوڈ (ISRC structure)۔ ملکی کوڈ اور رجسٹرنٹ کوڈ مل کر پانچ حرفی سابقہ بناتے ہیں، اور وہ سابقہ ایک رجسٹرنٹ کو الاٹ ہوتا ہے۔ جب ڈسٹری بیوٹر آپ کو ISRC جاری کرتا ہے تو اُس کوڈ کا سابقہ عموماً ڈسٹری بیوٹر کا ہوتا ہے، آپ کا نہیں۔
Handbook کا ضمیمہ D اس بندوبست کا نام بتاتا ہے: جو حق دار خود کوڈ تفویض نہیں کرنا چاہتا وہ کسی "ISRC Manager" سے کام لے سکتا ہے، اور "اکثر ISRC Managers ڈیجیٹل ایگریگیٹرز یا ڈسٹری بیوٹرز ہوتے ہیں جو ڈسٹری بیوشن کے ساتھ ISRC کی خدمات بھی دیتے ہیں۔" دفعہ 4.2 تقاضا کرتی ہے کہ ISRC Manager کو رجسٹریشن اتھارٹی یا کسی قومی ایجنسی سے اجازت حاصل ہو۔ حاکم ضوابط ISRC Bulletin 2009/03 میں ہیں، اور یہاں دو دفعات اہم ہیں۔
دفعہ 3.4: "اگر کوئی چھوٹا پروڈیوسر جو پہلے کسی ISRC Manager کی خدمات لے چکا ہو، کسی نئے ISRC Manager سے تعلق قائم کرے، تو پچھلے ISRC Manager کے تفویض کردہ ISRC استعمال ہوتے رہیں گے۔ جن ٹریکس کے پاس پہلے سے ISRC ہو، انہیں نئے ISRC تفویض نہیں کیے جائیں گے۔" یہی وہ اصول ہے جو منتقلی کے وقت آپ کے کیٹلاگ کی شناخت بچاتا ہے۔
دفعہ 3.3: "اگر کسی چھوٹے پروڈیوسر کے لیے ISRC Manager کے طور پر کام کرنے کا معاہدہ ختم ہو جائے یا اس کی میعاد گزر جائے، تو کسی بھی خصوصی طور پر الاٹ کردہ رجسٹرنٹ کوڈ کے تمام ریکارڈ اور اس کا کنٹرول اُس چھوٹے پروڈیوسر کو منتقل کیا جائے گا۔" بیان کردہ وجہ یہ ہے کہ پروڈیوسر، یا کوئی بعد کا مینیجر، تکرار کے خطرے کے بغیر کوڈ تفویض کرتا رہ سکے۔
دو حدود۔ پہلی، دفعہ 3.3 صرف وہاں لاگو ہوتی ہے جہاں دفعہ 4.3 کے تحت آپ کی جانب سے خصوصی رجسٹرنٹ کوڈ حاصل کیا گیا ہو۔ اس کا متبادل، دفعہ 4.2، مینیجر کو اجازت دیتی ہے کہ وہ اپنے تمام چھوٹے پروڈیوسروں کے لیے ایک "Standing Registrant Code" استعمال کرے، اور ڈسٹری بیوٹر کے جاری کردہ زیادہ تر کوڈ اسی مشترکہ ذخیرے سے ہوتے ہیں۔ مشترکہ سابقہ آپ کے حوالے نہیں کیا جا سکتا: وہ آپ کا نہیں ہے، اور ہزاروں دوسرے لوگوں کی ریکارڈنگز میں استعمال ہو رہا ہے۔ آپ کے موجودہ بارہ حرفی کوڈ دونوں صورتوں میں مستقل طور پر درست رہتے ہیں؛ جو آپ کو نہیں ملتا وہ اُس سابقے کے تحت نئے کوڈ بنانے کی صلاحیت ہے۔
دوسری — اور یہی دیانت دارانہ خلا ہے — بلیٹن ایسے معاہدے کی بات کرتا ہے جو "ختم ہو جائے یا جس کی میعاد گزر جائے۔" وہ ایسے مینیجر کی بات نہیں کرتا جو تحلیل ہو چکا ہو، اور وہ منتقلی کی ذمہ داری ایسی کمپنی پر ڈالتا ہے جس کے پاس دیوالیہ پن میں اسے پورا کرنے کے لیے شاید کوئی عملہ ہی نہ ہو۔ IFPI کسی ختم شدہ ISRC Manager سے رجسٹرنٹ کوڈ کے ریکارڈ واپس لینے کا کوئی طریقۂ کار شائع نہیں کرتی۔ اگر آپ کو اپنا سابقہ چاہیے تو راستہ وہی ہے جو ہمیشہ کھلا ہے: اپنے علاقے کی قومی ISRC ایجنسی کو اپنی حیثیت میں بطور رجسٹرنٹ درخواست دیں۔
UPC کا مالک کون ہے
پروڈکٹ کوڈ کا برتاؤ ریکارڈنگ کے کوڈ سے مختلف ہے، اور کم مہربان۔
موسیقی کی ریلیز پر UPC یا EAN ایک GS1 Global Trade Item Number ہوتا ہے جو کسی مخصوص کمپنی کو لائسنس شدہ GS1 Company Prefix پر بنا ہوتا ہے۔ جب ڈسٹری بیوٹر آپ کو UPC جاری کرتا ہے تو وہ اپنے ہی لائسنس شدہ سابقے سے ایک نمبر نکال رہا ہوتا ہے۔
شرائط واضح ہیں۔ GS1 US Company Prefix and Identification Key License Agreement کہتا ہے کہ "سابقہ اور شناختی کلیدیں دوسروں کے استعمال کے لیے فروخت، کرائے پر، ذیلی لائسنس یا تقسیم نہیں کی جا سکتیں،" اور یہ کہ لائسنس یافتہ کے کاروبار کی فروخت یا انضمام پر منتقلی GS1 کے الگ ضوابط کے تابع ہے۔ یہاں جو دفعہ اہم ہے وہ دفعہ 11 ہے: "اگر لائسنس یافتہ کاروبار کرنا چھوڑ دے تو معاہدہ اور سابقہ یا شناختی کلیدیں استعمال کرنے کا لائسنس ختم ہو جائے گا۔" لائسنس سالانہ بھی ہے اور تجدید کی فیس ادا نہ ہونے پر ختم ہو جاتا ہے۔
دفعہ 6 کے ساتھ ملا کر پڑھیں — "شناختی کلیدیں یا کمپنی سابقے کا حصہ بننے والے GTIN صرف ایک پروڈکٹ کی شناخت کے لیے استعمال ہو سکتے ہیں، اور کسی دوسرے پروڈکٹ پر دوبارہ استعمال نہیں کیے جا سکتے خواہ پہلا پروڈکٹ متروک ہو جائے" — تو صورتِ حال یہ ہے:
- آپ کی موجودہ ریلیز کا UPC کسی اور کے البم کو دوبارہ تفویض نہیں ہو گا۔ وہ پروڈکٹ کے ساتھ ہی ریٹائر ہو جاتا ہے۔
- جس سابقے سے وہ آیا وہ آپ کا نہیں ہے اور کبھی تھا بھی نہیں، اور وہ لائسنس یافتہ کے کاروبار کے ساتھ ختم ہو جاتا ہے۔
- آپ نہ اس کا مطالبہ کر سکتے ہیں، نہ اسے خرید سکتے ہیں، نہ وراثت میں پا سکتے ہیں۔
عملی نتیجہ چھوٹا ہے۔ UPC ایک پروڈکٹ کی شناخت کرتا ہے — البم یا سنگل بطور تجارتی شے۔ جب آپ نئے ڈسٹری بیوٹر کے ذریعے دوبارہ ڈیلیور کرتے ہیں تو عام طور پر نیا UPC جاری ہوتا ہے، اور یہ نقصان نہیں بلکہ درست طرزِ عمل ہے۔ جو شناخت کنندہ آپ کی اسٹریمنگ تاریخ، نیبرنگ رائٹس کی رجسٹریشنز اور سوسائٹیوں کی میچنگ اٹھائے ہوئے ہے وہ ISRC ہے، اور وہ آپ کے پاس رہتا ہے۔ پھر بھی اپنے پرانے UPC ریکارڈ کر لیں؛ پرانے اسٹیٹمنٹ پڑھنے کی کنجی وہی ہیں۔
وہ پیسہ جو جمع ہو چکا مگر ابھی ادا نہیں ہوا
یہیں فنکار ہارتے ہیں، اور تفصیلات مختلف ہونے کے باوجود وجہ زیادہ تر نظاموں میں ایک ہی ہے۔
طے شدہ صورتِ حال
اسٹورز سے جمع شدہ اور ابھی آپ کو ادا نہ کی گئی رائلٹی عام صورت میں کمپنی پر آپ کا قرض ہے۔ آپ ایک قرض خواہ ہیں — محفوظ نہیں، کیونکہ تقریباً یقیناً کمپنی کے اثاثوں پر آپ کا کوئی رہن نہیں، اور تقریباً کبھی ترجیحی نہیں، کیونکہ ترجیحی حیثیت قانون دعوے کی مخصوص اقسام کے لیے متعین کرتا ہے اور فنکار ان میں سے نہیں۔
انگلینڈ اور ویلز میں Insolvency Act 1986 کی دفعہ 175 ترجیحی قرضوں کو لپیٹنے کے اخراجات کے بعد دوسرے قرضوں پر فوقیت دیتی ہے، اور دفعہ 386 بمع شیڈول 6 متعین کرتی ہے کہ اس میں کیا شمار ہوتا ہے: پیشہ ورانہ پنشن کے چندے، ملازمین کا معاوضہ، اور مالیاتی شعبے کے بعض ڈپازٹ۔ کوئی زمرہ سپلائرز، لائسنس دہندگان یا رائلٹی وصول کنندگان کو نہیں ڈھانپتا۔ جو بچتا ہے اس پر دفعہ 107 حاکم ہے: "رضاکارانہ لپیٹنے میں کمپنی کی املاک لپیٹے جانے پر کمپنی کی ذمہ داریوں کی ادائیگی میں pari passu لگائی جائیں گی" — برابر، تناسب سے، ڈالر کے بدلے سینٹ۔
امریکہ دوسرے راستے سے اسی مقام پر پہنچتا ہے۔ 11 U.S.C. § 726 زیرِ تصفیہ اسٹیٹ کے لیے تقسیم کی ترتیب طے کرتا ہے: پہلے § 507 میں گنائے گئے ترجیحی دعوے، پھر "کوئی بھی منظور شدہ غیر محفوظ دعویٰ،" پھر دیر سے داخل کیے گئے دعوے، پھر جرمانے، پھر سود، پھر مقروض۔ دفعہ 507 کے دس ترجیحی زمرے گھریلو کفالت کی ذمہ داریوں، انتظامی اخراجات، غیر رضاکارانہ درخواست اور حکمِ ریلیف کے درمیان پیدا ہونے والے بعض دعووں، ملازمین کی اجرت اور مراعات کی ایک محدود رقم، اناج پیدا کرنے والوں اور ماہی گیروں، غیر فراہم شدہ اشیا پر صارفین کے ڈپازٹ، بعض ٹیکسوں، ڈپازٹری اداروں کے لیے سرمائے کی برقراری کے وعدوں اور نشے میں ڈرائیونگ کے دعووں پر مشتمل ہیں۔ لائسنس دہندگان، سپلائرز یا رائلٹی وصول کنندگان کے لیے کوئی ترجیح نہیں۔
تو: عام غیر محفوظ، اور جو کچھ محفوظ دعووں اور کارروائی کی لاگت کے بعد بچے اس میں سے تناسب سے ادائیگی۔ اصول یہی ہے۔ آپ کو زیادہ تر واپس ملتا ہے، کچھ حصہ، یا کچھ بھی نہیں — یہ پوری طرح کمپنی کی بیلنس شیٹ اور دائرۂ اختیار پر منحصر ہے۔ کوئی ریگولیٹر ڈسٹری بیوٹر کے دیوالیہ پن میں فنکاروں کے لیے کوئی عمومی شرحِ وصولی شائع نہیں کرتا، اور جو مخصوص فیصد آپ کہیں نقل ہوتا دیکھیں وہ یا تو کسی ایک نامزد مقدمے کا ہے یا گھڑا ہوا ہے۔
ٹرسٹ یا کلائنٹ اکاؤنٹ سے کیا فرق پڑتا ہے
اصولاً سب کچھ — اور ڈسٹری بیوشن معاہدہ پڑھنے کے لیے یہی وہ ایک معاہداتی خصوصیت ہے جو پڑھنے کے قابل ہے۔
اگر ڈسٹری بیوٹر جو پیسہ جمع کرتا ہے وہ آپ کے لیے بطور ٹرسٹ رکھا جاتا ہو، یا الگ کیے گئے کلائنٹ اکاؤنٹ میں ہو، تو وہ کمپنی کا پیسہ نہیں۔ وہ آپ کا پیسہ ہے، ان کے پاس رکھا ہوا۔ ٹرسٹ کو تسلیم کرنے والے نظاموں کا دیوالیہ قانون یہی بات براہِ راست کہتا ہے۔ Insolvency Act 1986 کی دفعہ 283(3)(a) — جو کمپنی کے لپیٹے جانے کے بجائے فرد کے دیوالیہ پن سے متعلق ہے، اور یہاں اُس اصول کے لیے نقل کی گئی ہے جو وہ بیان کرتی ہے — دیوالیہ شخص کے اسٹیٹ سے "وہ املاک خارج کرتی ہے جو دیوالیہ شخص کسی دوسرے کے لیے بطور ٹرسٹ رکھتا ہو۔" امریکہ میں 11 U.S.C. § 541(d) کہتا ہے کہ جس جائیداد میں مقروض "صرف قانونی حقِ ملکیت رکھتا ہو، منصفانہ مفاد نہیں،" وہ اسٹیٹ کی جائیداد "صرف مقروض کے قانونی حقِ ملکیت کی حد تک… بنتی ہے، نہ کہ اس جائیداد میں کسی ایسے منصفانہ مفاد کی حد تک جو مقروض کے پاس نہیں۔"
اس دفعہ کی تلاش شروع کرنے سے پہلے تین تنبیہات:
- زیادہ تر ڈسٹری بیوشن معاہدے ایسی کوئی چیز بناتے ہی نہیں۔ عام ڈھانچہ سادہ مقروض–قرض خواہ کا تعلق ہے: وہ جمع کرتے ہیں، آپ کا حصہ ان پر واجب ہو جاتا ہے، اور پیسہ عام آپریٹنگ فنڈز میں پڑا رہتا ہے۔
- بینک اکاؤنٹ پر لگا لیبل ٹرسٹ نہیں ہوتا۔ ٹرسٹ ہے یا نہیں، اس کا فیصلہ بندوبست کی اصل حقیقت سے ہوتا ہے، اس سے نہیں کہ کسی چیز کو "کلائنٹ اکاؤنٹ" کہہ دیا گیا۔ جو پیسہ کمپنی کے فنڈز میں مل گیا اور تنخواہوں پر خرچ ہو گیا، اسے وہاں بھی ڈھونڈنا مشکل ہے جہاں ٹرسٹ کا ارادہ تھا۔
- ہر قانونی نظام ٹرسٹ استعمال نہیں کرتا۔ سول لا کے دائرہ ہائے اختیار تیسرے فریق کے الگ کیے گئے فنڈز کو مختلف طریقوں سے اور مختلف نتائج کے ساتھ سنبھالتے ہیں۔
عملاً زیادہ تر فنکاروں کو کم کیوں ملتا ہے
کئی وجوہات ایک دوسرے پر چڑھ کر، اور ان میں سے کسی کے لیے کسی کا بدنیت ہونا ضروری نہیں۔
رائلٹی ڈسٹری بیوٹرز کو تاخیر سے ادا ہوتی ہے اور آگے ایک اور چکر پر، اس لیے کسی بھی لمحے ڈسٹری بیوٹر کے پاس اپنی پوری فہرست کے کئی ہفتوں یا مہینوں کا پیسہ ہوتا ہے — ایک بڑی غیر محفوظ ذمہ داری۔ خود کمپنی کی مالی معاونت، اگر ہو، اکثر محفوظ ہوتی ہے؛ قرض دہندگان رہن لیتے ہیں، فنکار نہیں لیتے۔ دیوالیہ کارروائی کی لاگت غیر محفوظ قرض خواہوں کو کچھ ملنے سے پہلے اوپر ہی سے کٹ جاتی ہے۔ اور سرحد پار چند سو یونٹ کرنسی کا دعویٰ ثابت کرنے پر دعوے سے زیادہ خرچ آتا ہے، اس لیے بہت سے فنکار دعویٰ داخل ہی نہیں کرتے۔
حصولِ ملکیت سے کیا بدلتا ہے اور کیا نہیں
کمپنی کے قانونی طریقۂ کار سے شروع کریں، کیونکہ باقی سب کا فیصلہ وہی کرتا ہے۔
شیئر خریدنے سے کمپنی کا مالک بدلتا ہے، کمپنی نہیں۔ برطانیہ کے Companies Act 2006 کی دفعہ 16 کے تحت کمپنی بننے سے ایک "باڈی کارپوریٹ" وجود میں آتی ہے — ایک قانونی شخص جو اپنے اراکین سے الگ ہے۔ اگر کوئی شیئر خرید لے تو آپ کا فریقِ ثانی وہی قانونی شخص ہے جو کل تھا، انہی ذمہ داریوں کے ساتھ اسی معاہدے کے تحت۔ کچھ منتقل کرنے کی ضرورت نہیں، اور فروخت کے نتیجے میں آپ کی شرائط میں کچھ نہیں بدلتا۔
اثاثہ خریدنا مختلف ہے۔ یہاں خریدار نامزد اثاثے لیتا ہے، اور معاہدوں کو منتقل کرنا پڑتا ہے۔ یہ یا تو حقوق کی منتقلی ہے یا — جہاں ذمہ داریاں بھی منتقل ہوں — نویشن، یعنی پرانے معاہدے کی جگہ نئے فریق کے ساتھ نیا معاہدہ، جس کے لیے تینوں کی رضامندی درکار ہے (Cornell LII: Assignment؛ Novation)۔ Cornell کہتا ہے کہ "معاہدے کی منتقلی، اس کے برعکس شہادت کی غیر موجودگی میں، حقوق کی منتقلی بھی ہے اور فرائض کی تفویض بھی،" اور یہ کہ تفویض کرنے والا فریق صریح بریت کے بغیر عموماً ثانوی طور پر ذمہ دار رہتا ہے۔
اس سے تین باتیں نکلتی ہیں۔
کیا شرائط یک طرفہ بدل سکتی ہیں؟ صرف اُسی حد تک جس کی آپ کا معاہدہ پہلے ہی اجازت دیتا ہو۔ صارف کے لیے بنے زیادہ تر ڈسٹری بیوشن معاہدوں میں ترمیم کی دفعہ ہوتی ہے جو اطلاع پر تبدیلی کی اجازت دیتی ہے، اور اکثر مسلسل استعمال کو رضامندی مان لیا جاتا ہے۔ وہ دفعہ ہمیشہ سے وہیں تھی؛ حصولِ ملکیت اسے پیدا نہیں کرتا، اور پرانا مالک بھی اسے استعمال کر سکتا تھا۔ ڈھونڈنے والی دفعہ ترمیم کی دفعہ ہے، "حصولِ ملکیت" کے عنوان والی کوئی چیز نہیں۔ بعض دائرہ ہائے اختیار میں ایسی دفعات صارفین کو کس حد تک پابند کر سکتی ہیں، اس پر پابندیاں ہیں، اور یہ مقامی قانون کا سوال ہے۔
اطلاع کی مدت۔ پوری صنعت کا کوئی معیار نہیں۔ آپ کو وہی ملتا ہے جو معاہدہ شرائط کی تبدیلی اور خاتمے کے لیے طے کرتا ہے، اور یہ دونوں مدتیں اکثر مختلف ہوتی ہیں۔ دونوں پڑھیں۔
تبدیلیِ کنٹرول کی دفعات۔ تبدیلیِ کنٹرول کی دفعہ فریقِ ثانی کی ملکیت بدلنے سے حرکت میں آتی ہے اور عموماً دوسرے فریق کو ایک حق دیتی ہے — اکثر خاتمے کا حق، کبھی اطلاع پانے کا، اور کبھی کبھار دوبارہ مذاکرات کا۔ ڈسٹری بیوٹروں کے لکھے ڈسٹری بیوشن معاہدوں میں ایسی دفعہ اکثر الٹی سمت چلتی ہے یا سرے سے ہوتی ہی نہیں۔ اگر وہ موجود ہے اور دو طرفہ ہے تو حصولِ ملکیت ہی وہ لمحہ ہے جب وہ کام آتی ہے، اور اس قسم کے حقوق استعمال کرنے کی کھڑکی عموماً مختصر ہوتی ہے۔ اگر آپ کے معاہدے میں ایسی دفعہ ہے تو سودے کی خبر سنتے ہی آخری تاریخ نوٹ کر لیں۔
دیوالیہ پن میں انسدادِ منتقلی کی دفعات آپ کے خیال سے کم کام کرتی ہیں۔ 11 U.S.C. § 365 کے تحت امریکی دیوالیہ ٹرسٹی زیرِ تکمیل معاہدے قبول یا رد کر سکتا ہے، اور § 365(f)(1) منتقلی کی اجازت دیتا ہے "کسی زیرِ تکمیل معاہدے میں ایسی شق کے باوجود… جو منتقلی کو ممنوع، محدود یا مشروط کرتی ہو۔" دفعہ 365(e)(1) اُن ipso facto دفعات کو بھی ناقابلِ نفاذ بناتی ہے جو دیوالیہ پن پر معاہدہ خودبخود ختم کرنے کا دعویٰ کرتی ہیں۔ انسدادِ منتقلی کی دفعہ تجارتی فروخت میں حقیقی تحفظ ہے؛ مگر جب کمپنی عدالت چلا رہی ہو تو وہ کہیں کمزور ہے۔
ایک چیز حصولِ ملکیت بالکل نہیں بدلتا: آپ کی ریکارڈنگز کی ملکیت۔ ڈسٹری بیوشن معاہدہ ڈسٹری بیوٹ کرنے کا لائسنس دیتا ہے۔ وہ ماسٹر کا کاپی رائٹ منتقل نہیں کرتا، اور ڈسٹری بیوٹر کی طرف کا کوئی کارپوریٹ سودا اُس سے زیادہ منتقل نہیں کر سکتا جتنا ڈسٹری بیوٹر کے پاس تھا۔
منظم بندش بمقابلہ خاموش ہو جانا
ان دونوں کا فرق تقریباً پورا فیصلہ کرتا ہے کہ آپ کے سامنے کتنا کام آنے والا ہے۔
منظم بندش یوں ہوتی ہے: تاریخ کے ساتھ اعلان، آخری مدت تک اسٹیٹمنٹ، درخواست پر یا بند ہونے کی تاریخ پر ٹیک ڈاؤن، کیٹلاگ کے میٹا ڈیٹا کا برآمد، آخری ادائیگی کا دور، اور سپورٹ کے خاتمے کا اعلان کردہ وقت۔ آپ کا کام انتظامی ہے — برآمد کریں، تصدیق کریں، دوبارہ ڈیلیور کریں، ملان کریں۔ اچھی طرح چلایا گیا دیوالیہ پن بھی ایسا ہی لگ سکتا ہے، جہاں عہدیدار سمجھے کہ منظم واپسی سے قدر بچتی ہے۔
خاموش ہو جانا یوں ہوتا ہے: اسٹیٹمنٹ بغیر اطلاع کے رک جاتے ہیں، سپورٹ جواب دینا چھوڑ دیتی ہے، ڈیش بورڈ یا تو جم جاتا ہے یا غائب ہو جاتا ہے، اور ڈیلیوری پائپ لائن جڑت کے سہارے چلتی رہتی ہے۔ اب آپ کے سامنے مسائل کا ایک مخصوص اور ناخوشگوار مجموعہ ہے:
- ریلیزیں لائیو رہتی ہیں مگر آپ انہیں اُتار نہیں سکتے، کیونکہ آپ پیغام نہیں بھیج سکتے اور اسٹور صرف آپ کے کہنے پر عمل نہیں کرے گا۔
- اسٹور کی رائلٹی ایسے فراہم کنندہ کے کھاتے میں جمع ہوتی رہتی ہے جسے کوئی نہیں چلا رہا۔
- جب تک وہی ریکارڈنگز پرانی ڈیلیوری کے تحت لائیو ہیں، آپ نئے ڈسٹری بیوٹر سے صاف ستھری دوبارہ ڈیلیوری نہیں کروا سکتے، کیونکہ آپ ایک نقل ڈیلیور کر رہے ہوں گے۔
- اور جو میٹا ڈیٹا اور اسٹیٹمنٹ آپ کو کچھ بھی ثابت کرنے کے لیے چاہئیں، وہ ایسے لاگ اِن کے پیچھے ہیں جو بغیر خبردار کیے غائب ہو سکتا ہے۔
آخری مسئلے کا کوئی صاف راستہ نہیں۔ اسٹورز اپنے فراہم کنندہ کے پابند ہیں اور آپ سے کہیں گے کہ اپنے ڈسٹری بیوٹر سے رابطہ کریں — Spotify کی ہٹانے سے متعلق دستاویزات یہی کہتی ہیں۔ جہاں باقاعدہ دیوالیہ کارروائی موجود ہو، وہاں عہدیدار کے پاس اختیار ہے، اور اسے اپنی حیثیت کا واضح اور شواہد سے مضبوط بیان لکھ بھیجنا کارآمد ہے۔ جہاں کوئی دیوالیہ کارروائی شروع ہی نہ ہوئی ہو، وہاں اکثر اختیار والا کوئی ہوتا ہی نہیں۔
کیا کرنا ہے، ترتیب سے
ترتیب کسی ایک قدم کی رفتار سے زیادہ اہم ہے۔
1. آج ہی سب کچھ برآمد کر لیں۔ ہر رائلٹی اسٹیٹمنٹ اپنی اصل شکل میں، ISRC اور UPC کے ساتھ پوری کیٹلاگ فہرست، ڈیلیوری کی تاریخیں، اسٹور بہ اسٹور دستیابی، اور آڈیو اور آرٹ ورک اگر ڈیش بورڈ ہی ان کا واحد ٹھکانہ ہے۔ بیلنس کے صفحے کا اسکرین شاٹ لیں۔ یہی واحد قدم ہے جس کی آخری تاریخ آپ کے اختیار میں نہیں: ڈیش بورڈ بغیر اطلاع کے آف لائن ہو سکتا ہے۔
2. اپنا شناخت کنندہ رجسٹر بنائیں۔ ایک اسپریڈ شیٹ: ٹریک کا عنوان، ورژن، فنکار، ISRC، ریلیز کا UPC، ریلیز کی تاریخ، اسٹور لنکس، اور یہ کہ کس ڈسٹری بیوٹر نے اسے ڈیلیور کیا۔ ISRC والا کالم اہم ہے — Handbook کا یہ اصول کہ ریکارڈنگ اپنا کوڈ عمر بھر رکھتی ہے، آپ کے تبھی کام آتا ہے جب آپ کو معلوم ہو کہ کوڈ کیا ہے۔
3. کمپنی کو ایسی شکل میں لکھیں جو ریکارڈ بنائے۔ واجب الادا رقم کا بیان، پورے کیٹلاگ کا برآمد، اور اپنی ISRC تفویضات کی تصدیق مانگیں۔ اسے سپورٹ کے ساتھ ساتھ رجسٹرڈ پتے پر بھی بھیجیں۔ دیوالیہ پن میں یہی آپ کے دعوے کی بنیاد بنتا ہے؛ حصولِ ملکیت میں یہ شرائط بدلنے سے پہلے کاغذی ثبوت بنا دیتا ہے۔
4. پتہ کریں کہ کوئی باقاعدہ کارروائی ہے یا نہیں۔ زیادہ تر دائرہ ہائے اختیار میں کمپنی رجسٹریاں دیوالیہ درخواستیں شائع کرتی ہیں۔ اگر کوئی عہدیدار مقرر ہوا ہے تو اس کا نام اور پتہ عوامی ہے، اور دعوے کی کارروائی کی عموماً ایک آخری تاریخ ہوتی ہے۔ چھوٹی رقم کے لیے بھی دعویٰ داخل کریں — لاگت آپ کا وقت ہے، اور متبادل یقینی طور پر کچھ نہ ملنا ہے۔
5. دوبارہ ڈیلیور کرنے سے پہلے لائیو ریلیزوں کا معاملہ نمٹائیں۔ بہترین صورت یہ ہے کہ پرانا ڈسٹری بیوٹر ٹیک ڈاؤن بھیجے؛ پھر آپ دوبارہ ڈیلیور کریں۔ اگر وہ نہ کریں یا نہ کر سکیں تو نیا ڈسٹری بیوٹر پھر بھی ڈیلیور کر سکتا ہے، مگر آپ کو صورتِ حال پہلے ہی بتانی ہو گی تاکہ وہ ٹکراؤ درست طریقے سے سنبھالے، نہ کہ ایسی نقل بنا دے جو آپ کی اسٹریمیں بانٹ دے۔
6. اصل ISRC کے ساتھ دوبارہ ڈیلیور کریں۔ نئے ڈسٹری بیوٹر کو بالکل وہی بارہ حرفی کوڈ دیں اور ہدایت کریں کہ نئے نہ بنائیں۔ Bulletin 2009/03 کی دفعہ 3.4 وہی اصول ہے جس پر انہیں پہلے ہی عمل کرنا چاہیے۔ ریلیز کے لیے نیا UPC معمول کی اور متوقع بات ہے۔
7. سمجھ لیں کہ دوبارہ ڈیلیوری آپ کی تاریخ کے ساتھ کیا کرتی ہے۔ Spotify دوبارہ اپ لوڈ پر پلے کاؤنٹ بچانے کے لیے ٹریک لنکنگ کی دستاویز دیتا ہے، اس بیان کردہ شرط پر کہ "پرانے اور نئے ورژن کا آڈیو اور میٹا ڈیٹا ایک ہو (بشمول دورانیہ، عنوان اور فنکار کا نام)۔" وہ مضمون اس عمل میں ISRC کے کردار کی وضاحت نہیں کرتا، اور پلے لسٹ میں جگہ کی بات نہیں کرتا۔ دوسرے اسٹورز اس سے بھی کم شائع کرتے ہیں۔ میٹا ڈیٹا کا بالکل مطابق ہونا آپ کو بہترین موقع دیتا ہے؛ کوئی اسٹور نتیجے کی ضمانت نہیں دیتا، اور کوئی قابلِ اعتماد شرحِ کامیابی نہیں بتا سکتا۔
8. جن سوسائٹیوں میں شامل ہونے کے آپ حق دار ہیں، ان میں رجسٹر کریں۔ نیبرنگ رائٹس اور کلیکٹنگ سوسائٹی کی آمدنی ISRC پر میچ ہوتی ہے اور آپ کو بطور رجسٹرڈ حق دار ادا کی جاتی ہے، آپ کے ڈسٹری بیوٹر کی مالی حالت سے آزاد۔ یہ پہلے سے ضائع ہوئے پیسے کی وصولی کا راستہ نہیں؛ یہ وہ راستہ ہے جو کبھی خطرے میں تھا ہی نہیں۔
مدتوں کے بارے میں: Spotify ٹیک ڈاؤن کی کارروائی کے لیے کم از کم دو کاروباری دن شائع کرتا ہے۔ اس کے علاوہ یہاں کسی چیز کی کوئی شائع شدہ مدت نہیں۔ دیوالیہ تقسیم اتنا ہی وقت لیتی ہے جتنا کارروائی لیتی ہے، اور سنگِ میل عہدیدار طے کرتا ہے۔ جو کوئی آپ کو ناکام کمپنی سے پیسہ نکلوانے کا شیڈول بتائے، وہ آپ کو اپنی امید بتا رہا ہے۔
کچھ بگڑنے سے پہلے خطرہ کم کرنا
چار چیزوں کی اپنی نقلیں رکھیں۔ ماسٹرز پوری ریزولوشن میں، آرٹ ورک ڈیلیوری کی تفصیلات کے مطابق، ہر رائلٹی اسٹیٹمنٹ جیسے ڈاؤن لوڈ ہوا، اور اوپر بیان کیا گیا شناخت کنندہ رجسٹر۔ چاروں ایسی جگہ ہونی چاہئیں جسے آپ کا ڈسٹری بیوٹر بند نہ کر سکے۔
بڑا بیلنس جمع نہ ہونے دیں۔ کسی بھی لمحے آپ کا خطرہ اُتنا ہی بڑا ہے جتنا وہ بیلنس جو کسی اور کے کھاتے میں پڑا ہے۔ کسی سنگِ میل کا انتظار کرنے کے بجائے ایک شیڈول پر نکلواتے رہنا ایک غیر محفوظ دعوے کو آپ کے بینک میں پڑے پیسے میں بدل دیتا ہے۔ اس صفحے پر یہی سب سے مؤثر بات ہے، اور اس پر نظم و ضبط کے سوا کچھ خرچ نہیں آتا۔
دستخط سے پہلے پانچ مخصوص دفعات پڑھیں۔
- خاتمہ اور اخراج۔ کون ختم کر سکتا ہے، کتنی اطلاع پر، اور ایسا کرنے پر لائیو ریلیزوں کا کیا بنتا ہے۔ واضح اخراجی دفعہ کہتی ہے کہ خاتمے پر کمپنی درخواست کرنے پر ایک متعین مدت کے اندر ٹیک ڈاؤن بھیجے گی، کہ پہلے سے تفویض شدہ ISRC آپ کے پاس رہیں گے، کہ آخری جمع شدہ رائلٹی کسی حد سے نیچے ضبط ہونے کے بجائے ایک متعین تاریخ پر ادا ہو گی، اور یہ کہ آپ اپنا کیٹلاگ ڈیٹا برآمد کر سکتے ہیں۔
- منتقلی۔ کیا وہ آپ کی رضامندی کے بغیر معاہدہ کسی تیسرے فریق کو منتقل کر سکتے ہیں، اور کیا منتقلی پانے والا انہی شرائط کا پابند ہو گا۔ "جانشین اور منتقلی پانے والے" کی عبارت کا مطلب ہے کہ ذمہ داریاں ساتھ سفر کرتی ہیں — اور اس کی کاٹ دونوں طرف ہے۔
- ترمیم۔ شرائط کیسے بدل سکتی ہیں، کتنی اطلاع پر، اور کیا مسلسل استعمال کو رضامندی مانا جائے گا۔
- پیسے کا انتظام۔ کیا جمع شدہ رائلٹی بطور ٹرسٹ یا الگ کھاتے میں رکھی جاتی ہے، یا محض واجب الادا ہے۔ اگر معاہدہ خاموش ہے تو دوسری صورت مان لیں۔
- شناخت کنندے۔ کیا آپ کی ریکارڈنگز کو تفویض کیے گئے ISRC آپ کے ہیں کہ آپ انہیں رکھ سکیں اور نئے ڈسٹری بیوٹر کو ان کے استعمال کی ہدایت دے سکیں۔ IFPI کے ضوابط کے تحت ایسا ہی ہونا چاہیے، مگر معاہدے میں لکھا ہو تو بحث ہی ختم ہو جاتی ہے۔
عام علامتوں پر نظر رکھیں۔ اسٹیٹمنٹ کا دیر سے آنا یا بالکل نہ آنا، ادائیگیوں کا اپنی مقررہ تاریخ سے پھسلنا، سپورٹ کے جواب کے وقت کا بیٹھ جانا، خصوصیات کا خاموشی سے غائب ہو جانا۔ ان میں سے کوئی اکیلی کسی چیز کا ثبوت نہیں۔ مگر یہ سب مل کر اور مسلسل ہوں تو یہ وجہ ہے کہ آپ اپنا بیلنس نکال لیں اور منتقلی کی تیاری کریں، نہ کہ تصدیق کا انتظار کریں۔
سب کچھ ایک جگہ نہ رکھنے پر غور کریں۔ کیٹلاگ کو کئی فراہم کنندگان میں بانٹنے سے ایک ہی جگہ ٹوٹنے کا خطرہ کم ہوتا ہے، مگر انتظامی بوجھ کئی گنا ہو جاتا ہے اور رپورٹنگ بکھر جاتی ہے۔ یہ ایک سودا ہے — بڑے کیٹلاگ کے لیے اکثر فائدہ مند، پہلی EP کے لیے عموماً نہیں۔
جو واپس نہیں مل سکتا
صاف صاف، کیونکہ جان لینا بہتر ہے:
- وہ پیسہ جو جمع ہوا، خرچ ہوا اور ختم ہو گیا۔ اگر کمپنی کے پاس تھا، اب نہیں ہے، اور وہ اسے بطور ٹرسٹ نہیں رکھے ہوئے تھی، تو آپ کا حق جو بچا ہے اس میں سے تناسب کا حصہ ہے۔ وہ حصہ کچھ بھی نہ ہونے کے برابر ہو سکتا ہے۔
- بند کر دیے گئے ڈیش بورڈ کے اندر کی پرانی اینالیٹکس۔ اسٹور کی طرف کا ڈیٹا شاید آپ کے فنکار کھاتوں میں بچ جائے؛ ڈسٹری بیوٹر کی طرف کی رپورٹنگ عموماً نہیں بچتی، اور کوئی اسٹور اسے دوبارہ نہیں بناتا۔
- مشترکہ رجسٹرنٹ کوڈ۔ اگر آپ کے ISRC ایسے Standing Registrant Code کے تحت جاری ہوئے تھے جو بہت سے گاہکوں کے لیے استعمال ہوتا ہے، تو وہ سابقہ آپ کو منتقل نہیں ہو سکتا۔ آپ کے موجودہ کوڈ مستقل طور پر درست رہتے ہیں؛ اُس سابقے کے تحت نئے کوڈ بنانے کی صلاحیت ان کے ساتھ نہیں آتی۔
- ناکام کمپنی کے GS1 سابقے سے لیا گیا UPC۔ لائسنس یافتہ کے کاروبار چھوڑنے پر GS1 لائسنس ختم ہو جاتا ہے، اور شناختی کلیدیں فروخت یا ذیلی لائسنس نہیں کی جا سکتیں۔
- وقت۔ جس کیٹلاگ کو اُتار کر دوبارہ ڈیلیور کرنا پڑے، وہ اس دوران اسٹورز سے باہر یا بے ترتیب طور پر دستیاب رہتا ہے، اور کھوئی ہوئی رفتار کا کوئی معاوضہ دینے کا کوئی طریقہ نہیں۔
جو باقی رہتا ہے، اور دہرانے کے قابل ہے: آپ کی ریکارڈنگز اب بھی آپ کی ہیں۔ آپ کے ISRC اب بھی انہیں مستقل طور پر شناخت کرتے ہیں، اور معیار کہتا ہے کہ نیا ڈسٹری بیوٹر انہیں بدلنے کے بجائے استعمال کرے۔ سوسائٹیوں میں آپ کی رجسٹریشنز پر کوئی اثر نہیں پڑتا۔ جو کچھ واقعی کبھی آپ کا تھا وہ اب بھی آپ کا ہے؛ خطرے میں وہ پیسہ ہے جو کوئی اور پکڑے بیٹھا تھا، اور اس خطرے کو کم کرنے کا تیز ترین طریقہ یہ ہے کہ اسے کم پکڑنے دیں۔
مآخذ
- ISRC Handbook, 4th Edition (2021) — IFPI, International ISRC Registration Authority — ISRC کا دوام (§4.6، ضمیمہ A.3)، یہ کہ ڈسٹری بیوشن کے لیے ریکارڈنگ لینے والے فریق کو مالک کا ISRC استعمال کرنا ہو گا، ISRC Manager کا بندوبست (ضمیمہ D)، اور ISRC Manager کے مجاز ہونے کی شرط (§4.2)۔
- ISRC Bulletin 2009/03: Approval of ISRC Managers to Assign ISRCs — International ISRC Agency — دفعہ 3.3 (خاتمے یا میعاد گزرنے پر ریکارڈ اور خصوصی رجسٹرنٹ کوڈ کی منتقلی)، دفعہ 3.4 (مینیجر بدلنے پر موجودہ ISRC کا جاری رہنا)، دفعات 4.2–4.3 (اسٹینڈنگ بمقابلہ خصوصی رجسٹرنٹ کوڈ)۔
- ISRC FAQ — IFPI — ٹریک کی ملکیت بدلنے پر بھی ISRC وہی رہتا ہے۔
- ISRC Structure — IFPI — ISRC کے چار اجزا اور سابقہ کس چیز کی شناخت کرتا ہے۔
- GS1 US Company Prefix and Identification Key License Agreement (2021) — سابقے اور کلیدیں فروخت، کرائے یا ذیلی لائسنس نہیں کی جا سکتیں (دفعہ 1)؛ شناختی کلید کا دوبارہ استعمال نہیں (دفعہ 6)؛ فروخت یا انضمام پر منتقلی کے ضوابط (دفعہ 7)؛ لائسنس یافتہ کے کاروبار چھوڑنے پر لائسنس کا خاتمہ (دفعہ 11)۔
- GS1 Company Prefix — GS1 — کمپنی سابقہ کیا ہے اور GTIN اسی پر بنتے ہیں۔
- Electronic Release Notification Message Suite (ERN) — DDEX — ریکارڈ کمپنیاں اور ڈسٹری بیوٹرز DSPs کو ریلیز اور دستیابی کی شرائط کیسے بتاتے ہیں۔
- Music unexpectedly removed — Spotify for Artists — ہٹانا پہنچائی گئی ہدایات کے مطابق ہوتا ہے؛ فنکاروں کو ان کے ڈسٹری بیوٹر کی طرف بھیجا جاتا ہے۔
- Music still live after a takedown — Spotify for Artists — ٹیک ڈاؤن کی کارروائی کے لیے کم از کم دو کاروباری دن؛ صرف ڈسٹری بیوٹر دوبارہ بھیج یا معاملہ آگے بڑھا سکتا ہے۔
- Re-uploading music — Spotify for Artists — ٹریک لنکنگ اور آڈیو و میٹا ڈیٹا کے مطابق ہونے کی شرط۔
- Get started — Spotify for Artists — موسیقی Spotify تک ڈسٹری بیوٹر کے ذریعے پہنچتی ہے، جو لائسنسنگ اور ڈیلیوری سنبھالتا ہے۔
- Preferred distribution partners — Apple Music for Artists — Apple کیٹلاگ کی ترسیل منظور شدہ ڈسٹری بیوشن شراکت داروں کے ذریعے قبول کرتا ہے۔
- 11 U.S.C. § 507 — Priorities (Cornell LII) — دس ترجیحی زمرے؛ کوئی بھی لائسنس دہندگان، سپلائرز یا رائلٹی وصول کنندگان کو نہیں ڈھانپتا۔
- 11 U.S.C. § 726 — Distribution of property of the estate (Cornell LII) — تقسیم کی ترتیب، جس میں عام غیر محفوظ دعوے ترجیحی دعووں کے بعد آتے ہیں۔
- 11 U.S.C. § 541 — Property of the estate (Cornell LII) — ذیلی دفعہ (d): جو جائیداد صرف قانونی حقِ ملکیت کے ساتھ، منصفانہ مفاد کے بغیر رکھی جائے، وہ اسٹیٹ میں اُسی حد تک شامل ہوتی ہے۔
- 11 U.S.C. § 365 — Executory contracts and unexpired leases (Cornell LII) — قبول اور رد؛ انسدادِ منتقلی دفعات کے باوجود منتقلی (f)(1)؛ دیوالیہ پن پر حرکت میں آنے والی خاتمے کی دفعات کا ناقابلِ نفاذ ہونا (e)(1)۔
- Chapter 7 Bankruptcy Basics — United States Courts — اسٹیٹ کی املاک جمع اور نقد کرنے اور حاصل شدہ رقم تقسیم کرنے میں ٹرسٹی کا کردار۔
- Insolvency Act 1986, s.107 — legislation.gov.uk — کمپنی کی املاک ذمہ داریوں کی ادائیگی میں pari passu لگائی جاتی ہیں۔
- Insolvency Act 1986, s.175 — legislation.gov.uk — ترجیحی قرض لپیٹنے کے اخراجات کے بعد دوسرے قرضوں پر فوقیت کے ساتھ ادا ہوتے ہیں۔
- Insolvency Act 1986, s.386 — legislation.gov.uk — شیڈول 6 کے حوالے سے ترجیحی قرضوں کی تعریف۔
- Insolvency Act 1986, Schedule 6 — legislation.gov.uk — ترجیحی قرض کے زمرے: پنشن کے چندے، ملازمین کا معاوضہ، مالیاتی شعبے کے بعض ڈپازٹ۔
- Insolvency Act 1986, s.283 — legislation.gov.uk — ذیلی دفعہ (3)(a): کسی دوسرے کے لیے بطور ٹرسٹ رکھی گئی املاک دیوالیہ فرد کے اسٹیٹ سے خارج ہیں۔
- Companies Act 2006, s.16 — legislation.gov.uk — کمپنی بننے سے ایک باڈی کارپوریٹ وجود میں آتی ہے، ایک قانونی شخص جو اپنے اراکین سے الگ ہے۔
- Assignment — Cornell Legal Information Institute (Wex) — حقوق کی منتقلی اور فرائض کی تفویض؛ صریح بریت کے بغیر ثانوی ذمہ داری کا برقرار رہنا۔
- Novation — Cornell Legal Information Institute (Wex) — تمام فریقوں کی رضامندی سے نئے معاہدے یا نئے فریق کی تبدیلی۔