अगर आपका डिस्ट्रीब्यूटर बंद हो या बिक जाए

डिस्ट्रिब्यूशन कंपनियाँ कारोबार बंद करती हैं। कुछ का परिसमापन होता है, कुछ ख़रीद ली जाती हैं, कुछ चुपचाप ईमेल का जवाब देना बंद कर देती हैं। कलाकार हमेशा वही तीन सवाल पूछता है: क्या मेरा संगीत हट जाएगा, क्या मेरे कोड मेरे पास रहेंगे, क्या मुझे मेरा पैसा मिलेगा।

जवाब उस घबराहट से कहीं ज़्यादा ठोस हैं। रिकॉर्डिंग के अधिकार वहीं रहते हैं जहाँ थे। ISRC रिकॉर्डिंग से जुड़ा रहता है। जो पैसा पहले ही वसूल हो चुका है, असल ख़तरा उसी पर है, और उसकी वजह संगीत-उद्योग की कोई रीत नहीं बल्कि दिवाला क़ानून है।

यह एक संदर्भ है, क़ानूनी सलाह नहीं।

दिवाला और अनुबंध के नियम हर अधिकार-क्षेत्र में अलग हैं, और आपके मामले का नतीजा उस क़ानून पर निर्भर करता है जहाँ कंपनी पंजीकृत हुई थी और उन शब्दों पर जिन पर आपने वास्तव में हस्ताक्षर किए। नीचे जहाँ कोई नियम किसी एक क़ानूनी व्यवस्था से लिया गया है, वहाँ यह बताया गया है — उसे एक सामान्य सिद्धांत का उदाहरण मानिए, अपने देश के बारे में कोई कथन नहीं।

तीन अलग-अलग घटनाएँ जिन्हें एक ही नाम दे दिया जाता है

"मेरा डिस्ट्रीब्यूटर डूब गया" में तीन ऐसी स्थितियाँ आ जाती हैं जो अलग-अलग व्यवहार करती हैं।

दिवाला। एक औपचारिक क़ानूनी प्रक्रिया। नियुक्त अधिकारी कंपनी की संपत्तियों का नियंत्रण ले लेता है, तय करता है कि कौन-से अनुबंध बनाए रखने हैं, और जो बचता है उसे एक वैधानिक क्रम में बाँटता है — संयुक्त राज्य में यह ट्रस्टी का काम है कि एस्टेट की संपत्ति इकट्ठा करे, उसका परिसमापन करे और आय बाँटे (Chapter 7 Bankruptcy Basics)। अहम शब्द है वैधानिक: भुगतान का क्रम क़ानून तय करता है, यह नहीं कि सबसे ज़ोर से कौन शिकायत करता है।

अधिग्रहण। कंपनी बनी रहती है और आप पर जो बकाया था वह बकाया ही रहता है। बदलता यह है कि उसे कौन नियंत्रित करता है, और शायद आगे की शर्तें।

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

उस रिलीज़ का क्या होता है जो पहले से लाइव है

अपने आप कुछ नहीं। यही सबसे आम ग़लतफ़हमी है।

स्ट्रीमिंग सेवाएँ यह निगरानी नहीं करतीं कि उनके कंटेंट प्रदाता विलायक हैं या नहीं। कोई रिलीज़ इसलिए लाइव होती है क्योंकि एक डिलीवरी संदेश ने स्टोर से उसे उपलब्ध कराने को कहा, और वह तब तक उपलब्ध रहती है जब तक कोई अगला संदेश कुछ और न कहे। उन संदेशों का उद्योग-मानक प्रारूप DDEX का Electronic Release Notification suite है, जिसके संदेश "वितरण के लिए उपलब्ध कराई जा रही रिलीज़ के मेटाडेटा की, और वे रिलीज़ किस तरह उपलब्ध कराई जा सकती हैं इसकी, सूचना संभव बनाते हैं," और जो "आमतौर पर किसी रिकॉर्ड कंपनी या डिस्ट्रीब्यूटर द्वारा किसी digital music service provider (DSP) को भेजे जाते हैं।" उपलब्धता एक डिलीवर किया हुआ निर्देश है। वह बना रहता है।

Spotify का सपोर्ट दस्तावेज़ यही तंत्र दूसरी तरफ़ से दिखाता है। music unexpectedly removed पर उसका लेख कलाकारों से कहता है कि पहले लेबल या डिस्ट्रीब्यूटर से संपर्क करें, और उन कारणों की सूची देता है जो डिस्ट्रीब्यूटर को जाँचने चाहिए: कोई टेकडाउन अनुरोध, कोई पिछली डिलीवरी जिसमें डिलीट कमांड या समाप्ति तिथि रही हो, कोई मेटाडेटा अपडेट जिसमें डिलीशन फ़्लैग हो, या कोई रिलीज़ जिसे अनुपलब्ध चिह्नित किया गया हो। इनमें से हर एक वह चीज़ है जो प्रदाता ने भेजी। कोई भी ऐसी नहीं जो स्टोर ने किसी कॉर्पोरेट घटना को देखकर ख़ुद शुरू की हो।

तो व्यावहारिक नतीजा तीनों मामलों में अलग-अलग बँटता है:

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

निष्कर्ष शीर्षक से ज़्यादा मायने रखता है। अगर आपका डिस्ट्रीब्यूटर चुप हो गया है, तो हो सकता है आप अपना संगीत हटा ही न पाएँ, क्योंकि टेकडाउन एक ऐसा संदेश है जो केवल प्रदाता भेज सकता है। Spotify का music still live after a takedown वाला लेख टेकडाउन प्रोसेस करने के लिए कम से कम दो कार्यदिवस माँगता है और, अगर उसके बाद भी रिलीज़ उपलब्ध हो, तो डिस्ट्रीब्यूटर को निर्देश देता है कि डिलीवरी XML जाँचे और दोबारा भेजे। कलाकार की तरफ़ कोई बटन नहीं है। वही दस्तावेज़ अनसुलझे मामलों को Spotify की कंटेंट ऑपरेशंस टीम तक डिस्ट्रीब्यूटर के ज़रिए भेजता है, कलाकार के ज़रिए नहीं।

यह असमानता शत्रुता नहीं, संरचना है। Spotify का getting-started मार्गदर्शन कहता है कि "संगीत Spotify पर किसी डिस्ट्रीब्यूटर के ज़रिए अपलोड होता है," और डिस्ट्रीब्यूटर "Spotify और अन्य स्ट्रीमिंग सेवाओं के लिए लाइसेंसिंग और डिस्ट्रिब्यूशन संभालते हैं।" Apple भी कैटलॉग डिलीवरी preferred distribution partners के ज़रिए ही लेता है। स्टोर का प्रतिपक्ष प्रदाता है, आप नहीं — इसीलिए वह अकेले आपके निर्देश पर कार्रवाई नहीं करेगा।

ISRC का मालिक कौन है

रिकॉर्डिंग कोड इस पूरे मामले का सबसे कम जोखिम वाला हिस्सा है, और यह ठीक-ठीक समझने लायक़ है कि क्यों।

ISRC एक रिकॉर्डिंग की पहचान उसके पूरे जीवनकाल के लिए करता है। ISRC Handbook, जिसे IFPI ISO-नियुक्त International ISRC Registration Authority के रूप में प्रकाशित करती है, कहती है कि ISRC "किसी रिकॉर्डिंग की पहचान उसके पूरे जीवनकाल में करता है और उसे रिकॉर्डिंग का अधिकार-स्वामी या कोई अधिकृत प्रतिनिधि आवंटित करता है।" परिशिष्ट A.3 दो-टूक है: "जिस रिकॉर्डिंग को ISRC आवंटित किया जा चुका है उसे दूसरा ISRC आवंटित नहीं किया जाएगा, चाहे स्वामित्व बदल जाए या वह लाइसेंस पर दी जाए," और "किसी रिकॉर्डिंग को आवंटित किया जा चुका ISRC किसी दूसरी भिन्न रिकॉर्डिंग को कभी पुनः आवंटित नहीं किया जाएगा।"

धारा 4.6 हस्तांतरण को सीधे कवर करती है: "यदि मूल Registrant रिकॉर्डिंग को ISRC मिल जाने के बाद उसे अपरिवर्तित रूप में बेचता है या लाइसेंस पर देता है, तो कोई नया ISRC आवंटित नहीं किया जाएगा और उस रिकॉर्डिंग का ISRC वही रहेगा।" IFPI का ISRC FAQ अधिग्रहण करने वालों के लिए यही दोहराता है: एक बार दिया गया ISRC "ट्रैक के जीवनकाल तक वही रहना चाहिए। यह तब भी लागू होता है जब ट्रैक का स्वामित्व बदल जाए।"

Handbook डिस्ट्रीब्यूटर बदलते समय होने वाली ग़लती का रास्ता भी बंद कर देती है: "खुदरा बिक्री, वितरण, स्ट्रीमिंग, प्रसारण आदि के लिए रिकॉर्डिंग प्राप्त करने वाला पक्ष ISRC आवंटित नहीं करेगा बल्कि वही ISRC इस्तेमाल करेगा जो स्वामी ने आवंटित किया था।" नए डिस्ट्रीब्यूटर से अपेक्षा है कि वह आपके मौजूदा कोड ले, नए न गढ़े।

रजिस्ट्रेंट कोड, जिसका मतलब लोग असल में निकालते हैं

ISRC में चार तत्व होते हैं: दो अक्षरों का देश कोड, तीन अक्षरों का रजिस्ट्रेंट कोड, दो अंकों का संदर्भ वर्ष और पाँच अंकों का पदनाम कोड (ISRC structure)। देश कोड और रजिस्ट्रेंट कोड मिलकर पाँच अक्षरों का प्रीफ़िक्स बनाते हैं, और वह प्रीफ़िक्स किसी रजिस्ट्रेंट को आवंटित होता है। जब डिस्ट्रीब्यूटर आपको ISRC देता है, तो उस कोड का प्रीफ़िक्स आमतौर पर डिस्ट्रीब्यूटर का होता है, आपका नहीं।

Handbook का परिशिष्ट D इस व्यवस्था को नाम देता है: जो अधिकार-स्वामी ख़ुद कोड नहीं देना चाहता वह किसी "ISRC Manager" का उपयोग कर सकता है, और "अक्सर, ISRC Manager डिजिटल एग्रीगेटर या डिस्ट्रीब्यूटर होते हैं जो डिस्ट्रिब्यूशन के साथ-साथ ISRC सेवाएँ देते हैं।" धारा 4.2 के अनुसार ISRC Manager को Registration Authority या किसी राष्ट्रीय एजेंसी से अधिकृत होना चाहिए। शासी नियम ISRC Bulletin 2009/03 में हैं, और यहाँ दो उपबंध मायने रखते हैं।

उपबंध 3.4: "यदि कोई Small Producer, जिसने पहले किसी ISRC Manager की सेवाएँ ली हैं, किसी नए ISRC Manager के साथ संबंध स्थापित करता है, तो पिछले ISRC Manager द्वारा आवंटित ISRC का उपयोग जारी रहेगा। जिन ट्रैक के पास पहले से ISRC है उन्हें कोई नया ISRC आवंटित नहीं किया जाएगा।" यही वह नियम है जो आपके बदलने पर आपके कैटलॉग की पहचान की रक्षा करता है।

उपबंध 3.3: "यदि किसी Small Producer के लिए ISRC Manager के रूप में कार्य करने का समझौता समाप्त हो जाता है या उसकी अवधि बीत जाती है, तो विशेष रूप से आवंटित किसी भी Registrant Code के सभी रिकॉर्ड और नियंत्रण उस Small Producer को हस्तांतरित किए जाएँगे।" बताया गया कारण यह है कि प्रोड्यूसर, या कोई बाद का मैनेजर, दोहराव के जोखिम के बिना कोड देता रह सके।

दो सीमाएँ। पहली, उपबंध 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 कहता है कि "Prefix और Identification Key दूसरों के उपयोग के लिए बेचे, पट्टे पर दिए, उप-लाइसेंस किए या उपविभाजित नहीं किए जा सकते," और यह कि लाइसेंसधारी का कारोबार बिकने या विलय होने पर हस्तांतरण अलग GS1 नियमों के अधीन है। यहाँ जो उपबंध मायने रखता है वह 11 है: "यदि Licensee कारोबार करना बंद कर दे तो यह Agreement और Prefix या Identification Key के उपयोग का लाइसेंस समाप्त हो जाएगा।" लाइसेंस सालाना भी चलता है और नवीनीकरण शुल्क न देने पर समाप्त हो जाता है।

उपबंध 6 के साथ पढ़िए — "किसी Company Prefix के हिस्से के रूप में Identification Key या 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 के तहत, निगमन से एक "body corporate" बनता है — अपने सदस्यों से अलग एक विधिक व्यक्ति। अगर कोई शेयर ख़रीद ले, तो आपका प्रतिपक्ष वही विधिक व्यक्ति है जो कल था, उन्हीं दायित्वों के साथ उसी अनुबंध के तहत। कुछ भी हस्तांतरित करने की ज़रूरत नहीं, और बिक्री के असर से आपकी शर्तों में कुछ नहीं बदलता।

संपत्ति ख़रीद अलग बात है। यहाँ ख़रीदार नामित संपत्तियाँ लेता है, और अनुबंधों को साथ ले जाना पड़ता है। यह या तो अधिकारों का समनुदेशन है या, जहाँ दायित्व भी जाते हैं, नवीयन — पुराने अनुबंध की जगह नए पक्ष के साथ नया अनुबंध, जिसके लिए तीनों की सहमति चाहिए (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 track-linking का दस्तावेज़ीकरण करता है, जो दोबारा अपलोड करने पर प्ले काउंट बचाए रखने के लिए है, इस घोषित शर्त पर कि "पुराने और नए संस्करणों का ऑडियो और मेटाडेटा एक ही हो (अवधि, शीर्षक और कलाकार के नाम सहित)।" वह लेख इस प्रक्रिया में ISRC की भूमिका का वर्णन नहीं करता, और प्लेलिस्ट प्लेसमेंट की बात नहीं करता। दूसरे स्टोर इससे भी कम प्रकाशित करते हैं। मेटाडेटा का हूबहू मिलान आपको सबसे अच्छा मौक़ा देता है; कोई स्टोर नतीजे की गारंटी नहीं देता, और कोई भरोसेमंद सफलता दर कोई नहीं बता सकता।

8. जिन सोसाइटियों के आप हक़दार हैं, उनमें पंजीकरण कराइए। संबद्ध-अधिकार और कलेक्टिंग सोसाइटी की आय ISRC पर मिलान करके, एक पंजीकृत अधिकार-धारक के रूप में आपको चुकाई जाती है, आपके डिस्ट्रीब्यूटर की विलायकता से स्वतंत्र। यह पहले से गँवाए पैसे की वसूली का रास्ता नहीं है; यह वह चैनल है जो पहले कभी जोखिम में था ही नहीं।

समय-सीमाओं पर: Spotify टेकडाउन प्रोसेस करने के लिए कम से कम दो कार्यदिवस प्रकाशित करता है। उससे आगे, यहाँ किसी चीज़ की कोई प्रकाशित समय-सीमा नहीं। दिवाला वितरण उतना ही समय लेते हैं जितना प्रक्रिया लेती है, और पड़ाव अधिकारी तय करता है। जो कोई आपको डूबी हुई कंपनी से पैसा वसूलने की समय-सारिणी बताए, वह आपको अपनी उम्मीद बता रहा है।

कुछ ग़लत होने से पहले जोखिम घटाना

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

बड़ा बैलेंस जमा मत होने दीजिए। किसी भी क्षण आपका जोखिम उतना ही है जितना बैलेंस किसी और के खाते में पड़ा है। किसी पड़ाव का इंतज़ार करने के बजाय तय समय पर निकालते रहना एक असुरक्षित दावे को आपके बैंक के पैसे में बदल देता है। इस पूरे पन्ने पर यही सबसे असरदार बात है, और इसमें अनुशासन के अलावा कुछ ख़र्च नहीं होता।

हस्ताक्षर से पहले पाँच ख़ास उपबंध पढ़िए।

समाप्ति और निकास। कौन समाप्त कर सकता है, कितनी सूचना पर, और ऐसा करने पर लाइव रिलीज़ का क्या होता है। एक स्पष्ट निकास-उपबंध कहता है कि समाप्ति पर कंपनी अनुरोध मिलने पर एक तय अवधि के भीतर टेकडाउन डिलीवर करेगी, कि पहले से आवंटित ISRC आपके पास रहेंगे, कि अंतिम संचित रॉयल्टी किसी सीमा से नीचे ज़ब्त होने के बजाय एक तय तिथि पर चुकाई जाएगी, और कि आप अपना कैटलॉग डेटा एक्सपोर्ट कर सकते हैं।
समनुदेशन। क्या वे आपकी सहमति के बिना अनुबंध किसी तीसरे पक्ष को सौंप सकते हैं, और क्या समनुदेशिती उन्हीं शर्तों से बँधा होगा। "Successors and assigns" वाली भाषा का मतलब है कि दायित्व साथ जाते हैं — जो दोनों तरफ़ काटती है।
परिवर्तन। शर्तें कैसे बदल सकती हैं, कितनी सूचना पर, और क्या निरंतर उपयोग स्वीकृति माना जाएगा।
पैसे का रख-रखाव। वसूली गई रॉयल्टी ट्रस्ट में या अलग खाते में रखी जाती है, या बस बकाया मानी जाती है। अगर अनुबंध चुप है, तो दूसरा मान लीजिए।
पहचानकर्ता। आपकी रिकॉर्डिंग को दिए गए 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 — रिकॉर्ड कंपनियाँ और डिस्ट्रीब्यूटर DSP को रिलीज़ और उपलब्धता की शर्तें कैसे बताते हैं।
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 — निगमन से एक body corporate बनता है, अपने सदस्यों से अलग एक विधिक व्यक्ति।
Assignment — Cornell Legal Information Institute (Wex) — अधिकारों का समनुदेशन और कर्तव्यों का प्रत्यायोजन; स्पष्ट मुक्ति के बिना जारी रहने वाली गौण देयता।
Novation — Cornell Legal Information Institute (Wex) — सभी पक्षों की सहमति से नए अनुबंध या पक्ष का प्रतिस्थापन।

जब डिस्ट्रीब्यूटर डूबता है तो आपके संगीत, आपके ISRC और आपके पैसे का क्या होता है