Прослушивание — не выплата. Это первая строка в цепочке соединений между базами данных, и каждое соединение в этой цепочке делается по идентификатору, который предоставили вы. Когда один из этих идентификаторов неверен, ничто его не отвергает и никто вам не пишет. Плей всё так же засчитан, деньги всё так же собраны — и движение останавливается на том соединении, которое не сработало.
Ниже эта цепочка, шаг за шагом: какой идентификатор читает каждая её часть, что на деле даёт выданный дистрибьютором 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.
Шесть шагов, и идентификатор, который читает каждый
Вот один плей — от телефона слушателя до денег на счёте.
| Шаг | Что происходит | Читаемый идентификатор | Во что обходится разрыв |
|---|---|---|---|
| 1 | Плей записывается в лог | ISRC (сопоставленный с внутренней каталожной записью сервиса) | Деньги со стороны фонограммы не сопоставлены с самого начала |
| 2 | Сервис отчитывается об использовании | ISRC на трек, UPC на релиз | Строки отчёта, которые вы ни с чем не свяжете |
| 3 | Дистрибьютор ведёт учёт | ISRC и UPC против вашего каталога | Строка не доходит до вашего отчёта; лежит нераспределённой |
| 4 | Параллельно идёт композиторская сторона | ISRC, связанный с зарегистрированным ISWC | Деньги автора не сопоставлены |
| 5 | Собираются смежные права | ISRC против регистрации, называющей правообладателя и исполнителей | Эфирный и публично-исполнительский доход не сопоставлен |
| 6 | Выплата | — | Подлежит налоговому режиму у источника |
Две вещи в этой таблице стоит проговорить вслух.
Шаг 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. Код, выдуманный сервисом без выделенного диапазона, — не ISRC. Это двенадцатисимвольная строка, которая столкнётся с чьим-то настоящим кодом.
В ISRC 12 символов в четырёх полях: два кода страны, три кода регистранта, две цифры года отнесения, пять цифр кода обозначения. Дефисы — подспорье для чтения и частью кода не являются; об этом сказано в §5 справочника. Контрольного разряда нет. Код страны вместе с кодом регистранта образуют префикс, и префикс выделяется национальным агентством ISRC конкретному регистранту.
В этом последнем предложении и заключена вся суть вопроса.
Что остаётся у вас при уходе, а что нет
Разделим надвое, потому что для каждой половины ответ свой.
Двенадцатисимвольные коды: они остаются у вас, и обязаны остаться. При смене дистрибьютора ваши ISRC уходят вместе с записями. Это следует из §4.6 справочника — неизменившаяся запись, проданная или лицензированная, сохраняет свой 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» (§3.3.4 справочника).
Когда подавать заявку на собственный код регистранта
Обращайтесь в своё национальное агентство ISRC за собственным префиксом, когда:
- Вы ведёте лейбл более чем с горсткой артистов или присваиваете коды непрерывно, а не от релиза к релизу.
- Вы выпускаетесь через более чем одного дистрибьютора и хотите один устойчивый префикс на весь каталог.
- Вам нужны ISRC до поставки — для синхронизации, физического производства, эфирной поставки или регистрации в обществе.
- Вы хотите, чтобы ваши коды не зависели от того, продолжит ли существовать какая-либо компания.
Два ограничения от US ISRC Agency: префиксы выделяются по порядку и «cannot be altered after allocation», а префикс правообладателя следует использовать только «to assign ISRCs for recordings that you own». Присвоение кодов чужим записям требует статуса менеджера, а не артистского префикса.
Сольному артисту, выпускающему два сингла в год, выданных дистрибьютором кодов достаточно. Тому, кто строит каталог, чтобы администрировать его десятилетиями, собственный префикс снимает зависимость ценой скромного разового усилия.
Сценарии сбоя и во что обходится каждый
Вот те, что случаются на самом деле, с указанием шага, который рвёт каждый.
Повторное использование одного ISRC на разных записях. Худшая из доступных вам ошибок, потому что она не самоисправляется. Любая система сопоставления ниже по цепочке навсегда считает две записи одной. Общество по смежным правам получает данные о плеях по обеим и не может их различить; выплаты сливаются в одну строку и распределяются согласно тем данным о владении, которые зарегистрированы за этим кодом. Если у записей разные исполнители или разные доли, кому-то платят за запись, которую он не делал. Обычная причина: копирование строки в таблице или шаблонная строка, которую никто не обновил. Рвёт шаги 1, 3 и 5 разом.
Чеканка нового ISRC для неизменившегося переиздания. Выбрасывает накопленную идентичность записи. История плейлистов, регистрации в обществах, требования по смежным правам и чартовая история привязаны к старому коду, и ничто из этого не переезжает. Для индустрии просто появилась новёхонькая запись с нулевой историей. Обычная причина: онбординговая форма дистрибьютора, автоматически генерирующая коды при незаполненном поле «I already have an 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 проплывает мимо.
Сложите вместе: неверный, но корректный идентификатор принимается при поставке, соединение, которое он рвёт, отказывает беззвучно, а единственный видимый симптом — число меньше, чем должно было быть, неотличимое от тихого месяца.
Несопоставленное роялти — ещё не потерянное роялти. Но оно становится таковым по расписанию, и напоминания никто не присылает.
Что сделать перед следующей поставкой
Дисциплина здесь неэффектная и занимает около часа на релиз.
- Ведите одну авторитетную таблицу, которой распоряжаетесь вы: название трека, версия, ISRC, ISWC, доли авторов, UPC релиза. Не дашборд дистрибьютора — ваш собственный файл. Прежде чем что-либо в него вставлять, отформатируйте столбцы идентификаторов как текст.
- Присваивайте ISRC до поставки, а не во время неё. Если код на запись у вас уже есть, впишите его в форму. Если вы не уверены, нужен ли версии новый, правила для ремиксов, правок, живых дублей и ремастеров изложены в /blog/isrc-when-you-need-a-new-one/.
- Проверьте контрольный разряд каждого UPC и подтвердите, что идентификаторы, встроенные в аудио, совпадают с таблицей символ в символ, — до того, как что-либо будет поставлено.
- Зарегистрируйте записи и произведения в соответствующих обществах с теми же кодами, которые вы поставили. Именно это строит связь ISRC↔ISWC на шаге 4.
Тогда, если в отчёте недостаёт строки, у вас будет источник истины, на который можно опереться в споре. Без него вы не сможете установить, сколько вам должны были заплатить.
Проверщик ISRC и UPC/EAN от Mazufa бесплатен и находится по адресу /isrc-upc-checker; он проверяет структуру ISRC и контрольные разряды UPC/EAN и работает целиком в вашем браузере. Сказать вам, что 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 (утверждённые менеджеры; риск коллизий из-за неуполномоченных выдающих коды; префиксы выделяются по порядку и не подлежат изменению; префиксы правообладателя используются только для собственных записей) — 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