পরিবেশক আপনার 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. পরিশোধ, উৎসে কর ব্যবস্থার অধীনে।

পরিবেশক বদল সরাসরি ১ থেকে ৩ ধাপ স্পর্শ করে। পুরোনো ISRC দিন, জয়েন কাজ করতেই থাকে: রিপোর্ট এখনও এমন কোড বলে যা আপনার ক্যাটালগ চেনে। নতুন কোড তৈরি হতে দিন, রিপোর্ট আসবে এমন কোড নিয়ে যা কারও ইতিহাসে কিছুই বোঝায় না — টাকা তবু আসে, কিন্তু রেকর্ডিংয়ের পরিচয় তার সঙ্গে যায় না, আর ৪ ও ৫ ধাপ সেই নিবন্ধনের সঙ্গে মেলায় যা পরিত্যক্ত কোডে বাঁধা।

পুরো শৃঙ্খলের সবচেয়ে নীরব ত্রুটি হলো অডিও ফাইলে গাঁথা ISRC, সঙ্গের মেটাডেটার ISRC এবং সমিতিতে আপনার নিবন্ধনের ISRC-এর মধ্যে অমিল। এই তিনটি আলাদা হয়ে গেলে সব কিছু কাজ করছে বলে মনে হয় — প্রকাশ লাইভ, স্ট্রিম জমছে, ড্যাশবোর্ডে সংখ্যা — আর মিলকরণ ব্যর্থ হয় এমন জায়গায় যা আপনি দেখতে পান না, মাসের পর মাস পরে।

চুক্তি বাতিলের ইমেইল পাঠানোর আগে কী করবেন

স্থানান্তর প্রশাসনিক, কারিগরি নয়, আর যতক্ষণ আপনার লগইন কাজ করছে ততক্ষণ অনেক সহজ।

• আগে শনাক্তকারীর তালিকা রপ্তানি করুন। ট্র্যাকের নাম, সংস্করণ, ISRC, ISWC, গীতিকারের ভাগ, প্রকাশের UPC — একটি প্রামাণিক শিট, সেই ড্যাশবোর্ডে প্রবেশাধিকার হারানোর আগে যেখানে তা রাখা।
• শনাক্তকারীর কলামগুলোকে টেক্সট ফরম্যাট করুন কিছু পেস্ট করার আগে। স্প্রেডশিটের স্বয়ংক্রিয় ফরম্যাটে মুছে যাওয়া অগ্রবর্তী শূন্য পরে এমন UPC হয় যা নিজের চেক ডিজিটে ব্যর্থ হয়।
• কপি করুন, কখনও আবার টাইপ করবেন না। উল্টে যাওয়া ধরার মতো কোনও চেক ডিজিট নেই।
• নতুন পরিবেশকের কাছে প্রতিটি ট্র্যাকের জন্য “আমার আগে থেকেই ISRC আছে” ঘরটি পূরণ করুন। প্রতিটির জন্যই, ব্যতিক্রম ছাড়া।
• যাচাই করুন অডিওতে গাঁথা শনাক্তকারী শিটের সঙ্গে মেলে — ডেলিভারির আগে, পরে নয়।
• পরের প্রকাশে নতুন উপসর্গ আশা করুন এবং সেটিকে ভুল ভাববেন না।

এটি প্রতি প্রকাশে প্রায় এক ঘণ্টার জৌলুসহীন কাজ, আর এটাই পার্থক্য এমন বিবরণীর মধ্যে যা নিয়ে আপনি তর্ক করতে পারেন আর এমনটির মধ্যে যা আপনি কেবল মেনে নিতে পারেন।

এ দিয়ে কী করবেন

আপনার কোড আপনার, কারণ সেগুলো আপনার রেকর্ডিংয়ের সঙ্গে সংযুক্ত, কে ইস্যু করেছে সে কারণে নয়। উপসর্গ পিছনে থেকে যায়; পরিচয়ের থাকার দরকার নেই। ত্রুটি কোড হারানো নয় — নীরবে সেগুলো বদলে ফেলা।

Mazufa-র বিনামূল্যের ISRC ও বারকোড পরীক্ষক আছে /isrc-upc-checker-এ। এটি সম্পূর্ণ আপনার ব্রাউজারে চলে — কিছুই আপলোড হয় না — এবং জানায় কোনও কোড গঠনগতভাবে ঠিক কি না এবং বারকোডের চেক ডিজিট সঠিক কি না। এটি বলতে পারে না যে কোনও ISRC আপনার রেকর্ডিংয়ের সঠিক কোড, কারণ কোনও টুলই পারে না: চেক ডিজিট নেই, আর কেবল আপনার নিজের প্রামাণিক তালিকাই তা নিষ্পত্তি করে।

Mazufa আপলোড ফি ছাড়া, সাবস্ক্রিপশন ছাড়া এবং প্রতি প্রকাশে চার্জ ছাড়া সংগীত বিতরণ করে, এবং ০% কমিশন নেয়: কোনও প্রকাশের জন্য প্রাপ্ত রয়্যালটি পুরোটাই পৌঁছে দেওয়া হয়। ব্যাংক বা পেমেন্ট প্রদানকারীর নিজস্ব ট্রান্সফার ফি এবং আইনি কর কর্তন তৃতীয় পক্ষের খরচ, Mazufa-র কর্তন নয়। প্রতিটি সম্পূর্ণ আবেদন মানুষের পর্যালোচনা পায়।

সূত্র

• 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