Артист выпускает переиздание старого трека и спустя несколько недель замечает, что стриминг засчитывает воспроизведения не туда: роялти идут на другой аккаунт, а площадка показывает чужую обложку при воспроизведении именно его записи. Или другая ситуация: дистрибьютор присваивает треку код, который уже использовался в другом релизе несколько лет назад. Оба случая - следствие конфликта ISRC, и оба решаемы, но требуют понимания того, как устроена верификация кода внутри цепочки.
Что такое ISRC и кто его присваивает
ISRC - International Standard Recording Code - уникальный идентификатор конкретной звукозаписи. Он привязан не к песне как произведению, а к конкретной мастер-записи: ремикс, альтернативная версия и оригинал должны иметь разные коды, даже если название совпадает. Код состоит из двенадцати символов: двухбуквенный код страны, трёхсимвольный код регистранта, двузначный год и пятизначный порядковый номер.
Присваивать ISRC может несколько участников цепочки. Национальный агент в России - ФОНД «ФИРО» при поддержке НФПФ - выдаёт коды регистрантам: лейблам и дистрибьюторам. Те, в свою очередь, присваивают коды отдельным записям внутри своей квоты. Независимый артист, работающий через дистрибуцию музыки, получает ISRC автоматически при загрузке релиза - дистрибьютор использует собственный префикс регистранта. Если артист или лейбл хочет контролировать коды самостоятельно, нужно зарегистрироваться как регистрант напрямую у национального агента.
Как возникают конфликты
Конфликт ISRC означает, что один и тот же код присвоен двум разным записям. На практике это происходит по нескольким сценариям.
- Человеческая ошибка при загрузке. Артист или менеджер вручную вписывает ISRC из старого релиза в метаданные нового трека. Это особенно часто случается при переезде между дистрибьюторами, когда хочется сохранить историю прослушиваний.
- Повторное использование кода дистрибьютором. Редкий, но задокументированный случай: у небольших агрегаторов иногда происходит сбой в системе генерации, и один код попадает в два разных релиза одновременно или с разрывом во времени.
- Перенос каталога без обновления метаданных. При смене дистрибьютора старый код остаётся в системе первого агрегатора, а новый дистрибьютор генерирует другой - и площадки получают два разных кода для одной записи. Это обратная сторона конфликта: не дубль, а расщепление.
- Коды из разных стран с совпадающей структурой. Теоретически возможно, если у двух регистрантов из разных стран совпал год и порядковый номер при одинаковом коде страны - но это результат ошибки в выдаче кодов национальным агентом, а не артиста.
- Самостоятельно присвоенный код без регистрации. Артист придумал ISRC по шаблону, не будучи зарегистрированным регистрантом. Такой код с высокой вероятностью попадает в пространство чужого регистранта.
Что происходит на стримингах при конфликте
Площадки используют ISRC как первичный ключ при матчинге записей. Когда два трека приходят с одним кодом, у каждой платформы своя логика разрешения конфликта. Яндекс Музыка, VK Музыка и Звук, как правило, оставляют первый загруженный файл и помечают второй как дублирующий - либо вовсе блокируют его индексацию. Apple Music и YouTube Music могут объединить метаданные из разных источников, что приводит к тому, что у трека оказывается чужое название или чужой правообладатель в системе выплат.
Роялти в такой ситуации могут уходить не тому получателю: система видит один идентификатор и начисляет выплату тому правообладателю, которого первым зарегистрировала на этот код. Это прямые финансовые потери, которые без активного обращения не исправятся автоматически. Стриминг не обязан отслеживать такие коллизии в режиме реального времени - ответственность за корректность кода лежит на стороне, доставляющей контент.
Как устроена верификация кода до публикации
Крупные дистрибьюторы проверяют ISRC на этапе приёма релиза: сравнивают присвоенный код с собственной базой ранее выпущенных записей. Если совпадение найдено внутри их каталога - система автоматически откажет в принятии кода или сгенерирует новый. Однако база конкретного дистрибьютора не содержит записей, выпущенных через других агентов или напрямую через национального агента. Поэтому проверка у одного дистрибьютора не гарантирует отсутствие конфликта в глобальном реестре.
Международная федерация фонографической индустрии ведёт централизованную базу ISRC - ISRC Search. Любой может проверить, зарегистрирован ли конкретный код и на какую запись. Это открытый инструмент, и артист или его звукозаписывающая компания могут использовать его до загрузки релиза, особенно если коды вводятся вручную.
Процедура исправления: через дистрибьютора
Первый шаг - зафиксировать проблему документально. Нужно собрать: скриншоты страниц обоих треков на площадках с видимыми ISRC (где они отображаются), письменное подтверждение от площадки об ошибке в метаданных, если такое есть, и переписку с предыдущим дистрибьютором, если конфликт возник при смене агента.
Затем нужно обратиться к текущему дистрибьютору с формальным запросом на исправление. В запросе следует указать: конкретный ISRC, UPC альбома, ISAID или внутренний ID релиза на каждой площадке, описание конфликта и желаемый результат - новый код или переприсвоение существующего. Дистрибьютор инициирует апдейт метаданных через свой канал доставки. Площадки принимают обновление не мгновенно: реальный срок обработки зависит от платформы и загруженности очереди обновлений. Для Яндекс Музыки, VK Музыки и Звука процесс обычно занимает меньше времени, чем для Apple Music, где обновления метаданных проходят дополнительный контроль качества.
Если конфликт произошёл по вине самого дистрибьютора - код был присвоен дважды внутри его системы - ответственность за исправление и за уведомление площадок лежит на дистрибьюторе. Это следует зафиксировать в переписке, особенно если роялти за период конфликта оказались у чужого правообладателя.
Процедура исправления: через национального агента
Если дистрибьютор не может решить проблему - например, конфликт затрагивает код, присвоенный за пределами его системы, - нужно обратиться к национальному агенту ISRC. В России это означает обращение в организацию, которая ведёт реестр регистрантов и распределяет коды. Агент может аннулировать конфликтный код и зафиксировать в реестре, какой записи он принадлежит легитимно.
Обращение к национальному агенту требует документов, подтверждающих права на запись: договор с продюсером или студией, акт приёмки мастера, лицензионное соглашение или иной документ, из которого следует, кто является правообладателем фонограммы. Без подтверждения прав агент не может принять решение в пользу одной из сторон.
После фиксации решения на уровне реестра нужно снова вернуться к дистрибьютору с обновлёнными данными и инициировать апдейт на площадках. Национальный агент не взаимодействует с Яндекс Музыкой или Apple Music напрямую - это задача стороны, доставляющей контент.
Вопрос о том, кто владеет правами на фонограмму, напрямую влияет на то, кто имеет полномочия оспаривать код. Если права переданы лейблу, артист не может самостоятельно инициировать исправление - нужно действовать через лейбл или через договорённость с ним. Понимание структуры прав важно в том числе для управления такими ситуациями, и права на музыку стоит оформлять с явным указанием полномочий по управлению метаданными.
Что делать, если вы столкнулись с конфликтом ISRC
- Проверьте ISRC обоих треков через ISRC Search на сайте IFPI - убедитесь, что код действительно совпадает, а не просто похож.
- Определите, кто является регистрантом конфликтного кода: дистрибьютор, лейбл или сторонний агент. Это определяет, куда направлять первый запрос.
- Соберите документы, подтверждающие права на запись: договор с продюсером, акт приёмки мастера или лицензию.
- Направьте официальный запрос дистрибьютору с описанием конфликта, приложив скриншоты и список площадок, где проблема воспроизводится.
- Зафиксируйте дату начала конфликта и запросите у дистрибьютора отчёт о выплатах за этот период - если роялти ушли не туда, это нужно отследить до того, как данные закроются в отчётном цикле.
- Если дистрибьютор не может решить проблему самостоятельно, обратитесь к национальному агенту ISRC с пакетом документов и результатами переписки с дистрибьютором.
- После исправления кода убедитесь, что обновление прошло на всех площадках, включая Яндекс Музыку, VK Музыку, Звук, МТС Музыку и Apple Music - срок обновления на каждой из них разный, проверяйте вручную спустя некоторое время после апдейта.
- В будущем: если вводите ISRC вручную при загрузке, всегда проверяйте код через ISRC Search до публикации. Если перевозите каталог между дистрибьюторами - договоритесь письменно о том, какие коды переносятся, а какие генерируются заново.
