ISRC ідентифікує запис. Він не ідентифікує ділові стосунки, не є ліцензією і нічого не дає вашому дистриб’ютору. Коли ви змінюєте дистриб’ютора, ваші ISRC ідуть разом із записами — це вирішено. Дивує те, що не переїжджає: префікс. Ви назавжди зберігаєте кожен дванадцятисимвольний код, який уже використали, і не можете випустити під цим префіксом жодного нового після відходу.
Ця відмінність — уся стаття. Решта з неї випливає.
З чого складається код і яка частина ваша
IFPI описує ISRC як п’ятисимвольний префікс — дві літери плюс три літерно-цифрові знаки, — далі дві цифри року присвоєння і п’ять цифр коду позначення. Для читача: CC-XXX-YY-NNNNN
| Поле | Довжина | Вміст |
|---|---|---|
| Код країни | 2 | Літери. Країна агенції, що виділила префікс. |
| Код реєстранта | 3 | Літерно-цифровий. Організація, яка присвоює код. |
| Рік присвоєння | 2 | Цифри. Дві останні цифри року присвоєння ISRC. |
| Код позначення | 5 | Цифри. Порядковий номер цього запису в реєстранта, унікальний у межах року. |
Код країни разом із кодом реєстранта утворюють префікс, і префікс виділяє національна агенція ISRC конкретній організації. Реєстрант розпоряджається кодами позначення в межах кожного року — до 100 000 на префікс на рік у всьому діапазоні 00000–99999, хоча для менших реєстрантів виділення може бути вужчим: ISRC Handbook зазначає, що «виділення нового префікса супроводжується діапазоном кодів позначення, на який цей реєстрант уповноважений» (§3.3.4).
Тож якщо дистриб’ютор видав вам QZ-ES6-25-00013, то QZES6 — це код реєстранта дистриб’ютора. Порядковий номер 00013 присвоїли вони, зі свого діапазону, на своє ім’я. Запис ваш, код закріплений за вашим записом назавжди, а префікс належить організації, яка його зареєструвала.
Одне технічне зауваження, поки код перед очима: дефіси несправжні. Handbook прямо каже, що «літери „ISRC“ (пробіл) і дефіси не входять до складу ISRC» (§5). QZ-ES6-25-00013 і QZES62500013 — це той самий код. Зберігайте дванадцять символів без розділових знаків: специфікації постачання вимагають саме так, а рядок із дефісами в полі на дванадцять символів — уникна помилка валідації.
Що ви зберігаєте
Ви зберігаєте коди. Усі.
Це випливає з двох правил, що вказують в один бік. §4.6 Handbook описує запис, який продано чи ліцензовано: він зберігає свій ISRC. А заборона присвоювати другий ISRC незміненому запису означає, що ніхто — ні ви, ні ваш новий дистриб’ютор — не має права видати свіжий код для запису, який його вже має і суттєво не змінився.
Отже, повторно постачаючи каталог через нового дистриб’ютора, правильно передати наявні ISRC. Не давати формі реєстрації згенерувати нові. У цій формі зазвичай є поле на кшталт «У мене вже є ISRC» — саме в ньому вся суть, а залишити його порожнім — найпоширеніший спосіб, у який артист викидає власну історію.
Випуск нового ISRC для незміненого перевидання відкидає накопичену ідентичність запису. Історія плейлистів, реєстрації в товариствах, вимоги за суміжними правами й чартова історія — усе прив’язане до старого коду. Запис звучить так само і починає з нуля як об’єкт зіставлення. Нічого видимого не ламається — саме тому це минає непоміченим.
Чого ви зробити не можете
Ви не можете випускати нові коди під префіксом, яким не володієте.
Ваш попередній каталог зберігає QZES6 у своїх кодах, бо ці коди постійні. Ваш наступний реліз не може використати QZES6, бо реєстрантом були не ви: новий дистриб’ютор присвоїть код зі свого префікса, або ви зі свого, якщо він у вас є.
Тут виникає побоювання, що каталог тепер виглядає зламаним. Він не зламаний. Каталог зі змішаними префіксами — не дефект. Каталог із дубльованими кодами позначення — дефект. Префікси показують, хто і коли присвоїв кожен код; дублікати означають, що два різні записи претендують на ту саму ідентичність, і цей збій сам не виправляється. Будь-яка система зіставлення нижче по ланцюжку вважатиме ці два записи одним — назавжди.
Handbook однозначний у пов’язаному пункті §A.3: ISRC ніколи не присвоюється повторно. Щойно код використано для запису, він належить саме йому й нічому іншому, остаточно.
Чи мав ваш дистриб’ютор узагалі право видавати коди
ISRC, видані дистриб’ютором, законні — якщо дистриб’ютор є затвердженим ISRC Manager. US ISRC Agency зазначає, що «жменя компаній уповноважена присвоювати ISRC від імені власника запису», і попереджає, що коди неуповноважених компаній «недійсні та ризикують зіткнутися з кодами, виданими уповноваженими реєстрантами». IFPI веде список затверджених менеджерів.
Практично: код, вигаданий сервісом без виділеного діапазону, — не ISRC. Це дванадцятисимвольний рядок, схожий на нього, який рано чи пізно зіткнеться зі справжнім кодом, що належить комусь іншому. За виглядом коду цього не виявити, бо в ISRC немає контрольної цифри: у UPC вона є, в ISWC є, в ISRC немає, і специфікація її не передбачає.
Цю відсутність варто засвоїти, бо вона змінює ретельність поводження з кодами. Друкарська помилка в UPC зазвичай провалює власну контрольну цифру і гучно відхиляється при прийманні. Помилка в ISRC проходить. Один переставлений символ дає інший, цілком правильний на вигляд ISRC, що належить чужому запису, — і прослуховування йдуть тій людині або нікому, беззвучно.
Якщо в каталозі з’явився незнайомий код країни, розберіться до релізу, а не після. Зазвичай це симптом чогось гіршого: код, набраний вручну, або сервіс, що видає коди без виділеного префікса.
Коли варто мати власний код реєстранта
Подавайте заявку на власний префікс до національної агенції ISRC, якщо справджується бодай одне:
- Ви ведете лейбл більш ніж із жменею артистів або присвоюєте коди безперервно, а не раз на реліз.
- Ви випускаєте через кількох дистриб’юторів і хочете один стабільний префікс на весь каталог.
- Вам потрібні ISRC до постачання — для синку, фізичного виробництва, ефірного постачання чи реєстрації в товариствах.
- Ви хочете, щоб ваші коди не залежали від подальшого існування будь-якої компанії.
З цим приходять два обмеження. Префікси виділяються послідовно і, за даними US ISRC Agency, «не можуть бути змінені після виділення» — гарний не оберете. А префікс правовласника слід використовувати лише «для присвоєння ISRC записам, якими ви володієте». Якщо ви маєте намір присвоювати коди чужим записам, це статус менеджера, а не артистичний префікс, і це інша заявка.
Для сольного артиста, що випускає два сингли на рік, коди дистриб’ютора цілком годяться, а описаний вище переїзд — уся ціна питання. Для того, хто будує каталог і розраховує керувати ним десятиліттями, власний префікс усуває залежність ціною помірного разового зусилля.
Чому все це видно на банківському рахунку
Кожна виплата, яку ви отримуєте, — результат з’єднання в базі даних, і ідентифікатор — єдине, що це з’єднання тримає. Ланцюжок такий:
- Відбувається прослуховування. Сервіс фіксує його навпроти запису зі свого каталогу, зіставленого з ISRC, який ви поставили.
- Сервіс звітує. Звіти про використання надходять правовласнику або дистриб’ютору з розбивкою за ISRC, реліз позначено UPC. Гроші на боці запису рахуються як частка в об’єднаній виручці, а не як фіксована ціна за прослуховування: Spotify заявляє, що не платить ставку за прослуховування — виручка об’єднується і ділиться за часткою прослуховувань, тож вартість одного прослуховування рухається разом із пулом.
- Дистриб’ютор розраховується. Він зіставляє рядки звіту з вашим каталогом за ISRC і UPC та формує ваш звіт. Заявлений ISRC, якого немає у вашому каталозі, до вашого звіту не доходить ніколи; він лишається нерозподіленим.
- Бік твору йде паралельно. Товариства й організації механічних ліцензій пов’язують заявлений ISRC із зареєстрованим твором (ISWC), а далі з авторами та видавцями. Інший конвеєр, інший графік, інші гроші.
- Суміжні права. Дохід від мовлення та публічного виконання запису зіставляється за ISRC із реєстрацією, що називає правовласника й основних виконавців.
- Виплата, з урахуванням оподаткування біля джерела.
Зміна дистриб’ютора прямо зачіпає кроки 1–3. Поставте старі ISRC — і з’єднання далі працюють: звіти й надалі називають коди, які ваш каталог упізнає. Дозвольте згенерувати нові коди — і звіти прийдуть із кодами, що нічого не означають у нічиїй історії: гроші все одно надходять, але ідентичність запису з ними не їде, а кроки 4 і 5 зіставляють із реєстраціями, прив’язаними до покинутих кодів.
Найтихіший збій у всьому ланцюжку — розбіжність між ISRC, вбудованим в аудіофайл, ISRC у супровідних метаданих і ISRC у вашій реєстрації в товаристві. Коли вони розходяться, все виглядає робочим — реліз виходить, прослуховування накопичуються, панелі показують цифри, — а зіставлення ламається там, де ви не бачите, за місяці.
Що зробити до того, як надішлете повідомлення про розірвання
Переїзд — адміністративне, а не технічне завдання, і він значно простіший, поки у вас ще є робочий доступ.
- Спершу вивантажте список ідентифікаторів. Назва, версія, ISRC, ISWC, авторські частки, UPC релізу — одна авторитетна таблиця, поки ви не втратили доступ до панелі, де вона зберігається.
- Задайте стовпцям ідентифікаторів текстовий формат перед тим, як щось вставляти. Провідний нуль, з’їдений автоформатом таблиці, — це згодом UPC, що провалив власну контрольну цифру.
- Копіюйте, ніколи не передруковуйте. Немає контрольної цифри, що зловить перестановку.
- Заповніть поле «У мене вже є ISRC» для кожного треку в нового дистриб’ютора. Для кожного без винятку.
- Перевірте, що вбудовані в аудіо ідентифікатори збігаються з таблицею, до постачання, а не після.
- Очікуйте новий префікс на наступному релізі і не вважайте це помилкою.
Це приблизно година невидовищної роботи на реліз — і різниця між звітом, з яким можна сперечатися, і звітом, який лишається тільки прийняти.
Що з цим робити
Ваші коди ваші, бо вони прив’язані до ваших записів, а не через те, хто їх видав. Префікс лишається позаду; ідентичність лишатися там не мусить. Збій — не у втраті кодів, а в їхній тихій заміні.
Безкоштовна перевірка ISRC і штрихкоду від Mazufa — за адресою /isrc-upc-checker. Вона працює цілком у вашому браузері: нічого не завантажується — і повідомляє, чи коректний код за структурою та чи правильна контрольна цифра штрихкоду. Вона не скаже, що ISRC — правильний код саме для вашого запису, бо цього не може жоден інструмент: контрольної цифри немає, і вирішує лише ваш власний список-джерело.
Mazufa поширює музику без плати за завантаження, без підписки й без плати за реліз і бере 0% комісії: отримані за реліз відрахування передаються повністю. Комісія банку чи платіжного провайдера за переказ і встановлений законом податок біля джерела — витрати третіх сторін, а не утримання 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