Релиз вышел, треки крутятся, но через квартал дистрибьютор сообщает: часть роялти зависла в статусе unmatched или ушла другому правообладателю. Либо обратная ситуация - артисту начисляются выплаты за чужой контент, потому что система решила, что треки его. Обе ситуации возникают из-за сбоев в процессе matching - автоматического сопоставления аудиофайла и метаданных с записями в базах площадки и смежных реестров. Понять механику этого процесса полезно до релиза, а не после того, как деньги уже застряли.
Что такое matching и зачем он нужен
Когда дистрибьютор передаёт трек на площадку, площадка получает два слоя информации: аудиофайл и текстовые метаданные - название, исполнители, ISRC, UPC, имена авторов и издателей. Задача matching - связать каждый файл с конкретным правообладателем так, чтобы система знала, кому начислять роялти за каждое прослушивание.
Площадки работают с двумя типами сопоставления одновременно. Первый - текстовый: система сверяет метаданные с внутренними базами и реестрами авторских обществ. Второй - акустический fingerprinting: аудиофайл анализируется и сравнивается с записями в акустической базе. Если оба метода дают совпадение - трек считается идентифицированным. Если один из методов даёт конфликт или не находит совпадения - начинаются проблемы.
Для стороны мастер-записи (neighbouring rights и потоковые роялти) matching опирается прежде всего на ISRC и данные дистрибьютора. Для паблишинг-стороны - на информацию из CWR-файлов, которые регистрируются в авторских обществах, и на базы данных, которые площадки получают от издателей и PRO. О том, что мастер и паблишинг - это два отдельных слоя прав, мы подробно разбирали в статье «Мастер-запись и паблишинг: два слоя прав одного трека».
Где система ломается: основные точки сбоя
Ошибки matching возникают предсказуемо, и большинство из них связаны с несогласованностью данных на разных уровнях цепочки.
- ISRC дублируется или отсутствует. Если один и тот же ISRC присвоен двум разным записям - а такое случается при переиздании, когда дистрибьютор или сам артист повторно использует старый код - система не может однозначно определить, к какому правообладателю привязать прослушивания. Подробнее о механике идентификаторов - в статье «Метаданные релиза: UPC, ISRC и роли, на которых теряют деньги», но в контексте matching это критичная точка.
- Расхождение имён между метаданными и реестрами PRO. Если автор зарегистрирован в авторском обществе под одним написанием имени, а в метаданных релиза указан другой вариант - кириллица против латиницы, псевдоним против настоящего имени, сокращения - система не находит совпадения и либо оставляет паблишинг-роялти в статусе unmatched, либо ошибочно присваивает их другому правообладателю с похожим именем.
- Незарегистрированные произведения. Площадки сопоставляют паблишинг-роялти с базами авторских обществ. Если произведение не зарегистрировано или регистрация была подана после релиза, система не находит запись и роялти зависают - иногда на месяцы, пока правообладатель не заявит о себе через процедуру claim.
- Конфликт CWR-файлов. Когда несколько издателей или правообладателей подают конкурирующие CWR-регистрации на одно произведение - с разными долями или разными исполнителями - система фиксирует конфликт. Площадка не выплачивает спорные суммы до урегулирования.
- Акустический fingerprint совпадает с чужой записью. Ремикс, кавер, сэмпл или даже случайное фоновое сходство могут привести к тому, что fingerprinting-система сопоставит файл с уже существующей записью в базе. В результате роялти начисляются не тому правообладателю - либо на трек поступает автоматический claim от чужого Content ID, что мы разбирали в статье «Content ID на YouTube: механика, клеймы и монетизация своего контента».
- Ошибки на стороне дистрибьютора при передаче данных. Технические сбои при загрузке, усечение полей с длинными названиями, неверная кодировка спецсимволов - всё это искажает данные до того, как они попадают к площадке.
Как площадки обрабатывают нераспознанный контент
Когда трек не проходит matching успешно, площадка не просто теряет его из виду. Большинство крупных сервисов ведут отдельные пулы unmatched-роялти - накопленные суммы, которые не были выплачены из-за неопределённости правообладателя. Сроки хранения этих сумм определяются внутренней политикой площадки. После истечения срока нераспределённые средства могут быть перераспределены между другими правообладателями по общей pro-rata формуле или списаны - конкретные условия у каждой площадки свои.
Параллельно работают механизмы dispute и claim. Правообладатель или его представитель - дистрибьютор, издатель, PRO - может подать заявку на идентификацию контента и получение накопленных роялти. Площадки по-разному обрабатывают такие запросы: часть принимает их напрямую через лейбл-порталы, часть - только через аккредитованных дистрибьюторов и издателей.
Важно понимать, что даже после успешного claim платформа не всегда выплачивает всю накопленную сумму за период, пока трек был unmatched. У ряда площадок есть ограничения на ретроактивные выплаты - по глубине периода или по минимальному порогу. Это один из аргументов в пользу того, чтобы проверять статус треков сразу после релиза, а не через полгода.
Роль сплит-листов и регистраций в авторских обществах
Matching работает настолько хорошо, насколько хороши данные, которые в него подаются. Основной источник ошибок на паблишинг-стороне - это не технический сбой системы, а отсутствие или противоречивость регистраций.
Когда трек создан несколькими авторами, каждый из них должен быть зарегистрирован в авторском обществе, а произведение должно быть зарегистрировано с корректным сплитом. Если один из авторов не зарегистрирован или сплит не подан, система не может распределить его долю и оставляет её в unmatched-пуле. Про фиксацию долей и сплит-листы мы писали отдельно - здесь важно добавить, что для целей matching регистрация в PRO должна предшествовать релизу, а не следовать за ним.
Для мастер-стороны ситуация симметричная: если дистрибьютор передал ISRC, но этот код не совпадает с тем, что зафиксирован в базах площадки или в DDEX-файле, система не связывает прослушивания с правообладателем. Ошибки в ISRC особенно болезненны для каталогов с переизданиями и ремастерами.
Акустический fingerprinting: как он помогает и мешает
Технология акустического fingerprinting - это цифровой отпечаток аудиофайла, строящийся по частотным и временным характеристикам записи. Крупные площадки используют собственные реализации этой технологии, ряд площадок также интегрируется с внешними акустическими базами.
Fingerprinting помогает находить контент, который был загружен без метаданных или с заведомо неверными данными, - например, пиратские копии. Но та же система создаёт ложные срабатывания, когда два файла акустически похожи. Это актуально для:
- ремиксов, если акапелла или инструментал оригинала занимает значительную часть хронометража;
- каверов, особенно если аранжировка намеренно воспроизводит оригинальное звучание;
- треков с сэмплами, даже лицензированными;
- подкладных треков и лупов, которые используются в нескольких релизах разных артистов;
- очень коротких треков или интерлюдий, где fingerprint строится на малом объёме данных.
Ложное срабатывание fingerprinting - это не всегда claim от чужого правообладателя. Иногда система просто не может однозначно идентифицировать файл и переводит его в статус review. В этом случае площадка приостанавливает выплаты до ручной проверки, которая может занимать от нескольких дней до нескольких недель.
Как дистрибьюторы участвуют в процессе
Дистрибьютор - первое звено в цепочке передачи данных, и от качества его работы на этапе загрузки зависит, насколько чистым будет matching. Надёжный дистрибьютор передаёт данные в стандартизированном формате DDEX, проверяет корректность ISRC перед отправкой и имеет прямые каналы для подачи dispute-запросов на крупных площадках.
Вместе с тем дистрибьютор не видит все стороны matching одновременно. Он контролирует передачу данных мастер-стороны, но не управляет регистрациями в авторских обществах и не отвечает за то, что издатель артиста подал CWR с опечаткой в имени соавтора. Это означает, что ответственность за согласованность данных между мастер-стороной и паблишингом лежит на артисте или лейбле - и её нельзя полностью делегировать дистрибьютору.
Часть дистрибьюторов предоставляет панели мониторинга, где видно статус треков на площадках - в том числе флаги о проблемах с matching. Это инструмент, который стоит проверять регулярно, а не только перед получением отчётов о роялти.
Что делать, если matching сломался
- Проверьте ISRC всех треков в релизе. Убедитесь, что каждый трек имеет уникальный ISRC, что он совпадает в метаданных дистрибьютора, в CWR-регистрации и в том, что площадка отображает в своём лейбл-портале. Расхождение хотя бы в одной точке - повод для корректировки.
- Сверьте написание имён авторов с данными в PRO. Латиница, кириллица, псевдонимы - все варианты должны быть согласованы или привязаны через alias в вашем авторском обществе. Если имя в метаданных не совпадает ни с одним вариантом в реестре, система вас не найдёт.
- Убедитесь, что произведение зарегистрировано до выхода релиза. Регистрация CWR занимает время - площадки обрабатывают обновления баз не мгновенно. Подавать регистрацию после релиза можно, но выплаты за период до успешного matching вы можете получить не в полном объёме или не получить вовсе.
- При конфликте fingerprinting сразу свяжитесь с дистрибьютором. Не ждите, пока проблема разрешится сама. Уточните, есть ли у дистрибьютора инструменты для прямой подачи dispute на конкретной площадке, и запросите статус.
- Проверяйте лейбл-порталы в первые недели после релиза. Большинство крупных площадок открывают лейбл-доступ или работают через верифицированных дистрибьюторов - используйте это для мониторинга статуса matching, не ограничивайтесь только отчётами о выплатах.
- Если роялти зависли в unmatched-пуле, подайте официальный запрос через дистрибьютора или напрямую через лейбл-портал площадки. Для этого потребуются: ISRC, подтверждение прав на мастер-запись, данные о правообладателе. Чем раньше подан запрос, тем больше шансов получить накопленные суммы в полном объёме.
- Для ремиксов и каверов дополнительно проверьте, что fingerprinting-база площадки знает о легальном статусе файла. Для кавера это механическая лицензия и корректные метаданные, подтверждающие, что это кавер, а не копия оригинала. Для ремикса - наличие разрешения от владельца оригинальной записи и отражение этого в метаданных.



