تفاوت شناسهٔ ضبط، شناسهٔ اثر و شناسهٔ انتشار: مرجع فنی برای موسیقی ایرانی

*راهنمای کامل ISRC، ISWC و UPC/EAN — با تمرکز بر جایی که این تفکیک در موسیقی ایرانی از پاپ سخت‌تر می‌شود: ردیف، بداهه‌نوازی، تصنیف، کنسرت و آرشیو گل‌ها.*

پاسخ کوتاه

شناسهٔ ISRC یک کد دوازده‌کاراکتری است که یک ضبط مشخص را نام‌گذاری می‌کند — یک اجرا، یک میکس، یک مستر — و نه آهنگ را و نه آلبوم را. شناسهٔ ISWC اثر را نام‌گذاری می‌کند، یعنی آهنگ و شعر را همان‌طور که ساخته و سروده شده است. شناسهٔ UPC یا EAN محصول را نام‌گذاری می‌کند، یعنی همان آلبوم یا تک‌آهنگی که به‌عنوان یک کالا در فروشگاه‌ها می‌نشیند. برای هر ضبطی که تجاری منتشر می‌کنید یک ISRC لازم دارید و برای هر نسخهٔ ماهیتاً متفاوت — ریمیکس، ادیت، نسخهٔ زنده، بی‌کلام — یک ISRC دیگر؛ ولی برای بازنشرِ همان مسترِ دست‌نخورده هیچ کد تازه‌ای لازم نیست و ساختن کد تازه اشتباه است. در موسیقی ایرانی این تفکیک از پاپ برنده‌تر عمل می‌کند: یک گوشه از ردیف میرزا عبدالله یک اثر است، اما هر بداهه‌نوازی از آن یک ضبط جداگانه و واقعاً متفاوت است، پس نسبت ISRC به ISWC اینجا به‌شکلی چند-به-یک می‌شود که در پاپ هرگز پیش نمی‌آید.

۱. سه شناسه، سه لایهٔ متفاوت

اشتباه‌گرفتن این سه با هم، رایج‌ترین علتِ «تطبیق‌نشدن» حق‌الامتیاز است. هر سه در یک زنجیره کار می‌کنند ولی هیچ‌کدام جای دیگری را نمی‌گیرد.

ISRC ضبط را می‌شناساند. استاندارد ISO 3901 است و IFPI مرجع ثبت آن است و آژانس‌های ملی تخصیص را انجام می‌دهند. یک مستر، یک کد. ضبط استودیویی شما از یک قطعه و ضبط زندهٔ همان قطعه دو ضبط‌اند و دو کد می‌خواهند، حتی اگر آهنگ و شاعر و نوازنده یکی باشند.

ISWC اثر را می‌شناساند. استاندارد ISO 15707 است و زیر نظر CISAC اداره می‌شود. قالب آن به شکل T-123.456.789-C است — یک حرف T، نُه رقم و یک رقم کنترل — و ارقام آن هیچ معنای درونی دربارهٔ منطقه یا آهنگ‌ساز یا ناشر ندارند. این کد را خودتان نمی‌سازید؛ هنگام ثبت اثر، از طریق ناشر یا انجمن حقوق مؤلفِ مربوطه تخصیص می‌یابد.

UPC/EAN انتشار را می‌شناساند. این کد یک GTIN است، یعنی از همان خانوادهٔ کدهای کالایی GS1 که روی یک شیشه شامپو هم می‌نشیند. آلبوم، تک‌آهنگ یا EP شما را به‌عنوان محصول نام می‌برد. یک EP سه‌ترکی یک UPC دارد و سه ISRC.

شناسهٔ ISRC ضبط است، شناسهٔ ISWC آهنگ است، و شناسهٔ UPC جعبه‌ای است که آن‌ها را در آن فروخته‌اید — و هر سامانه‌ای که قرار است به شما پول بدهد، بر پایهٔ همین تفکیک کار می‌کند.

پول هم دقیقاً روی همین سه خط تقسیم می‌شود. درآمد سمت ضبط — حق‌الامتیاز مستر از استریم، و حقوق مجاور برای پخش رادیویی و اجرای عمومی — روی ISRC تطبیق داده می‌شود. درآمد سمت نشر — حق مکانیکی و حق اجرا که به آهنگ‌ساز و شاعر و ناشر می‌رسد — روی ISWC و روی پیوندِ میان ISRC و ISWC در پایگاه‌های انجمن‌ها تطبیق می‌شود. گزارش‌دهی و تسویهٔ سطح محصول روی UPC انجام می‌شود. هر سه یک «اتصال پایگاه‌داده»‌اند و اتصالِ شکسته هیچ خطایی نشان نمی‌دهد؛ فقط پول به مقصد نمی‌رسد.

۲. چرا این تفکیک در موسیقی ایرانی سخت‌تر است: ردیف و بداهه

اگر تمام تجربهٔ شما پاپ باشد، رابطهٔ اثر و ضبط ساده به نظر می‌رسد: یک آهنگ ساخته می‌شود، یک بار در استودیو ضبط می‌شود، شاید بعداً یک ریمیکس و یک نسخهٔ آکوستیک هم بگیرد. سه ضبط، یک اثر. تمام.

موسیقی دستگاهی ایران این نسبت را از جای دیگری می‌شکند.

گوشه، اثر است — نه ضبط

ردیف میرزا عبدالله مجموعه‌ای از گوشه‌هاست که در دستگاه‌ها و آوازها مرتب شده‌اند: درآمد، کرشمه، زیرکش سلمک، قرچه، رضوی و ده‌ها گوشهٔ دیگر. این گوشه‌ها مصالح موسیقایی‌اند: یک هستهٔ ملودیک و یک منطق مُدال که نوازنده روی آن می‌سازد. از منظر شناسه‌ها، یک گوشه چیزی از جنس اثر است، نه از جنس ضبط — و اثری است که سازنده‌اش در معنای حقوقیِ امروز مشخص نیست و قدمتش آن را در قلمرو عمومی می‌گذارد.

نتیجهٔ فوری: برای «چهارمضراب سه‌گاه» به‌طور کلی ISWC وجود ندارد که شما آن را پیدا کنید و در فرم بنویسید، مگر آنکه کسی یک تنظیمِ مشخص را به‌عنوان اثری تازه ثبت کرده باشد.

هر شب یک ضبط دیگر

حالا بخش سخت. اگر یک نوازندهٔ تار همان گوشه را دو شب پشت سر هم بنوازد، دو چیز شنیده می‌شود که به هیچ معنایی «همان فایل» نیستند. مضراب‌ها فرق دارند، تحریرها فرق دارند، طول جمله‌ها فرق دارد، ترتیب فرودها فرق دارد، و گاهی نوازنده اصلاً گوشهٔ بعدی را عوض می‌کند. بداهه‌نوازی یعنی همین: مصالح یکی است، اجرا هر بار از نو ساخته می‌شود.

قاعدهٔ تصمیم‌گیریِ ISRC اینجا بی‌ابهام کار می‌کند. سؤال را از خودتان بپرسید: آیا شنونده فایل صوتی متفاوتی می‌شنود؟ در بداهه‌نوازی پاسخ همیشه بله است. پس هر اجرا یک ضبط است و یک ISRC جداگانه می‌خواهد — نه به‌خاطر یک قاعدهٔ اداری، بلکه چون واقعاً ضبط دیگری است.

این چیزی است که کاتالوگ موسیقی ایرانی را از کاتالوگ پاپ متمایز می‌کند. یک آلبوم بداهه‌نوازی سه‌تار که هفت بند دارد، هفت ISRC می‌خواهد و ممکن است صفر ISWC داشته باشد، چون هیچ‌کدام از بندها اثری ثبت‌شده با آهنگ‌ساز معلوم نیست. در پاپ عکسِ این حالت است: پنج ضبط از یک ترانه و یک ISWC که همه به آن وصل‌اند.

در پاپ، نسبت ضبط به اثر یک عدد کوچک و قابل پیش‌بینی است؛ در موسیقی دستگاهی این نسبت عملاً بی‌کران است، چون هر شبِ اجرا یک ضبط تازه تولید می‌کند و همه به یک ذخیرهٔ مشترکِ بی‌صاحب برمی‌گردند.

پس اعتبار به نام چه کسی ثبت می‌شود؟

اینجا پرسشِ «تنظیم‌کننده و نوازنده» از پاپ تیزتر می‌شود. در پاپ نقش‌ها روشن‌اند: آهنگ‌ساز، ترانه‌سرا، تنظیم‌کننده، خواننده. در بداهه‌نوازی، شخصی که سازِ ملودی را می‌نوازد هم‌زمان دارد اجرا و ساخت را انجام می‌دهد. لایه‌ها را جدا نگه دارید:

• در سطح ضبط —

ISRC — نوازنده «هنرمند اصلی» و «نوازندهٔ اصلی» است. این بی‌ابهام است و به همین شکل ثبت می‌شود. حقوق مجاور — درآمد پخش و اجرای عمومیِ همان ضبط — روی همین لایه می‌نشیند.

• در سطح اثر —

ISWC — اگر بخواهید بداهه‌نوازی را به‌عنوان اثر ثبت کنید، ادعای شما این است که یک اثر تازه ساخته‌اید که بر مصالح قلمرو عمومی بنا شده است. این ادعا در برخی مسیرها پذیرفتنی است و در برخی نه، و رویه از انجمنی به انجمن دیگر فرق می‌کند.

و اینجا باید صادق بود: این بخش را نمی‌توان با قطعیت جهانی نوشت. اینکه یک انجمن حقوق مؤلف بداهه‌نوازی روی ردیف را «اثر تازه»، «تنظیمِ اثر قلمرو عمومی» یا «هیچ‌کدام» بشناسد، به رویهٔ همان انجمن و به مستنداتی که ارائه می‌کنید بستگی دارد. برای هنرمند مقیم ایران، مسیر گرفتن ISWC معمولاً از طریق یک ناشر یا انجمنی در کشور دیگر طی می‌شود. پیش از آنکه در فرم توزیع چیزی بنویسید، این را از مسیر واقعیِ خودتان بپرسید و پاسخ را مکتوب نگه دارید. آنچه در همهٔ حالت‌ها ثابت است این است که سمت ISRC هیچ ابهامی ندارد و باید بی‌درنگ و درست انجام شود.

نکتهٔ عملی مهم: **نبودِ ISWC دلیل نمی‌شود که انتشار را عقب بیندازید.** لایهٔ ضبط مستقل کار می‌کند. کاتالوگ خود را با ISRC درست بسازید و لایهٔ اثر را وقتی روشن شد اضافه کنید؛ عکسِ این کار — یعنی نوشتن یک ISWC حدسی یا کپی‌شده در فرم — خرابی‌ای می‌سازد که سال‌ها بعد پیدا می‌شود.

۳. تصنیف با آهنگ‌ساز و شاعرِ معلوم، در برابر تصنیف فولکلور

بین «ردیفِ بی‌صاحب» و «ترانهٔ پاپِ کاملاً مشخص» یک میدان میانی هست که بیشترین اشتباه‌های ثبت در آن رخ می‌دهد: تصنیف.

حالت اول: تصنیفی که آهنگ‌ساز و شاعرش نام دارند. «مرغ سحر» نمونهٔ متعارف است: شعر از محمدتقی بهار و آهنگ از مرتضی نی‌داوود. اینجا یک اثر واقعی با دو پدیدآورندهٔ نام‌دار وجود دارد. یعنی:

• یک

ISWC واقعی می‌تواند وجود داشته باشد و باید در سطح اثر ثبت شود.

• تمام ضبط‌های موجود از آن — و تعدادشان زیاد است — هر کدام

ISRC جداگانهٔ خودشان را دارند و همه به همان یک ISWC وصل می‌شوند.

• سهم آهنگ‌ساز و شاعر در لایهٔ اثر ثبت می‌شود، نه در فیلد «هنرمند اصلی». اینکه نام آهنگ‌ساز را داخل عنوان ترک تایپ کنید، هیچ چیزی را به هیچ‌کس پرداخت نمی‌کند.
• وضعیت قلمرو عمومی بودن یا نبودنِ چنین اثری به قانون کشورِ محل بهره‌برداری و به تاریخ فوت پدیدآورندگان بستگی دارد و از کشوری به کشور دیگر فرق می‌کند. این را فرض نکنید؛ بررسی کنید.

حالت دوم: تصنیف یا ترانهٔ فولکلور بی‌نام. «گل پامچال» گیلکی، ترانه‌های محلی لری و بختیاری، لالایی‌های خراسانی. اینجا هیچ آهنگ‌ساز و شاعرِ ثبت‌شده‌ای وجود ندارد.

• سمت اثر معمولاً خالی است یا با برچسبی مثل «سنتی/فولکلور» ثبت می‌شود. یک

ISWC که واقعاً به شما تعلق داشته باشد وجود ندارد، مگر تنظیم شما به‌عنوان اثر مشتق ثبت شده باشد.

• سمت ضبط کاملاً مال شماست. اجرای شما یک ضبط است، یک

ISRC می‌گیرد، و درآمد مستر و حقوق مجاورِ آن به شما تعلق دارد. این نکتهٔ مهم است که خیلی‌ها از دست می‌دهند: قلمرو عمومی بودنِ ملودی هیچ اثری بر مالکیت شما بر ضبط ندارد.

• خطر واقعی جای دیگری است: اگر تنظیم شما و تنظیم شخص دیگری از همان ترانهٔ فولکلور با فراداده‌های تقریباً یکسان وارد سامانه‌ها شوند، خطر خلط شدن دو ضبط بالا می‌رود. راه‌حل، فیلد نسخه است: عنوان را با نام تنظیم‌کننده یا با برچسبی مثل «تنظیم …» یا «اجرای …» در فیلد نسخه تفکیک کنید، نه با چسباندن توضیح به عنوان.

جمع‌بندی این بخش در یک جمله: وجود یا نبودِ ISWC یک واقعیت دربارهٔ آهنگ است، ولی وجودِ ISRC یک وظیفهٔ شما دربارهٔ ضبط است — و این دو هیچ ربطی به هم ندارند.

۴. کنسرت: همان رپرتوار، ضبطِ کاملاً دیگر

فرض کنید گروهی همان تصنیف و همان بداهه‌نوازیِ آلبوم استودیویی‌اش را در تالار اجرا می‌کند و ضبط کنسرت را منتشر می‌کند.

راهنمای IFPI اینجا صریح است:

"The live recording is completely different from the studio version and a new ISRC is required."

پس نسخهٔ زنده ISRC تازه می‌گیرد. هیچ استثنایی هم ندارد. اما چند نکتهٔ عملی که مخصوص ضبط کنسرت ایرانی است:

• **هر ترکِ کنسرت یک

ISRC جدا می‌گیرد**، حتی وقتی اجرا بی‌وقفه است و بندها با تکِ ساز به هم وصل می‌شوند. اگر آلبوم را به نُه ایندکس تقسیم کرده‌اید، نُه ضبط دارید. اگر آن را به‌عنوان یک فایل پیوستهٔ پنجاه‌دقیقه‌ای منتشر می‌کنید، یک ضبط دارید و یک کد.

• دو شبِ متفاوت از یک تور، دو ضبط‌اند. اگر بعداً تصمیم گرفتید اجرای شب دوم را هم منتشر کنید، کدِ شب اول را دوباره به کار نبرید.
• **آلبوم کنسرت

UPC جداگانه می‌گیرد**، چون محصول دیگری است.

• سمت اثر تغییری نمی‌کند: اگر تصنیف

ISWC دارد، نسخهٔ زنده هم به همان ISWC وصل می‌شود. یک اثر، دو ضبط.

۵. ساختار کدِ ضبط، کاراکتر به کاراکتر

دوازده کاراکترِ حرف‌ورقم در چهار فیلد. توضیح IFPI آن را یک پیشوند پنج‌کاراکتری (دو حرف به‌علاوهٔ سه کاراکتر حرف‌ورقم)، سپس دو رقمِ سال مرجع و سپس پنج رقمِ کد تعیین می‌داند. برای خواندن معمولاً به این شکل نوشته می‌شود: CC-XXX-YY-NNNNN

کد کشور به‌علاوهٔ کد ثبت‌کننده پیشوند را می‌سازند و آژانس ملی آن را تخصیص می‌دهد. ثبت‌کننده خودش کدهای تعیین را در هر سال مدیریت می‌کند — تا صد هزار کد در هر پیشوند در هر سال با بازهٔ کامل 00000 تا 99999. برای ثبت‌کننده‌های کوچک ممکن است بازه محدودتر باشد؛ راهنمای ISRC می‌گوید تخصیص پیشوند تازه همراه با اعلام بازهٔ مجاز کدهای تعیین انجام می‌شود (بند ۳٫۳٫۴).

خط تیره‌ها فقط برای خواندن‌اند

راهنما صریح است:

"The letters 'ISRC' (the space) and the hyphens do not form part of the ISRC."

پس IRXXX-25-00042 و IRXXX2500042 یک کد واحدند. در پایگاه خودتان همیشه به شکل دوازده‌کاراکتریِ بی‌خط‌تیره ذخیره کنید؛ فیلدهای تحویل هم همین را می‌خواهند و رشتهٔ خط‌تیره‌دار در فیلدِ دوازده‌کاراکتری یک خطای اعتبارسنجیِ کاملاً قابل پیشگیری است.

رقم کنترل ندارد — و این خطرناک است

بسیاری فرض می‌کنند که مثل UPC رقم کنترل دارد. ندارد. هیچ چیزی در استاندارد چنین رقمی پیش‌بینی نکرده است. تنها چیزی که ماشین می‌تواند بررسی کند شکل است: دو حرف، سه کاراکتر حرف‌ورقم، دو رقم، پنج رقم، یک کد کشورِ ثبت‌شده و سالی که معقول باشد.

نبودِ رقم کنترل یعنی یک کاراکترِ جابه‌جا شده، یک ISRC کاملاً معتبرِ دیگر می‌سازد که مال ضبط شخص دیگری است.

همین عدم‌تقارن است که ورود دستیِ ISRC را نیازمند وسواسی می‌کند که ورود UPC نیاز ندارد: خطای تایپی در UPC معمولاً در رقم کنترل خودش می‌افتد، ولی خطای تایپی در ISRC بی‌سروصدا از همه‌جا رد می‌شود.

سال مرجع، و تلهٔ تقویم هجری شمسی

این بخش برای منتشرکنندهٔ ایرانی مهم‌ترین بخشِ ساختار است.

نخست تعریف. سال مرجع سال ضبط نیست و سال انتشار هم نیست؛ سالی است که کد در آن تخصیص یافته است. IFPI می‌گوید این فیلد از «دو رقم آخر آن سال» تشکیل می‌شود و صریح می‌نویسد:

"the year in which the ISRC is assigned may be a different year from the year of recording"

و کارکردش را چنین توضیح می‌دهد: این فیلد فضای کدهای قابل تخصیص را در هر سال تقویمی از نو تازه می‌کند تا کدهای سال‌های پیشین به‌اشتباه دوباره تخصیص نیابند. یعنی یک تقسیم‌بندی فضای نام است، نه یک فیلد تاریخ.

حالا نکتهٔ مخصوص ما. این دو رقم، دو رقم آخر سال میلادی‌اند. بی‌استثنا. اگر کد را در مهر ۱۴۰۴ تخصیص می‌دهید، آن لحظه در تقویم میلادی سال 2025 است و فیلد سال مرجع 25 می‌شود — نه 04 و نه 1404 و نه هیچ تبدیل دیگری. در این فیلد فقط دو رقم جا می‌شود و آن دو رقم به تقویم میلادی تعلق دارند.

این را با ارقام هم بنویسم، چون خطای رایج دقیقاً از همین‌جا می‌آید: کسی که تاریخ‌ها را در جدولش به شمسی نگه می‌دارد، وسوسه می‌شود دو رقم آخر ۱۴۰۴ یعنی ۰۴ را در فیلد بگذارد. نتیجه کدی است که ساختارش سالم به نظر می‌رسد، از هر اعتبارسنجی رد می‌شود، و در فضای نامِ سال ۲۰۰۴ می‌نشیند — یعنی احتمال برخورد با کدهای واقعیِ آن سال. و چون ISRC رقم کنترل ندارد، هیچ‌کس به شما هشدار نمی‌دهد.

سه قاعدهٔ ساده که این تله را می‌بندد:

1. سال مرجع همیشه دو رقم آخر سال میلادیِ زمان تخصیص کد است.
2. تاریخ انتشار شمسی جای خودش را در فرادادهٔ انتشار دارد و هرگز به این فیلد راه پیدا نمی‌کند.
3. هیچ‌وقت از روی یک

ISRC تاریخ استنباط نکنید. اگر کدها را در دی ۱۴۰۴ برای آلبومی که در ۱۴۰۲ ضبط شده و در فروردین ۱۴۰۵ منتشر می‌شود تخصیص می‌دهید، سال مرجع 25 است و این درست است. آن را «اصلاح» نکنید.

سال مرجع می‌گوید کد کِی ساخته شده است، نه موسیقی کِی. هر تلاشی برای رساندن تقویم شمسی به این دو رقم، فقط کاتالوگ شما را در فضای نامِ سال اشتباهی می‌نشاند.

۶. کِی کد تازه لازم است و کِی نباید ساخت

دو جملهٔ راهنما کل قاعده را می‌سازند:

"A recording with an ISRC that has not undergone material change since an ISRC was assigned shall not be assigned another ISRC."

و

"An ISRC that has been assigned to a recording shall never be re-assigned to another different recording."

یعنی: یک ضبط، یک کد، برای همیشه — و یک کد، یک ضبط، برای همیشه.

کد تازه لازم است

• ریمیکس. راهنما در بند

A.9.8 نسخهٔ ریمیکس‌شده را متفاوت از اصل می‌داند و کد تازه می‌خواهد.

• ادیت. نسخهٔ کوتاه‌شده یا سانسورشده کد تازه می‌گیرد — بند

A.9.4. این شامل «ادیت رادیویی» و نسخه‌های کوتاه‌شده برای پخش هم می‌شود.

• نسخهٔ زنده. بند

A.9.1، همان که در بخش کنسرت نقل شد.

• نسخهٔ بی‌کلام یا با عنصر حذف‌شده. اگر آواز یا هر عنصری حذف شده و نسخه برای انتشار در نظر است، کد تازه لازم است — بند

A.9.14. این حالت در موسیقی ایرانی زیاد پیش می‌آید: نسخهٔ بی‌کلامِ یک تصنیف برای استفادهٔ تصویری یا کارائوکه، ضبط دیگری است.

• تغییر معنادار در مدت زمان. راهنما تغییر طول را وقتی بر محتوای خلاقانه اثر بگذارد ماهوی می‌داند و برای تغییرهای غیرخلاقانه آستانهٔ بیش از ده ثانیه را نشانه می‌گیرد — بند

A.10.2؛ پرسش‌های متداول IFPI هم همین آستانهٔ ده ثانیه را تکرار می‌کند.

ریمستر: قاعده باریک‌تر از چیزی است که همه می‌گویند

این را باید با دقت نوشت، چون تقریباً همه‌جا اشتباه نوشته شده است. جملهٔ راهنما در بند A.10.1 شرطی است، نه مطلق:

"A new ISRC shall be assigned if (and only if) the processes applied to a recording during re-mastering involve the application of creative input to the recording itself."

و راهنما فهرستِ چیزهایی را که مشمول این شرط نیستند صریح می‌آورد: تغییر ساده در سطح، اعمال یکنواختِ اکولایزر، فشرده‌سازی یکنواخت، حذف نویز، حذف کلیک، اصلاح سرعت و کوک، تغییر نرخ نمونه‌برداری و دیترینگ. و می‌گوید:

"A new ISRC shall not be assigned in the context of essentially invariant or technological adjustment processes."

پس این جمله که «هر ریمستری کد تازه می‌خواهد» نادرست است. آزمون واقعی، آزمونِ «ورودی خلاقانه» است: آیا در فرآیند، تصمیم هنری تازه‌ای بر خود ضبط اعمال شده است، یا فقط یک زنجیرهٔ فنیِ یکنواخت از آن عبور کرده است؟

اما یک ملاحظهٔ عملی هست که بی‌خطر می‌توان گفت: اگر نسخهٔ ریمسترشده در کنار نسخهٔ اصلی به‌عنوان یک ترک جداگانه فروخته می‌شود، آن یک محصول جداگانه است و کد خودش را لازم دارد — مستقل از اینکه مهندسی‌اش را چطور دسته‌بندی کنید. دو ترک در یک فروشگاه نمی‌توانند یک ISRC داشته باشند.

کد تازه لازم نیست

• بازنشر همان مستر. جلد تازه، توزیع‌کنندهٔ تازه، قلمرو تازه یا تاریخ انتشار تازه هیچ‌کدام تغییری در ضبط نیستند. کد می‌ماند.
• تغییر مالکیت ضبطِ دست‌نخورده. راهنما (بند ۴٫۶) می‌گوید اگر ثبت‌کنندهٔ اصلی ضبط را پس از تخصیص کد به شکل دست‌نخورده بفروشد یا لایسنس بدهد، کد تازه‌ای تخصیص نمی‌یابد و همان کد باقی می‌ماند.
• شناسهٔ محصولِ تازه. یک مجموعهٔ گلچین

UPC خودش را می‌گیرد، ولی ضبط‌های داخلش ISRC های خودشان را نگه می‌دارند.

یک حالت نامتقارن هم هست که پرسش‌های متداول IFPI توضیح می‌دهد: اگر ضبطی از ابتدا ISRC نداشته، مالکیتش عوض شده و اکنون دارندهٔ حق آن را بدون تغییر منتشر می‌کند، باید کد تازه تخصیص یابد. قاعده کدی را که وجود دارد حفظ می‌کند؛ برای موادی که هرگز کدی نداشته‌اند تاریخچه نمی‌سازد.

قاعدهٔ تصمیم

یک پرسش: آیا شنونده فایل صوتیِ دیگری می‌شنود؟ اگر بله — اجرا، میکس، طول یا محتوا فرق دارد — ضبط دیگری است و کد تازه می‌خواهد. اگر نه — بیت‌ها یکی‌اند و فقط بسته‌بندی و قیمت و قلمرو و توزیع‌کننده عوض شده — همان کد قبلی.

و بعد، بررسی ایمنی: **هرگز یک ISRC را به دو فایل صوتی متفاوت وصل نکنید.** اگر مطمئن نیستید تغییری ماهوی است یا نه، ساختن کد تازه برای نسخه‌ای که واقعاً تازه است قابل جبران است؛ استفادهٔ دوباره از یک کد برای دو ضبط قابل جبران نیست و هر پایگاه پایین‌دستی را که آن را بخورد خراب می‌کند.

۷. آرشیو گل‌ها و بازنشر مواد آرشیوی

برنامه‌های گل‌ها در رادیو ایران — گل‌های رنگارنگ، برگ سبز، گل‌های تازه و بقیه — یکی از بزرگ‌ترین بدنه‌های ضبط‌شدهٔ موسیقی ایرانی‌اند، و امروز به‌شکل‌های گوناگون بازنشر می‌شوند. این مواد تقریباً همهٔ تله‌های این سند را یک‌جا دارند.

**۱. این ضبط‌ها از ابتدا ISRC نداشتند.** آن‌ها دهه‌ها پیش از وجود این استاندارد ساخته شده‌اند. پس بر خلاف کاتالوگ مدرن، اینجا «کد قبلی‌ای» وجود ندارد که حفظ شود. هر ضبط آرشیوی که برای نخستین بار به‌شکل تجاری منتشر می‌شود، کد تازه می‌گیرد — و همان حالت نامتقارنی که در بخش پیش نقل شد دقیقاً همین وضعیت را پوشش می‌دهد.

۲. هر برنامه احتمالاً چند ضبط است، نه یکی. یک برنامهٔ گل‌ها معمولاً از پیش‌درآمد، آواز با سنتور یا تار، تصنیف و رِنگ ساخته شده است. اگر آن را به‌عنوان چهار ترک منتشر می‌کنید، چهار ISRC دارید. اگر به‌عنوان یک فایل پیوسته منتشرش می‌کنید، یک ISRC دارید. تصمیم شما دربارهٔ تقسیم‌بندی، تعداد شناسه‌ها را تعیین می‌کند — و اگر بعداً تقسیم‌بندی را عوض کنید، ضبط‌های تازه‌ای ساخته‌اید.

۳. لایهٔ اثر پیچیده است و باید جدا کار شود. تصنیف‌های گل‌ها اغلب آهنگ‌ساز و شاعرِ نام‌دار دارند؛ آوازها روی غزل حافظ و سعدی و رهی معیری خوانده شده‌اند؛ و بخش سازی گاهی بداهه است. یعنی در یک برنامه هم اثرِ دارای پدیدآورندهٔ معلوم دارید و هم موادی که در قلمرو عمومی‌اند. این‌ها را ترک‌به‌ترک بررسی کنید، نه آلبوم‌به‌آلبوم.

۴. تمیزکاریِ صوتیِ آرشیو، به‌خودی‌خود ریمستر خلاقانه نیست. حذف نویز نوار، حذف کلیک، اصلاح سرعت و کوکِ نوارِ کش‌آمده، و تبدیل نرخ نمونه‌برداری، دقیقاً همان فهرستی است که راهنما از شمولِ قاعدهٔ کد تازه بیرون گذاشته است. اگر این تنها کاری است که کرده‌اید و ضبط قبلاً کدی داشته، کد تازه نمی‌سازید. اگر ضبط اصلاً کدی نداشته (که در گل‌ها حالت غالب است) به‌هر حال کد می‌گیرد، ولی به این دلیل که نخستین‌بار شناسه می‌گیرد، نه به این دلیل که «ریمستر شده».

۵. مسئلهٔ حقوقی جدا از مسئلهٔ شناسه است. اینکه چه کسی حق انتشار تجاری مواد آرشیوی رادیو را دارد، پرسشی حقوقی است و شناسه به آن پاسخ نمی‌دهد. تخصیص یک ISRC هیچ حقی ایجاد نمی‌کند. این را پیش از انتشار حل کنید، نه بعد از آن.

۶. سال مرجع باز هم تلهٔ همیشگی است. برای ضبطی که در دههٔ ۱۳۴۰ شمسی ساخته شده و شما امروز کدش را می‌سازید، سال مرجع دو رقم آخرِ امسالِ میلادی است. نه سال ضبط، نه معادل شمسی‌اش. سال واقعی ضبط جای خودش را در فرادادهٔ انتشار — تاریخ انتشار اصلی و خط ℗ — دارد.

۸. کدهای توزیع‌کننده، پیشوند اختصاصی، و روزی که توزیع‌کننده را عوض می‌کنید

ISRC ضبط را می‌شناساند، نه یک رابطهٔ تجاری را. این کد یک مجوز نیست و هیچ حقی به توزیع‌کنندهٔ شما نمی‌دهد. وقتی توزیع‌کننده را عوض می‌کنید، کدها با ضبط‌ها می‌روند — این مستقیماً از بند ۴٫۶ و از ممنوعیتِ تخصیص کد دوم به ضبط دست‌نخورده نتیجه می‌شود.

ظرافتی که همه را گیر می‌اندازد پیشوند است. اگر توزیع‌کننده به شما کدی داده که پیشوندش مال اوست، آن کدِ دوازده‌کاراکتری برای همیشه روی همان ضبط می‌ماند — این الزامی است — ولی پس از جدا شدن نمی‌توانید کدهای تازه زیر آن پیشوند بسازید. پس انتشار بعدی شما پیشوند دیگری خواهد داشت. کاتالوگی با پیشوندهای مختلف نقص نیست؛ کاتالوگی با کدهای تعیینِ تکراری نقص است.

کدهایی که توزیع‌کننده می‌دهد وقتی معتبرند که توزیع‌کننده یک «مدیر ISRC » تأییدشده باشد. آژانس ISRC آمریکا هشدار می‌دهد که کدهای صادرشده از سوی شرکت‌های بدون مجوز نامعتبرند و خطر برخورد با کدهای ثبت‌کننده‌های مجاز را دارند:

"are invalid and risk collisions with codes issued by authorized registrants"

کدی که سرویسی بدون تخصیص از خودش درآورده، ISRC نیست؛ یک رشتهٔ دوازده‌کاراکتری است که روزی با کد شخص دیگری برخورد می‌کند.

چه وقت پیشوند اختصاصی بگیرید

از آژانس ملی ISRC درخواست پیشوند بدهید وقتی:

• لیبل دارید و برای چند هنرمند به‌طور مستمر کد تخصیص می‌دهید.
• از طریق بیش از یک توزیع‌کننده منتشر می‌کنید و یک پیشوند پایدار در کل کاتالوگ می‌خواهید.
• پیش از تحویل به کد نیاز دارید — برای سینک، تولید فیزیکی، تحویل به رادیو یا ثبت در انجمن.
• می‌خواهید کدهایتان به بقای هیچ شرکتی وابسته نباشد.

دو محدودیت را بدانید: پیشوندها به‌ترتیب تخصیص می‌یابند و پس از تخصیص قابل تغییر نیستند، و پیشوندِ دارندهٔ حق فقط باید برای ضبط‌هایی به کار رود که خودتان مالک آن‌هایید. اگر برای ضبط‌های دیگران کد تخصیص می‌دهید، به وضعیت «مدیر» نیاز دارید نه پیشوند شخصی.

برای نوازنده‌ای که سالی دو آلبوم منتشر می‌کند، کدهای توزیع‌کننده کاملاً کافی‌اند. برای کسی که آرشیوی می‌سازد که قرار است دهه‌ها اداره شود، پیشوند اختصاصی یک وابستگی را حذف می‌کند.

۹. شناسهٔ محصول: کد کالای انتشار

UPC-A دوازده رقم است و EAN-13 سیزده رقم. هر دو GTIN اند — به‌ترتیب GTIN-12 و GTIN-13 — و ساختارشان یکی است: پیشوند شرکتِ GS1، شمارهٔ آیتم که مالک برند تعیین می‌کند، و یک رقم کنترل در آخرین جایگاه.

UPC محصول را می‌شناساند: این آلبوم، در این پیکربندی. نسخهٔ دیجیتال، سی‌دی و صفحهٔ وینیلِ یک آلبوم سه محصول‌اند و معمولاً سه UPC دارند. تک‌آهنگ UPC خودش را می‌گیرد؛ وقتی همان ضبط بعداً در آلبوم می‌آید، ISRC اش را نگه می‌دارد در حالی که آلبوم UPC دیگری دارد.

GS1 توصیه می‌کند این کدها را یکنواخت ذخیره کنید:

"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"

این کار را در صفحه‌گسترهٔ خودتان هم بکنید. مخصوصاً برای فارسی‌زبانان یک هشدار اضافه هست: ستون شناسه را پیش از چسباندن داده به قالب متنی تغییر دهید، وگرنه صفحه‌گستره صفرِ ابتدایی را بی‌سروصدا حذف می‌کند. و اگر جدولتان را با ارقام فارسی پر می‌کنید، بدانید که ۰۶۲۹ و 0629 از نظر بایت دو رشتهٔ متفاوت‌اند و هیچ سامانهٔ تحویلی ارقام فارسی را در فیلد شناسه نمی‌پذیرد. ارقام فارسی برای خواندن خوب‌اند، برای فیلد نه.

چرا افزودن یک صفر در ابتدا رقم کنترل را عوض نمی‌کند

این را همه تکرار می‌کنند و کسی توضیح نمی‌دهد. علتش این است که وزن‌دهیِ الگوریتم GS1 از سمت راستِ عدد لنگر می‌گیرد، نه از چپ.

رقم کنترل در راست‌ترین جایگاه می‌نشیند. از رقمِ بلافاصله قبل از آن به سمت چپ، وزن‌ها به‌ترتیب ۳، ۱، ۳، ۱ و همین‌طور ادامه می‌یابند. چون این الگو نسبت به جایگاه رقم کنترل تعریف شده است، هر رقم در یک GTIN-12 دقیقاً همان وزن را نگه می‌دارد وقتی عدد از چپ تا سیزده یا چهارده رقم با صفر پر شود. هیچ چیز جابه‌جا نمی‌شود.

پس افزودن صفر در ابتدا فقط یک جمله به مجموع وزنی اضافه می‌کند و آن جمله یا 0 × 3 است یا 0 × 1 — در هر دو حالت صفر. مجموع تغییر نمی‌کند، پس عددی که مجموع را به مضرب ده بعدی می‌رساند تغییر نمی‌کند، پس رقم کنترل تغییر نمی‌کند.

از نظر عملیاتی: دو نگارشِ دوازده‌رقمی و سیزده‌رقمی یک GTIN واحدند. اگر سامانه‌ای یکی را نپذیرد، این یک قاعدهٔ قالب‌بندی است نه دو محصول — برای راضی‌کردن آن سامانه UPC دوم نسازید.

۱۰. محاسبهٔ رقم کنترل، با دست

GS1 محاسبه را در سه گام بیان می‌کند: ضرب هر جایگاه در ضریب متناوبش، جمع نتایج، و سپس «تفریق مجموع از نزدیک‌ترین مضرب دهِ برابر یا بزرگ‌تر».

رویه:

1. ارقامِ پیش از رقم کنترل را بردارید.
2. از راست‌ترینِ آن‌ها به سمت چپ، به‌تناوب در ۳، ۱، ۳، ۱، … ضرب کنید.
3. حاصل‌ضرب‌ها را جمع کنید.
4. مجموع را به مضرب ده بعدی برسانید؛ رقم کنترل، تفاضل است. اگر مجموع خودش مضرب ده باشد، رقم کنترل صفر است.

مثال کامل. عدد UPC-A زیر را در نظر بگیرید — به ارقام فارسی و بعد به ارقام لاتین:

۶۲۹۴۵۱۰۸۳۷۲۳

که معادل لاتینش این است: 629451083723

یازده رقم نخست ۶۲۹۴۵۱۰۸۳۷۲ هستند و رقم آخر یعنی ۳ همان رقم کنترلی است که می‌خواهیم به دست بیاوریم. یازده رقم را از راست به چپ می‌خوانیم:

جمع: ۶ + ۷ + ۹ + ۸ + ۰ + ۱ + ۱۵ + ۴ + ۲۷ + ۲ + ۱۸ = ۹۷

نزدیک‌ترین مضرب ده که برابر یا بزرگ‌تر از ۹۷ باشد، ۱۰۰ است. ۱۰۰ − ۹۷ = ۳

پس رقم کنترل ۳ است و عدد کامل UPC-A می‌شود ۶۲۹۴۵۱۰۸۳۷۲۳، یعنی 629451083723. ✓

**حالا نگارش EAN-13.** یک صفر به ابتدا اضافه می‌کنیم: ۰۶۲۹۴۵۱۰۸۳۷۲۳، یعنی 0629451083723. دوازده رقمِ پیش از رقم کنترل اکنون ۰۶۲۹۴۵۱۰۸۳۷۲ است. از راست خوانده می‌شود، پس یازده رقم قبلی دقیقاً همان وزن‌ها را نگه می‌دارند و صفرِ تازه وزن دوازدهم یعنی ×۱ را می‌گیرد و ۰ به مجموع اضافه می‌کند. جمع باز هم ۹۷، مضرب ده بعدی باز هم ۱۰۰، رقم کنترل باز هم ۳ — دقیقاً همان‌طور که پیش‌بینی کردیم.

برای راستی‌آزمایی به‌جای تولید، همان رویه را با احتساب خودِ رقم کنترل در وزن ×۱ اجرا کنید و ببینید مجموع مضرب ده می‌شود یا نه. برای مثال بالا: ۹۷ + ۳ = ۱۰۰. سازگار است.

رقم کنترل ثابت می‌کند که عدد درست تایپ شده است؛ هیچ چیزی دربارهٔ اینکه این عدد مالِ شماست ثابت نمی‌کند.

و یک محدودیت که کمتر گفته می‌شود: این الگوریتم هر خطای تک‌رقمی را می‌گیرد، ولی همهٔ جابه‌جایی‌های مجاور را نه. اگر دو رقم مجاور که اختلافشان ۵ است جابه‌جا شوند (۰/۵، ۱/۶، ۲/۷، ۳/۸، ۴/۹)، مجموع وزنی دقیقاً ۱۰ واحد تغییر می‌کند و رقم کنترل معتبر می‌ماند. این دسته از خطاها بی‌صدا رد می‌شوند — به همین دلیل UPC را با منبعی که از آن گرفته‌اید مقابله کنید، نه فقط با یک ماشین‌حساب.

ساختار ISRC و رقم کنترل UPC/EAN را می‌توانید با ابزار رایگان و مرورگری مازوفا بررسی کنید که کامل روی دستگاه خودتان اجرا می‌شود و چیزی آپلود نمی‌کند.

۱۱. خطاهای رایج

**استفادهٔ دوباره از یک ISRC برای ضبط‌های متفاوت.** بدترین خطای ممکن، چون خوددرمان نیست: هر سامانهٔ تطبیقِ پایین‌دستی برای همیشه آن دو ضبط را یکی می‌بیند. علت معمولاً کپی‌پیستِ صفحه‌گستره یا سطرِ الگویی است که کسی به‌روزش نکرده. در آلبوم‌های بداهه‌نوازی که همهٔ ترک‌ها عنوان مشابهی دارند («درآمد»، «چهارمضراب»، «فرود») این خطر چند برابر می‌شود.

**ساختن ISRC تازه برای بازنشرِ مسترِ دست‌نخورده.** هویت انباشتهٔ ضبط را دور می‌ریزد: تاریخچهٔ پلی‌لیست، ثبت‌های انجمن و ادعاهای حقوق مجاور همه به کد قبلی گره خورده‌اند. علت معمولاً فرم پذیرش توزیع‌کننده است که وقتی فیلد «قبلاً ISRC دارم» خالی بماند خودکار کد می‌سازد. آن فیلد را همیشه پر کنید.

نوشتن سال شمسی در فیلد سال مرجع. توضیحش در بخش ۵ آمد. این خطا مخصوص ماست و هیچ اعتبارسنجی‌ای آن را نمی‌گیرد.

کد کشور اشتباه. معمولاً نشانهٔ چیز بدتری است: کسی کد را دستی تایپ کرده، یا سرویسی بدون پیشوندِ تخصیص‌یافته کد ساخته است. کد کشور ناآشنا را پیش از انتشار بررسی کنید، نه بعد از آن.

**کاراکتر جابه‌جا در ISRC.** رقم کنترلی در کار نیست، پس تشخیصی هم در کار نیست. ضبط زیر شناسه‌ای تحویل می‌شود که یا مال هیچ‌کس نیست (پخش‌ها تطبیق نمی‌شوند) یا مال کس دیگری است (پخش‌ها به او نسبت داده می‌شوند). راه کاهش خطر: کپی‌پیست به‌جای تایپ دوباره، و مقابلهٔ همهٔ کدهای یک انتشار با یک فهرست مرجع واحد.

**UPC ای که رقم کنترل خودش را رد می‌کند.** تقریباً همیشه خطای تایپی، بریدگی، یا صفرِ ابتداییِ نابودشده به‌دست صفحه‌گستره است. این خطا دست‌کم بلند است — بیشتر سامانه‌ها ردش می‌کنند.

ناسازگاری شناسه بین فایل صوتی و فراداده. ساکت‌ترین و گران‌ترین خطا. ISRC جاسازی‌شده در فایل صوتی، ISRC موجود در فرادادهٔ تحویل، و ISRC ثبت‌شده در انجمن باید هر سه یک رشتهٔ دوازده‌کاراکتریِ واحد باشند. وقتی واگرا شوند همه‌چیز درست به نظر می‌رسد — انتشار منتشر می‌شود، پخش‌ها بالا می‌روند، داشبورد عدد نشان می‌دهد — ولی تطبیق در جایی که نمی‌بینید شکسته است و ماه‌ها بعد معلوم می‌شود.

گران‌ترین خطاهای شناسه آن‌هایی‌اند که اجازه می‌دهند انتشار زنده شود و تطبیق را بعداً می‌شکنند.

۱۲. از یک پخش تا یک پرداخت

دانستن این زنجیره دقیقاً به شما می‌گوید شناسهٔ خراب کجا آن را قطع می‌کند.

1. پخش رخ می‌دهد. سرویس رویداد پخش را در برابر ضبطی که در کاتالوگش دارد ثبت می‌کند؛ آن ضبط به

ISRC ای که تحویل داده‌اید گره خورده است.

1. سرویس گزارش می‌دهد. گزارش‌های مصرف به دارندهٔ حق یا توزیع‌کننده می‌رسد، تفکیک‌شده بر اساس

ISRC و با انتشارِ شناسایی‌شده بر اساس UPC. پول سمت ضبط اینجا محاسبه می‌شود، به‌شکل سهمی از یک مخزن درآمد و نه نرخ ثابت به‌ازای هر پخش — اسپاتیفای صریحاً می‌گوید نرخ به‌ازای پخش پرداخت نمی‌کند: درآمد در یک مخزن جمع و بر اساس سهم پخش تقسیم می‌شود، پس ارزش هر پخش با وضعیت مخزن تغییر می‌کند.

1. توزیع‌کننده تسویه می‌کند. سطرهای گزارش را روی

ISRC و UPC با کاتالوگ شما تطبیق می‌دهد. کدی که در کاتالوگ شما نیست هرگز به صورت‌حساب شما نمی‌رسد؛ تخصیص‌نیافته می‌ماند.

1. سمت اثر موازی اجرا می‌شود. حق مکانیکی و حق اجرای آهنگ را انجمن‌ها و نهادهای صدور مجوز جمع می‌کنند، با پیوند دادن

ISRC گزارش‌شده به اثر ثبت‌شده و از آنجا به آهنگ‌ساز و شاعر و ناشر. خط لولهٔ جدا، زمان‌بندی جدا، پول جدا. برای آلبوم بداهه‌نوازی که اثر ثبت‌شده‌ای ندارد، این خط لوله عملاً خالی است و این نه خطاست و نه چیزی که با کد ساختگی درست شود.

1. حقوق مجاور. درآمد پخش رادیویی و اجرای عمومیِ ضبط را انجمن‌های حقوق مجاور جمع می‌کنند و روی

ISRC با ثبتی تطبیق می‌دهند که دارندهٔ حق و نوازندگان اصلی را نام می‌برد. برای موسیقی دستگاهی این لایه اهمیت ویژه دارد، چون نوازندهٔ همراه — تنبک‌نواز، نوازندهٔ کمانچه — در همین لایه دیده می‌شود و نه در لایهٔ اثر.

1. پرداخت. پول منتقل می‌شود، با رعایت وضع مالیاتی در مبدأ.

هر گام یک اتصال روی یک شناسه است و اتصالِ شکسته بی‌صداست. اگر ISRC در گام ۱ یا ۲ خراب باشد، پول سمت ضبط تطبیق نمی‌شود. اگر پیوند ISRC به ISWC در گام ۴ بشکند، پول آهنگ‌ساز تطبیق نمی‌شود. اگر UPC بشکند، تسویهٔ سطح محصول از هم می‌پاشد و صورت‌حسابی می‌ماند که نمی‌توانید به انتشار گره بزنید.

انضباط لازم بی‌جلوه است و برای هر انتشار حدود یک ساعت وقت می‌گیرد. یک برگهٔ مرجع نگه دارید: عنوان ترک، نسخه، ISRC، ISWC، سهم پدیدآورندگان، و UPC انتشار. ستون‌های شناسه را متنی قالب‌بندی کنید. کدها را پیش از تحویل تخصیص دهید، نه هنگام تحویل. رقم کنترل هر UPC را بررسی کنید. مطابقت شناسهٔ جاسازی‌شده در فایل با برگه را تأیید کنید. ضبط‌ها و آثار را با همان کدها در انجمن‌های مربوطه ثبت کنید. آن‌وقت وقتی سطری از صورت‌حساب غایب بود، منبعی برای استدلال دارید؛ بدون آن حتی نمی‌توانید ثابت کنید چه چیزی باید پرداخت می‌شد.

۱۳. جدول مرجع سریع

انتشار با مازوفا رایگان است — بدون هزینهٔ آپلود، بدون اشتراک، بدون هزینه به‌ازای هر انتشار — تنها کسر ما ۵٪ از حق‌الامتیاز دریافتی است، و هر درخواست کاملی را یک انسان بررسی می‌کند.

منابع

• IFPI, ISRC Structure

https://isrc.ifpi.org/isrc-standard/isrc-structure

کد کشور، کد ثبت‌کننده، سال مرجع و کد تعیین؛ تعریف و کارکرد سال مرجع، و اینکه سال تخصیص می‌تواند با سال ضبط متفاوت باشد.

• IFPI, International Standard Recording Code (ISRC) Handbook

https://www.ifpi.org/wp-content/uploads/2021/02/ISRC_Handbook.pdf

بندهای مورد استناد: ۴٫۳ ممنوعیت کد دوم بدون تغییر ماهوی؛ ۴٫۶ ضبطِ دست‌نخورده کدش را نگه می‌دارد؛ ۵ خط تیره‌ها بخشی از کد نیستند؛ ۳٫۳٫۴ بازهٔ کدهای تعیین؛ الف‑۳ ممنوعیت تخصیص دوباره؛ الف‑۹‑۱ نسخهٔ زنده؛ الف‑۹‑۴ ادیت؛ الف‑۹‑۸ ریمیکس؛ الف‑۹‑۱۴ نسخهٔ با عنصر حذف‌شده؛ الف‑۱۰‑۱ ریمستر و آزمون ورودی خلاقانه و فهرست فرآیندهای فنیِ مستثنا؛ الف‑۱۰‑۲ تغییر مدت زمان.

• IFPI, ISRC FAQs

https://isrc.ifpi.org/faqs

ریمیکس و ادیت؛ آستانهٔ ده ثانیه؛ ضبطی که هرگز کدی نداشته و بدون تغییر بازنشر می‌شود.

• IFPI, ISRC Managers

https://isrc.ifpi.org/get-isrc/isrc-managers

فهرست نهادهای مجاز به تخصیص کد از طرف دارندهٔ حق.

• US ISRC Agency, How It Works

https://usisrc.org/how-it-works/

تخصیص ترتیبی پیشوند و غیرقابل‌تغییر بودن آن؛ استفادهٔ پیشوند دارندهٔ حق فقط برای ضبط‌های تحت مالکیت؛ مدیران مجاز؛ خطر برخورد کدهای صادرشده از سوی نهادهای بدون مجوز.

• GS1, Check Digit Calculator

https://www.gs1.org/services/check-digit-calculator

وزن‌دهی، جمع، و تفریق از نزدیک‌ترین مضرب دهِ برابر یا بزرگ‌تر.

• GS1, Communicating GS1 trade item numbers

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

https://www.cisac.org/services/information-services/international-identifiers

نهاد متولی ادارهٔ شناسهٔ اثر.

• ISWC International Agency

https://www.iswc.org/

• International Standard Musical Work Code, Wikipedia

https://en.wikipedia.org/wiki/International_Standard_Musical_Work_Code

قالب شناسهٔ اثر به شکل T-123.456.789-C: یک حرف، نُه رقم و یک رقم کنترل؛ ارقام هیچ معنای درونی ندارند.

• Spotify for Artists, Royalties

https://artists.spotify.com/help/article/royalties

نبودِ نرخ ثابت به‌ازای هر پخش؛ تقسیم درآمد بر اساس سهم پخش.

یادداشت دربارهٔ مثال محاسبه: عدد ۶۲۹۴۵۱۰۸۳۷۲۳ یعنی 629451083723 فقط به‌عنوان یک UPC-A با ساختار معتبر برای نمایش محاسبهٔ رقم کنترل به کار رفته است و شناسهٔ هیچ انتشار مشخصی نیست.

یادداشت دربارهٔ عدم قطعیت: رویهٔ ثبت بداهه‌نوازیِ مبتنی بر ردیف به‌عنوان «اثر» و امکان تخصیص ISWC به آن، از انجمنی به انجمن دیگر متفاوت است و در هیچ سند مرجع بین‌المللیِ واحدی تثبیت نشده است. آنچه در این متن آمده، تفکیک لایه‌هاست، نه پیش‌بینیِ تصمیم یک انجمن مشخص.