Реестр релизов: что записывать про каждый выпуск

Через три года каталога артист обычно не может ответить на простые вопросы: какой ISRC у второго трека, кто написал текст третьего и где лежит мастер первого. Данные вроде бы есть — в кабинете дистрибьютора, в переписке, в старой папке, — но собрать их вместе уже стоит выходных. Реестр решает это за десять минут после каждого релиза.

Это не про файлы: хранение проектов, стемов и мастеров — отдельная задача, архив проектов музыканта. Реестр — про сведения о выпуске.

Что записывать

Про сами коды: ISRC-код: что это и как получить, как получить UPC-код для релиза, проверить чужой — декодер ISRC и UPC.

Четыре ситуации, в которых он окупается

Смена дистрибьютора. Чтобы перенести каталог без потерь, нужны коды, даты и права по каждому релизу. Без них переезд превращается в перевыпуск с нуля: как сменить дистрибьютора без потери прослушиваний.

Спор об авторстве. Через два года память подводит обе стороны. Записанные доли со ссылкой на переписку закрывают вопрос до его возникновения: как оформить сплит с соавтором и права в музыкальной группе.

Отчётность и деньги. Сверять роялти-отчёт без реестра — гадание: как читать роялти-отчёт. То же с налогами: налоги для музыканта и документы для музыканта.

Передача каталога. Продажа, лейбл, наследование — во всех случаях спрашивают одно и то же: музыкальный каталог как актив и наследование прав на музыку.

Как это вести на практике

Средство неважно — подойдёт обычная таблица:

• Первая вкладка — релизы: строка на выпуск.
• Вторая — треки: строка на трек с ISRC и авторами.
• Третья — контакты и договорённости: кто что подтверждал и где лежит переписка.

Заполняется сразу после поставки релиза, пока всё под рукой. Десять минут на выпуск — и через пять лет у вас есть история каталога.

Полезно добавить два поля, о которых обычно забывают: язык метаданных и пометка explicit — они влияют на то, как релиз ведёт себя на площадках: язык метаданных в музыке и метка Explicit.

Если релизы уже есть, а реестра нет

Восстанавливать имеет смысл, и начинать — со свежих:

1. Выпишите всё, что видно в кабинете дистрибьютора.
2. Добавьте коды из карточек на площадках.
3. Поднимите переписку по каждому релизу: доли, лицензии на биты, договорённости с участниками.
4. Найдите мастера и обложки, зафиксируйте, где они лежат.
5. Что не восстановилось — пометьте как есть.

Неполная запись лучше её отсутствия: через год вспомнить будет ещё сложнее.

Коротко

Реестр — таблица со сведениями о выпусках: коды, даты, дистрибьютор, авторы и доли, файлы, ссылки.

Заполняется за десять минут сразу после релиза, пока данные под рукой.

Окупается при смене дистрибьютора, споре об авторстве, отчётности и передаче каталога.

Кабинет сервиса архивом не является: доступ к нему может исчезнуть вместе с данными.

Хранение проектов и мастеров — отдельная задача, реестр её не заменяет.

Старые релизы восстанавливают со свежих; неполная запись лучше её отсутствия.

FAQ

Что записывать про каждый релиз?

Название, дату, ISRC и UPC, дистрибьютора, авторов и доли, роли участников, файлы и ссылки.

Зачем, если всё есть в кабинете?

Кабинет не архив: доступ исчезает вместе с аккаунтом или сервисом.

Где взять ISRC и UPC?

В кабинете при выпуске, для вышедших — в карточке релиза или отчёте.

Нужен ли реестр при двух релизах?

Именно тогда и заводят: позже это уже работа на выходные.

В каком виде вести?

Обычная таблица в вашем хранилище, а не в чужом интерфейсе.

Что писать про доли?

Кто автор музыки и текста, в каких долях, и где зафиксирована договорённость.

Что делать со старыми релизами?

Восстанавливать со свежих; что не восстановилось — фиксировать как есть.