Як одне прослуховування стає виплатою і де ланцюжок тихо рветься

Прослуховування не є виплатою. Це перший рядок у ланцюжку з’єднань між базами даних, і кожне з’єднання в цьому ланцюжку виконується за ідентифікатором, який надали ви. Коли один із цих ідентифікаторів хибний, ніщо його не відхиляє і ніхто вам не пише. Відтворення все одно рахується, гроші все одно збираються — і перестають рухатися на тому з’єднанні, яке не спрацювало.

Ось цей ланцюжок, ланка за ланкою: який ідентифікатор читає кожна його частина, що насправді дає вам ISRC, виданий дистриб’ютором, і що ви лишаєте собі, коли йдете, і чому дорогі поломки — це саме ті, що дозволяють релізу вийти.

Три ідентифікатори і хто який читає

Ланцюжком постачання записаної музики керують три ідентифікатори. Плутанина між ними є найпоширенішою причиною незіставлених роялті, і кожен із них читає інша частина ланцюжка.

ISRC ідентифікує запис. ISO 3901, адміністрований IFPI як Реєстраційним органом, із національними агенціями, що займаються розподілом. Один майстер — один ISRC. Ваша студійна версія пісні й ваша жива версія тієї самої пісні є двома записами, а отже, двома ISRC. Хто читає: стримінгові сервіси, коли зіставляють відтворення, дистриб’ютори, коли зіставляють рядок звіту з вашим каталогом, і товариства суміжних прав, коли зіставляють використання в мовленні та публічному виконанні.

ISWC ідентифікує композицію. ISO 15707, адміністрований під егідою CISAC. Формат такий: T-123.456.789-C — префікс T, дев’ять цифр і контрольна цифра, — і цифри не несуть жодного вбудованого сенсу щодо регіону, автора чи видавця. Двадцять записів однієї пісні мають спільний ISWC і двадцять ISRC. ISWC ви не отримуєте самі; його присвоюють через ваше товариство з колективного управління або видавця, коли твір реєструють. Хто читає: товариства й органи механічного ліцензування, коли скеровують гроші авторам і видавцям.

UPC/EAN ідентифікує реліз. Global Trade Item Number від GS1 — той самий клас товарного коду, що ідентифікує пляшку шампуню. UPC-A має 12 цифр, EAN-13 — 13. Він називає альбом, EP чи сингл як комерційний продукт. EP із трьох треків має один UPC і три ISRC. Хто читає: роздріб і звітність на рівні продукту, а також ви, коли намагаєтеся звірити виписку з релізом.

ISRC — це запис, ISWC — це пісня, а UPC — коробка, у якій ви їх продали. Гроші діляться рівно за цими трьома лініями: дохід за фонограму — за ISRC, видавничий дохід — за ISWC і за зв’язками ISRC-до-ISWC, що зберігаються в базах товариств, звітність на рівні продукту — за UPC.

Шість ланок і ідентифікатор, який читає кожна

Ось одне відтворення, від телефона слухача до грошей на рахунку.

Дві речі про цю таблицю варто сказати вголос.

Ланка 2 — це місце, де вирішується сума, і це не ставка. Гроші з боку фонограми рахуються як частка від спільного пулу доходів. Spotify заявляє, що не платить ставки за прослуховування: дохід збирається в пул і ділиться за streamshare, тож вартість одного відтворення змінюється разом із пулом. Ставки виплат по країнах не публікує жоден сервіс.

Ланка 4 — це окремий конвеєр з окремим графіком і окремими грошима. Видавничий дохід приходить не тому, що зіставилася фонограма. Він приходить тому, що зв’язок ISRC-до-ISWC існує в базі товариства. Розірвіть цей зв’язок — і фонограма платитиме бездоганно, поки авторський бік лежатиме незіставленим.

Чим насправді є ISRC, виданий дистриб’ютором

ISRC ідентифікує запис, а не ділові стосунки. Код не є ліцензією й не надає вашому дистриб’ютору нічого.

Коди, видані дистриб’ютором, є законними тоді, коли дистриб’ютор є затвердженим ISRC Manager. US ISRC Agency зазначає, що «a handful of companies are approved to assign ISRCs on behalf of the owner of a recording», і попереджає, що коди від неуповноважених компаній «are invalid and risk collisions with codes issued by authorized registrants.» IFPI веде список затверджених managers. Код, вигаданий сервісом без виділеного діапазону, не є ISRC. Це рядок із дванадцяти символів, який зіткнеться з чиїмось справжнім кодом.

ISRC має 12 символів у чотирьох полях: два символи коду країни, три — коду реєстранта, дві цифри року присвоєння, п’ять цифр коду позначення. Дефіси є допомогою для читання і частиною коду не є — Handbook каже це в §5. Контрольної цифри немає. Код країни разом із кодом реєстранта утворюють префікс, а префікс виділяє національна агенція ISRC конкретному реєстранту.

Це останнє речення і є всією суттю питання.

Що ви лишаєте собі, коли йдете, а що ні

Розділіть це надвоє, бо для кожної половини відповідь інша.

Дванадцятисимвольні коди: ви їх лишаєте собі, і мусите. Коли ви змінюєте дистриб’ютора, ваші ISRC ідуть разом із записами. Це випливає з §4.6 Handbook — незмінений запис, який продано чи ліцензовано, зберігає свій ISRC — і з постійної заборони в §4.3 присвоювати другий ISRC запису, що суттєво не змінився. Ці коди лишаються прив’язаними до тих майстрів назавжди.

Префікс: його ви собі не лишаєте. Якщо ваш дистриб’ютор видав вам QZ-ES6-25-00013, то QZES6 є кодом реєстранта дистриб’ютора, а не вашим. Ви й далі використовуєте цей самий дванадцятисимвольний ISRC на тому записі назавжди. Але карбувати нові коди під QZES6 після відходу ви не можете, тож ваш наступний реліз матиме інший префікс.

Каталог зі змішаними префіксами не є дефектом. Каталог із дубльованими кодами позначення — є.

Реєстрант керує кодами позначення в межах кожного року — до 100,000 на префікс на рік у повному діапазоні 00000–99999. Для менших реєстрантів виділення може бути вужчим: «The allocation of a new prefix will be accompanied by the range of designation codes for which it is authorised for that registrant» (Handbook §3.3.4).

Коли подавати заявку на власний код реєстранта

Подавайте заявку на власний префікс до національної агенції ISRC, коли:

• Ви ведете лейбл із більш ніж кількома артистами або присвоюєте коди безперервно, а не від релізу до релізу.
• Ви випускаєтеся через більш ніж одного дистриб’ютора й хочете один сталий префікс на весь каталог.
• Вам потрібні ISRC до здачі — для синхронізації, фізичного виробництва, доставки мовникам чи реєстрації в товаристві.
• Ви хочете, щоб ваші коди не залежали від того, чи існуватиме далі якась компанія.

Два обмеження від US ISRC Agency: префікси виділяються послідовно і «cannot be altered after allocation», а префікс правовласника слід використовувати лише «to assign ISRCs for recordings that you own.» Присвоєння кодів чужим записам потребує статусу manager, а не артистського префікса.

Для сольного артиста, що випускає два сингли на рік, коди від дистриб’ютора цілком нормальні. Для того, хто будує каталог, яким адмініструватиме десятиліттями, власний префікс знімає залежність за помірних разових зусиль.

Способи зламатися і чого кожен коштує

Це ті, що трапляються насправді, з ланкою, яку кожен ламає.

Повторне вживання одного ISRC на різних записах. Найгірша помилка з доступних вам, бо вона не самовиправляється. Кожна система зіставлення нижче за течією назавжди трактує два записи як один. Товариство суміжних прав отримує дані про відтворення обох і не може їх розрізнити; виплати зливаються в один рядок і розподіляються за тими даними про власність, які зареєстровані для того коду. Якщо в записів різні виконавці чи частки, комусь платять за запис, якого він не робив. Звичайна причина: копіювання-вставка в таблиці або рядок шаблону, який ніхто не оновив. Ламає ланки 1, 3 і 5 одразу.

Карбування нового ISRC для незміненого перевидання. Викидає накопичену ідентичність запису. Історія в плейлистах, реєстрації в товариствах, претензії на суміжні права й чартова історія прив’язані до старого коду, і ніщо з цього не переходить. Для галузі щойно з’явився цілком новий запис із нульовою історією. Звичайна причина: форма онбордингу дистриб’ютора, що автоматично генерує коди, коли поле «в мене вже є ISRC» лишили порожнім. Завжди заповнюйте це поле. Це найпоширеніша самозавдана рана при міграції каталогу.

Хибний код країни. Зазвичай симптом чогось гіршого: хтось набрав код руками, або сервіс вигадав коди без виділеного префікса. Розберіться з незнайомим кодом країни до релізу, а не після.

Переставлені символи в ISRC. Контрольної цифри немає, виявлення немає. Запис здається під ідентифікатором, що належить або нікому — і відтворення лишаються незіставленими, — або комусь іншому, і тоді відтворення приписують йому. Пом’якшуйте це копіюванням-вставкою замість передруку й валідацією кожного ISRC у релізі проти одного списку-джерела.

UPC, що не проходить власної контрольної цифри. Майже завжди це друкарська помилка, обрізання або провідний нуль, знищений автоформатуванням таблиці. Форматуйте стовпець як текст перед вставкою. Ця поломка принаймні гучна: більшість систем прийому відхиляє її одразу. GS1 радить зберігати GTIN однаково — «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.» Робіть так і у власних таблицях.

Ідентифікатори, що не збігаються між аудіоздачею й метаданими. Найтихіша й найдорожча поломка. ISRC, вбудований в аудіофайл, ISRC у супровідних метаданих DDEX чи таблиці й ISRC у вашій реєстрації в товаристві мають бути тими самими дванадцятьма символами. Коли вони розходяться, усе виглядає робочим — реліз виходить, прослуховування накопичуються, дашборди показують числа, — але зіставлення падає там, де ви цього не бачите, місяцями пізніше. Розірвіть відповідність аудіо-до-метаданих — і всі кроки зламаються одразу.

Чому зламаний ідентифікатор дає тишу, а не помилку

Ланцюжок ламається тихо з двох структурних причин, і вони складаються.

Перша: з’єднання не має думки. Кожна ланка вище є з’єднанням у базі даних: візьми ідентифікатор із рядка звіту, пошукай його в каталозі, прикріпи гроші до збігу. З’єднання, яке нічого не знаходить, не піднімає помилки. Воно повертає ніщо. Наведений у звіті ISRC, якого немає в каталозі вашого дистриб’ютора, ніколи не доходить до вашої виписки — він лежить нерозподіленим. Ніщо в механізмі не призначене повідомити вас, що рядок зник, бо з погляду системи жоден рядок не зникав; просто не було збігу, який можна було б зробити.

Друга: ISRC не може перевірити себе сам. UPC має контрольну цифру, ISWC має контрольну цифру. ISRC — ні, і специфікація її не передбачає. Тож один переставлений символ дає ще один цілком коректно сформований ISRC, що належить чужому запису, і він проходить будь-який валідатор. Механічно ви можете перевірити лише форму: дві літери, три алфавітно-цифрові, дві цифри, п’ять цифр, зареєстрований код країни, правдоподібний рік. Саме через цю асиметрію введення ISRC заслуговує на параною, якої не заслуговує введення UPC: друкарська помилка в UPC зазвичай не проходить власної контрольної цифри, а друкарська помилка в ISRC пропливає далі.

Разом: хибний-але-валідний ідентифікатор приймають при здачі, з’єднання, яке він ламає, падає тихо, і єдиний видимий симптом — число, менше за належне, — яке не відрізнити від тихого місяця.

Незіставлене роялті ще не є втраченим роялті. Але воно стає таким за графіком, і нагадування ніхто не надішле.

Що зробити перед наступною здачею

Дисципліна неефектна й забирає близько години на реліз.

1. Тримайте одну авторитетну таблицю, яку контролюєте ви: назва треку, версія, ISRC, ISWC, частки авторів, UPC релізу. Не дашборд дистриб’ютора — власний файл. Форматуйте стовпці ідентифікаторів як текст, перш ніж щось у них вставляти.
2. Присвоюйте ISRC до здачі, а не під час неї. Якщо код для запису у вас уже є, впишіть його у форму. Якщо ви не певні, чи потребує версія нового, правила для реміксів, едитів, живих дублів і ремастерів викладено в /blog/isrc-when-you-need-a-new-one/.
3. Перевіряйте кожну контрольну цифру UPC і підтверджуйте, що ідентифікатори, вбудовані у ваше аудіо, збігаються з таблицею символ у символ, перш ніж щось буде здано.
4. Реєструйте записи й твори у відповідних товариствах тими самими кодами, які ви здали. Саме це будує зв’язок ISRC-до-ISWC на ланці 4.

Тоді, коли у виписці бракуватиме рядка, у вас буде джерело правди, з якого можна сперечатися. Без нього ви не встановите, що мало бути виплачено.

Перевіряч ISRC і UPC/EAN від Mazufa безкоштовний за адресою /isrc-upc-checker; він валідує структуру ISRC і контрольні цифри UPC/EAN і працює цілком у вашому браузері. Він не може сказати вам, що ISRC є вашим ISRC — цього не може ніщо, — але зловить хибно сформований код і погану контрольну цифру до здачі, а не після.

Джерела

• IFPI, ISRC Structure (код країни, код реєстранта, рік присвоєння, код позначення) — https://isrc.ifpi.org/isrc-standard/isrc-structure
• IFPI, International Standard Recording Code (ISRC) Handbook (§3.3.4 діапазони кодів позначення; §4.3 жодного другого ISRC без суттєвої зміни; §4.6 незмінений запис, проданий чи ліцензований, зберігає свій ISRC; §5 дефіси не є частиною коду) — https://www.ifpi.org/wp-content/uploads/2021/02/ISRC_Handbook.pdf
• IFPI, ISRC Managers (список суб’єктів, затверджених присвоювати ISRC від імені правовласника) — https://isrc.ifpi.org/get-isrc/isrc-managers
• US ISRC Agency, How It Works (затверджені managers; ризик колізій від неуповноважених видавців кодів; префікси виділяються послідовно й не змінюються; префікси правовласників — лише для власних записів) — https://usisrc.org/how-it-works/
• GS1, Communicating GS1 trade item numbers (GTIN зберігаються як 14 цифр, коротші формати доповнюються провідними нулями) — 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 (адміністрування ISWC) — https://www.cisac.org/services/information-services/international-identifiers
• International Standard Musical Work Code, Wikipedia (формат ISWC T-123.456.789-C) — https://en.wikipedia.org/wiki/International_Standard_Musical_Work_Code