ISRC, ISWC, UPC/EAN: идентификация записи, произведения и релиза

Короткий ответ

ISRC — двенадцатисимвольный код одной конкретной фонограммы: одно исполнение, один микс, один мастер. ISWC — код произведения как объекта авторского права: у песни он один, а у двадцати её записей — двадцать ISRC. UPC/EAN — код релиза как товара: у EP из трёх треков один UPC и три ISRC. ISRC устроен жёстко: 2 символа кода страны + 3 символа кода регистранта + 2 цифры года присвоения + 5 цифр порядкового номера; дефисы — только оформление, контрольного разряда в ISRC нет. Новый ISRC нужен на ремикс, edit, концертную версию, инструментал — на любую материально другую запись, и не нужен на переиздание того же самого мастера: новый лейбл, новая обложка и новая дата релиза фонограмму не меняют. Отдельно про архив: реставрация старой ленты — шумоподавление, дещелчок, коррекция скорости — по правилам IFPI считается технологической, а не творческой обработкой и сама по себе второй код не порождает. Практическая дисциплина сводится к одной таблице на релиз, в которой ISRC, ISWC и UPC заведены до отгрузки, а не в момент загрузки.

1. Три кода — три объекта и три денежных потока

Путаница между этими тремя кодами — самая частая причина «зависших» роялти, и она почти всегда возникает из-за того, что в русском обиходе всё это называют одним словом «трек».

ISRC идентифицирует запись. Стандарт ISO 3901; регистрационным органом выступает IFPI, распределение префиксов ведут национальные агентства. Один мастер — один код. Студийная «Осень» и её концертная версия — это две записи и два ISRC, хотя произведение одно и автор один.

ISWC идентифицирует произведение. Стандарт ISO 15707, администрируется в системе CISAC. Формат — T-123.456.789-C: буква T, девять цифр и контрольный разряд; сами цифры не кодируют ни страну, ни автора, ни издателя. ISWC вы не «получаете» сами — он присваивается при регистрации произведения через общество по коллективному управлению правами или через издателя.

UPC/EAN идентифицирует релиз. Это GTIN — тот же класс товарных кодов, что и на упаковке любого магазинного товара. Он называет альбом, EP или сингл как товарную позицию.

ISRC — это запись, ISWC — это песня, UPC — это коробка, в которой вы её продали. Любая система, которая когда-либо будет вам платить, устроена на различении этих трёх вещей.

Деньги делятся по тем же трём линиям. Доход от использования фонограммы (стриминг на стороне мастера, смежные права за эфир и публичное исполнение) сводится по ISRC. Доход авторский и издательский сводится по ISWC и по связке ISRC↔ISWC в базах обществ. Товарная отчётность и сверка с площадками идут по UPC. Каждый шаг — это соединение таблиц по ключу, и, как всякое соединение, оно ломается молча.

2. Структура ISRC посимвольно

Двенадцать буквенно-цифровых символов в четырёх полях. IFPI описывает код как пятисимвольный префикс (две буквы плюс три буквенно-цифровых символа), затем две цифры года присвоения, затем пять цифр порядкового номера (IFPI, ISRC Structure). В читаемом виде: CC-XXX-YY-NNNNN.

Код страны и код регистранта вместе образуют префикс, который выдаёт национальное агентство. Порядковыми номерами внутри года распоряжается сам регистрант — до 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» — «выдача нового префикса сопровождается указанием диапазона порядковых номеров, разрешённого этому регистранту» (ISRC Handbook, §3.3.4).

Дефисы — это оформление

Хэндбук формулирует прямо: «The letters "ISRC" (the space) and the hyphens do not form part of the ISRC» (§5). RU-A1B-25-00042 и RUA1B2500042 — один и тот же код. Хранить надо двенадцать символов без разделителей: спецификации поставки ждут именно их, а строка с дефисами в поле на двенадцать символов — это отказ валидации на ровном месте.

Контрольного разряда нет — и это не мелочь

У UPC контрольная цифра есть. У ISWC есть. У ISRC — нет, и в спецификации она не предусмотрена. Программно проверяется только форма: две буквы, три буквенно-цифровых символа, две цифры, пять цифр, зарегистрированный код страны, правдоподобный год.

У ISRC нет контрольного разряда, поэтому одна переставленная цифра даёт другой, совершенно корректный на вид ISRC — принадлежащий чужой записи.

Отсюда практическое правило: ISRC надо копировать, а не перенабирать. Опечатка в UPC чаще всего сама себя выдаёт — не сходится контрольная цифра. Опечатка в ISRC проходит насквозь и всплывает через полгода в виде отсутствующей строки в отчёте.

Год присвоения — не год записи

Это не год, когда музыка была записана, и не год релиза. IFPI определяет его как год присвоения кода: «the last two digits of that year (e.g. 15 for 2015, 20 for 2020)», и там же прямо сказано, что «the year in which the ISRC is assigned may be a different year from the year of recording» (IFPI, ISRC Structure). Функция поля — административная: оно «refresh[es] the space of codes which may be assigned each calendar year, to ensure that codes assigned in prior years cannot be inadvertently re-assigned», то есть заново открывает пространство номеров каждый календарный год, чтобы номера прошлых лет нельзя было выдать повторно.

Для российского каталога это критично именно из-за архива. Если вы в 2025 году присваиваете коды концертной записи 1978 года, год присвоения будет 25. Это правильно. Не «исправляйте» его на 78 ради исторической точности: год записи — это поле метаданных (P-line, дата записи), а не часть идентификатора. Из ISRC вообще нельзя выводить дату.

3. Когда новый ISRC нужен, а когда его создавать нельзя

Два правила Хэндбука смотрят в разные стороны и вместе задают всю логику:

• «A recording with an ISRC that has not undergone material change since an ISRC was assigned shall not be assigned another ISRC» (§4.3) — записи без материального изменения второй код не присваивается.
• «An ISRC that has been assigned to a recording shall never be re-assigned to another different recording» (§A.3) — присвоенный код никогда не переприсваивается другой записи.

Одна запись — один код навсегда, и один код — одна запись навсегда.

Новый ISRC нужен

• Ремикс. «A remixed version of a recording will differ from the original and hence it shall be assigned a new ISRC» (§A.9.8).
• Edit. «A version that is edited, for example to mute or replace profanities, shall be assigned a new ISRC» (§A.9.4) — радиоверсии, «чистые» версии, укороченные синглы.
• Концертная версия. «The live recording is completely different from the studio version and a new ISRC is required» (§A.9.1).
• Инструментал, а капелла, версии с заглушённым элементом. «A version of a track where the vocal (or other element) has been suppressed shall also be assigned a new ISRC if it is intended for release» (§A.9.14).
• Существенное изменение хронометража. Хэндбук отдельно оговаривает нетворческие изменения длительности свыше 10 секунд (§A.10.2); в FAQ IFPI порог повторён как «changes in playing time which exceed 10 seconds» (IFPI FAQ).

Ремастер: правило гораздо уже, чем принято повторять

Фраза «ремастер — всегда новый ISRC» ходит по русскоязычным гайдам как аксиома. Она неверна. Хэндбук ставит условие на творческий вклад:

«A new ISRC shall be assigned if (and only if) the processes applied to a recording during re-mastering involve the application of creative input to the recording itself» (§A.10.1).

То есть новый код присваивается тогда и только тогда, когда при ремастеринге к самой записи применён творческий вклад. И тут же перечислено, что творческим вкладом не является: простое изменение уровня, инвариантная эквализация, инвариантная компрессия, шумоподавление, устранение щелчков, коррекция скорости и высоты тона, смена частоты дискретизации, дизеринг. Формулировка исключения: «A new ISRC shall not be assigned in the context of essentially invariant or technological adjustment processes» — при по существу инвариантных или технологических процедурах новый код не присваивается.

Практическая оговорка, которую заявлять безопасно: если ремастер продаётся как отдельный трек рядом с оригиналом, это отдельный товарный объект, и собственный код ему нужен независимо от того, как вы классифицируете инженерную работу.

Новый ISRC не нужен

• Переиздание того же мастера. Новая обложка, новый дистрибьютор, новая территория, новая дата — это не изменение записи.
• Смена правообладателя без изменения записи. «If the original Registrant sells or licenses the recording in unchanged form after it has been given an ISRC, no new ISRC shall be assigned and the ISRC for the recording shall remain the same» (§4.6).
• Новый UPC. У сборника свой UPC; ISRC входящих в него записей не меняются.

Один асимметричный случай прямо описан в FAQ IFPI: «if a recording did not have an ISRC originally, has changed ownership, and is being released unchanged by the current rights holder, a new ISRC should be assigned» — если у записи изначально не было ISRC, права перешли, и текущий правообладатель выпускает её без изменений, код следует присвоить. Правило сохраняет код, который существует; оно не выдумывает историю для архивного материала, у которого кода никогда не было. Это ровно наш случай — и ему стоит отдельного раздела.

Решающий вопрос

Услышит ли слушатель другой аудиофайл? Если да — другое исполнение, другой микс, другая длительность, другое содержание — это другая запись и другой ISRC. Если нет — изменились только упаковка, оформление, цена, территория или дистрибьютор — код остаётся прежним.

И проверка безопасности: никогда не направляйте один ISRC на два разных аудиофайла. Лишний код на действительно новой версии — ошибка исправимая. Один код на двух записях — неисправимая: он расходится по всем базам, которые его приняли, и отозвать его нельзя.

3-бис. ISWC: слой, который в России чаще всего пустой

Про ISRC знают все, кто хоть раз загружал релиз. Про ISWC не знает почти никто, и именно поэтому авторский слой российских каталогов в среднем заполнен хуже, чем слой фонограмм.

ISWC — код произведения. Формат T-123.456.789-C: буква T, девять цифр, контрольный разряд. Цифры ничего не кодируют: по ISWC нельзя определить ни страну, ни автора, ни издателя — это чистый ключ. Контрольный разряд у него, в отличие от ISRC, есть.

Ключевое отличие в порядке получения: ISRC вы присваиваете сами (или ваш дистрибьютор), а ISWC вам присваивают. Он появляется при регистрации произведения — через общество по коллективному управлению правами или через издателя. Соответственно, если произведение нигде не зарегистрировано, ISWC не существует, и никакая загрузка релиза его не создаст.

Отсюда типичная картина российского независимого каталога: сорок треков, сорок аккуратных ISRC, ноль ISWC и пустые поля авторов. Фонограммный слой в порядке, авторский отсутствует целиком. Внешне всё работает — и именно это опаснее всего.

Что делать по порядку:

1. Зарегистрировать произведения в качестве произведений, а не треков. Это отдельное действие, не совпадающее с загрузкой релиза.
2. Заполнить авторов и доли до релиза, потому что задним числом уточнять доли всегда дороже.
3. Хранить ISWC в той же таблице, что и ISRC, — по строке на трек. Связь «эта запись — этого произведения» существует только там, где кто-то её записал.
4. Помнить, что у одного произведения один ISWC на все записи мира. Если вы сделали кавер, у произведения уже, скорее всего, есть код — и завести второй нельзя.

Каверы и трибьюты: новая запись, старое произведение

Трибьют-альбом — образцовый случай для проверки понимания. Десять артистов записали десять песен одного автора. Получается: десять новых ISRC (десять новых фонограмм), десять уже существующих ISWC (произведения написаны давно и зарегистрированы), один UPC (один альбом как товар). Авторские отчисления идут авторам исходных песен, доход от фонограмм — исполнителям и изготовителю фонограмм трибьюта.

Ошибка, которую здесь делают: указывают исполнителя кавера композитором. Это не «упрощение метаданных», а некорректная заявка на чужое произведение, и она порождает конфликт в базах, который потом придётся разбирать.

4. Архив «Мелодии»: запись старая, код новый

Самая массовая российская задача в этой области — не выпуск нового сингла, а оцифровка и переиздание советского каталога: фонограммы, записанные при «Мелодии» и на республиканских студиях, у которых ISRC не было и быть не могло — стандарт ISO 3901 к тому моменту в эту индустрию просто не пришёл.

Здесь сходятся сразу три вещи, и их надо развести.

Во-первых, кода нет — значит, код будет новым. Это тот самый асимметричный случай из FAQ IFPI: если у записи изначально не было ISRC и она выпускается в неизменном виде текущим правообладателем, код присваивается. Год присвоения при этом — год, когда вы завели код, а не год сеанса записи. Запись 1971 года получит ISRC с годом 26, если вы завели его в 2026-м, и это корректно.

Во-вторых, реставрация ленты — не творческий ремастеринг. Типовой цикл работы с архивной лентой: перевод в цифру, борьба с шумом ленты, устранение щелчков и склеек, компенсация плавания скорости, ресемплинг, дизеринг на выходе. Сопоставьте это с исключениями §A.10.1 — de-noising, de-clicking, speed/pitch correction, sample-rate change, dithering — и увидите, что весь список там. Значит, реставрация сама по себе не порождает второй ISRC для той же записи. Если вы в 2019 году выпустили оцифровку, а в 2026-м переделали её на более аккуратном тракте с лучшим деноизером, у вас не появилось второй фонограммы: у вас появилась вторая передача той же самой фонограммы, и код у неё остаётся прежним.

Граница проходит там, где начинается творческое решение о самой записи. Пересведение с сохранившихся многодорожечных лент — это уже другой микс, а значит другая запись и другой код. Замена дублей, монтаж из нескольких сеансов, добавление или удаление партий, стерео-версия, собранная из моно-источника творческим решением о панораме, — то же самое. Разница проверяется вопросом «была ли принята художественная, а не техническая, решающая мера по отношению к самой записи», и на этот вопрос у инженера обычно есть честный ответ.

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

Отдельно про исполнителей. У советской записи очень часто «артист» — это не тот, кто указан на конверте: солист, оркестр, дирижёр и хор могут быть разными правообладателями смежных прав. ISRC этого не решает: он идентифицирует запись, а не состав. Состав живёт в регистрации фонограммы и в метаданных, и если вы восстанавливаете каталог, восстанавливать надо и его — потому что деньги смежных прав распределяются по правообладателям, а не по коду как таковому.

5. Авторская песня: один человек, три роли, три регистрации

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

Технически это три разные роли и три разных правовых основания.

• Исполнитель — субъект смежных прав на исполнение.
• Композитор — автор музыки.
• Автор текста — автор литературной части произведения.

Идентификаторы устроены соответственно: ISRC описывает запись исполнения, ISWC описывает произведение, у которого есть композитор и автор текста. Если поля авторов пусты, произведение оказывается нерегистрируемым: у записи есть код, а у произведения нет ни кода, ни авторов, и авторская линия дохода — та, что идёт через общество по коллективному управлению, — просто не имеет за что зацепиться. Стриминг на стороне мастера при этом идёт нормально, и именно поэтому проблему годами не замечают: отчёты приходят, деньги капают, и никому не приходит в голову, что вторая половина не приходит вовсе.

Практика для бардовского каталога:

1. В карточке каждого трека заполняйте композитора и автора текста, даже если это одна и та же фамилия. «Иванов И. И.» в трёх полях — это не дублирование, это три роли одного лица.
2. Если стихи чужие — а в авторской песне это классика жанра, песни на стихи известных поэтов — автор текста другой, и это меняет доли. Указание себя единственным автором произведения, к которому вы написали только музыку, — не оптимизация, а ошибка регистрации.
3. Если стихи взяты из литературного источника, чей правовой статус вы не проверяли, проверьте его до релиза. Конкретные сроки охраны здесь сознательно не приводятся: они определяются частью четвёртой ГК РФ и зависят от обстоятельств жизни автора, поэтому это вопрос к первоисточнику закона или к юристу, а не к техническому справочнику.

6. Романс и «Народная»: аранжировщик — тоже автор

Второй устойчивый российский сбой — графа «Народная» (или Traditional) там, где произведение на самом деле авторское.

Классический русский романс XIX века очень часто имеет документированного композитора и документированного поэта. У такого произведения есть реальная идентичность произведения: конкретное авторство, конкретная история публикаций, а значит — возможность корректной регистрации и корректных долей. Проставить ему «Народная» — значит стереть эту идентичность в базе, к которой потом будут привязываться отчёты.

И даже когда произведение действительно народное, поле «Народная» без продолжения — потеря. Аранжировщик произведения, находящегося в общественном достоянии, является автором собственной аранжировки. Если вы сделали новую гармонизацию, новую фактуру, новую форму и новое инструментальное решение для народной песни, ваша аранжировка — самостоятельный результат творческого труда, и вы имеете основание указывать себя в этой роли. Строка «Народная», в которой не указан никто, отдаёт вашу долю в никуда: произведение числится ничьим, и на авторской линии распределять нечего.

Как заполнять честно и без завышения:

Важная граница: заявлять себя композитором чужого романса нельзя, а заявлять аранжировку народной песни — можно и нужно, если аранжировка ваша. Разница между «я автор произведения» и «я автор аранжировки» — это разница между ошибкой и корректной регистрацией.

Отдельная деталь для каталога: у одного романса могут быть десятки записей — оперная, эстрадная, гитарная, цыганская традиция, ресторанная традиция. Все они — разные фонограммы с разными ISRC и одно произведение с одним ISWC. Если ваша запись романса приходит в базу без связи с произведением, она попадает в тот же «неопознанный» пул, что и любая другая несопоставленная строка отчёта.

7. Магнитиздат и живая запись: одна фонограмма, десяток ISRC

Самая специфическая российская проблема идентификации — наследие плёночной культуры.

Одна кухонная или концертная запись расходилась в копиях, копии расходились дальше, обрастая разными названиями треков, разным порядком, разными склейками и разной степенью убитости плёнки. Через тридцать лет несколько разных лейблов и несколько разных наследников выпускают то, что по сути является одной и той же записью одного и того же вечера, и каждый выпускает под своим ISRC.

Что при этом происходит технически:

• История прослушиваний расщепляется. Накопленные прослушивания, попадания в плейлисты, история чартов и регистрации в обществах привязаны к коду. Пять кодов на одну запись — это пять историй по пятой части каждая вместо одной полной.
• Алгоритмические механики площадок работают против вас. Всё, что считается «по треку», считается по коду. Пять кодов — пять слабых треков вместо одного сильного.
• Смежные права размываются. Общество получает данные об использовании по пяти кодам, за которыми стоят разные регистрации с разными заявителями. Разбираться в этом придётся вручную и постфактум.
• Сопоставление у площадок ломается. Дубли на витрине — это не только эстетическая проблема, но и вечный источник заявок на удаление и споров о правах.

Здесь важно быть точным: с точки зрения правил IFPI при таком сценарии нарушением является не «много кодов у одной песни» (у песни кодов и должно быть много — по числу записей), а много кодов у одной и той же фонограммы. Правило §4.3 запрещает присваивать второй код записи, которая не претерпела материального изменения. Оценивать материальность надо честно: если два релиза восходят к разным лентам разных вечеров — это разные записи, и коды у них разные законно. Если оба восходят к одному источнику и различаются только качеством копии и уровнем реставрации — это одна запись, и второй код появляться не должен.

Практический порядок работы с плёночным наследием:

1. Установите источник, а не название. Идентичность записи определяется сеансом и лентой, а не тем, как трек подписан на конверте.
2. Определите, что различается. Другой дубль, другой концерт, другой монтаж — другая запись. Другой уровень шумодава — та же запись.
3. Заведите один код на одну ленту и удерживайте его во всех последующих переизданиях, включая переход к другому дистрибьютору.
4. Ведите сводную таблицу происхождения для всего архива: сеанс, дата, источник, ISRC, каким релизам этот код уже отдан. Для плёночного каталога это единственный способ не наплодить дублей на пятом переиздании.
5. Найденные дубли не «исправляются» третьим кодом. Если один и тот же мастер уже ушёл в мир под двумя кодами, новый третий код ситуацию только ухудшит. Дальше идут по линии консолидации: выбирают код, который остаётся, и приводят к нему регистрации и последующие поставки.

Разные вечера — разные коды. Разная степень чистки одной ленты — один код.

8. РАО и ВОИС: авторские и смежные права — это две разные линии

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

• РАО — Российское авторское общество — общество по коллективному управлению авторскими правами: права авторов музыки и текста, то есть линия произведения (ISWC). Официальный сайт: rao.ru.
• ВОИС — Всероссийская организация интеллектуальной собственности — общество по коллективному управлению смежными правами: права исполнителей и изготовителей фонограмм, то есть линия записи (ISRC). Официальный сайт: rosvois.ru.

Это разделение по типу права, а не по типу музыки. Одна и та же песня в эфире порождает и авторскую претензию (композитор, автор текста), и претензию по смежным правам (исполнитель, изготовитель фонограммы), и они идут по разным маршрутам, с разными идентификаторами и разными реестрами.

Здесь необходима явная оговорка. Внутренние процедуры этих организаций — форматы заявлений, сроки, порядок распределения, требования к подтверждающим документам — в этом тексте не описываются: они определяются самими организациями, меняются и должны проверяться по их официальным ресурсам. Утверждать что-либо об их внутренней кухне без ссылки было бы ровно тем видом «широко известной» неточности, ради борьбы с которой этот документ и написан.

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

Терминологическое предупреждение: аббревиатура «ВОИС» в русском языке используется и для Всемирной организации интеллектуальной собственности (WIPO) — это совершенно другая организация. В документах, где встречаются оба смысла, лучше писать названия полностью.

9. Кто выдаёт ISRC: агентство, дистрибьютор, собственный префикс

ISRC идентифицирует запись, а не деловые отношения. Код не является лицензией и не даёт дистрибьютору никаких прав на фонограмму. При смене дистрибьютора коды уходят вместе с записями — это прямо следует из §4.6 и из запрета присваивать второй код неизменной записи.

Нюанс, на котором спотыкаются: префикс принадлежит тому, кто его зарегистрировал. Если дистрибьютор выдал вам QZ-K7X-25-00013, то QZK7X — код регистранта дистрибьютора. Этот двенадцатисимвольный ISRC остаётся на этой записи навсегда (так и должно быть), но выпускать новые коды под QZK7X после ухода вы не сможете, и следующий релиз получит другой префикс. Каталог со смешанными префиксами — это норма. Каталог с повторяющимися кодами — это дефект.

Коды дистрибьютора легитимны, если дистрибьютор — утверждённый ISRC Manager. Американское агентство формулирует это прямо: «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» (US ISRC Agency); список ведёт IFPI (ISRC Managers). Код, придуманный сервисом без выделенного диапазона, — это не ISRC, а двенадцать символов, которые рано или поздно с чем-нибудь столкнутся.

Свой префикс имеет смысл получать, если вы ведёте лейбл с несколькими артистами, присваиваете коды регулярно, работаете сразу через нескольких дистрибьюторов, вам нужны коды до отгрузки (для синхронизации, физического производства, эфирной поставки, регистрации в обществе) — или вы разбираете архив и хотите, чтобы стабильность каталога не зависела от существования конкретной компании. Для архивного проекта последний аргумент решающий: каталог живёт дольше сервисов.

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

10. UPC и EAN: идентификатор товара

UPC-A — 12 цифр, EAN-13 — 13. Оба являются GTIN: GTIN-12 и GTIN-13. Структура одинаковая — префикс компании GS1, номер позиции, назначаемый владельцем бренда, и контрольная цифра в последнем разряде.

UPC идентифицирует товар: этот альбом в этой конфигурации. Цифровой альбом, CD и винил одной и той же пластинки — обычно три товара и три UPC. У сингла свой UPC; когда та же запись позже выходит на альбоме, её ISRC не меняется, а UPC у альбома другой.

GS1 рекомендует хранить коды единообразно: «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» (GS1 EDI technical user guide). Делайте так же и в своих таблицах — это снимает целый класс проблем сопоставления и защищает от классической беды: ведущий ноль, молча съеденный табличным редактором.

Почему UPC-A превращается в EAN-13 добавлением нуля, а контрольная цифра не меняется

Это повторяют все, а объясняют редко. Веса в алгоритме GS1 отсчитываются от правого края числа, а не от левого.

Контрольная цифра стоит в самом правом разряде. Двигаясь влево от разряда непосредственно перед ней, веса чередуются ×3, ×1, ×3, ×1 — сколько угодно долго. Поскольку схема привязана к позиции контрольной цифры, каждая цифра GTIN-12 сохраняет свой вес при дополнении числа слева до 13 или 14 разрядов. Ничего не сдвигается.

Добавление ведущего нуля добавляет к взвешенной сумме одно слагаемое — 0 × 3 или 0 × 1, то есть ноль. Сумма не меняется, значит не меняется и то, сколько нужно добавить до ближайшего кратного десяти, значит не меняется контрольная цифра.

Практически: 460127385945 и 0460127385945 — один и тот же GTIN. Если одна система принимает только одну из форм, это правило форматирования, а не два разных товара; заводить второй UPC ради этого нельзя.

11. Расчёт контрольной цифры вручную

GS1 описывает вычисление в три шага: умножить каждую позицию на чередующийся множитель, «add results together to create sum», затем «subtract the sum from nearest equal or higher multiple of ten» (GS1, Check Digit Calculator). GS1 публикует таблицу с привязкой к левому краю для каждой длины GTIN; приведённая ниже форма с привязкой к правому краю эквивалентна, работает для любой длины и её стоит запомнить именно в таком виде.

Процедура.

1. Берём цифры до контрольной.
2. От самой правой из них влево умножаем поочерёдно на 3, 1, 3, 1, …
3. Складываем произведения.
4. Округляем сумму вверх до ближайшего кратного десяти; контрольная цифра — разность. Если сумма уже кратна десяти, контрольная цифра равна 0.

Разбор примера. Возьмём UPC-A 460127385945: первые одиннадцать цифр — 46012738594, а последняя 5 — та контрольная цифра, которую мы сейчас выведем. Читаем одиннадцать цифр справа налево:

Сумма: 12 + 9 + 15 + 8 + 9 + 7 + 6 + 1 + 0 + 6 + 12 = 85.

Ближайшее кратное десяти, не меньшее 85, — это 90. 90 − 85 = 5.

Контрольная цифра равна 5, полный UPC-A — 460127385945. ✓

Теперь EAN-13. Добавляем ноль слева: 0460127385945. До контрольной цифры теперь двенадцать цифр: 046012738594. При чтении справа налево одиннадцать исходных цифр сохраняют прежние веса, а новый ведущий 0 получает двенадцатый вес, ×1, и вносит 0. Сумма: 85. Ближайшее кратное десяти: 90. Контрольная цифра: 5 — не изменилась, ровно как и предсказано.

Для проверки, а не для генерации выполните ту же процедуру, включив контрольную цифру с весом ×1, и убедитесь, что итог кратен десяти. Для 460127385945: 85 + 5 = 90. Сходится.

Контрольная цифра доказывает, что число набрано правильно. Она ничего не доказывает о том, что это ваше число.

Алгоритм ловит любую одиночную ошибку в цифре и большинство перестановок соседних цифр — но не все. Перестановка соседних цифр, различающихся на 5 (0/5, 1/6, 2/7, 3/8, 4/9), меняет взвешенную сумму ровно на ±10, и контрольная цифра остаётся верной. Такая опечатка проходит молча, поэтому UPC надо сверять с источником, из которого вы его получили, а не только прогонять через калькулятор.

Проверить структуру ISRC и контрольную цифру UPC/EAN можно бесплатным браузерным инструментом на mazufa.com — он работает целиком на вашем устройстве и ничего никуда не загружает.

11-бис. Где физически живёт ISRC и почему он расходится с таблицей

Идентификатор существует не в одном месте, и расхождения между этими местами — источник самых тихих отказов.

• В самом аудиофайле. В WAV-мастере ISRC может лежать в чанке метаданных, в MP3/AAC — в теге ID3 (кадр TSRC), в FLAC — в блоке Vorbis comment (ISRC). Многие DAW и мастеринг-программы пишут туда то, что было в проекте на момент экспорта, — то есть, возможно, код предыдущей версии.
• В образе диска для тиража. Для CD ISRC и UPC/EAN относятся к служебным данным диска: код диска задаётся на уровне носителя, коды треков — на уровне треков. При заказе тиража эти поля заполняются один раз и потом расходятся с таблицей, если таблицу правили после.
• В поставке дистрибьютору. Это либо форма/таблица, либо DDEX-сообщение. Именно этот источник видит площадка.
• В регистрациях. Общества и реестры хранят собственную копию.

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

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

11-тер. UPC на конфигурацию: винил, CD, цифра, юбилейное издание

Российские переиздания архивного каталога почти всегда выходят в нескольких физических и цифровых конфигурациях сразу, и здесь путаница возникает с обратным знаком: люди, усвоившие правило «одна запись — один код», начинают экономить и на UPC.

UPC экономить нельзя, потому что он идентифицирует не запись, а товарную позицию. Разные носители — разные товары. Двойной винил и одинарный CD с тем же содержанием — разные товары. Юбилейное издание с двумя бонус-треками — другой товар, потому что состав другой. Цифровой альбом — тоже отдельная позиция.

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

Полезная проверка на здравый смысл: если два объекта могут одновременно лежать на складе как разные позиции с разными ценами — у них разные UPC. Если два объекта звучат одинаково при воспроизведении — у них один ISRC.

11-кватер. Короткие вопросы, которые задают чаще всего

У меня одна песня в двух темпах — «медленная версия» и обычная. Это одна запись? Нет. Это два разных аудиофайла, два исполнения — два ISRC. Произведение одно: один ISWC.

Я перезалил трек, потому что нашёл ошибку в мастере. Новый код? Если изменился звук — да, это другая запись. Если вы залили тот же самый файл заново — код прежний.

Записал акустическую версию для соцсетей, релиза не будет. Нужен ISRC? Правило Хэндбука привязано к намерению выпустить. Если версия не выпускается — код не нужен; если вы решите её выпустить, она получит собственный код как отдельная запись.

У архивной записи неизвестен исполнитель части состава. Ставить ISRC? Да. ISRC идентифицирует запись, а не полноту сведений о составе. Неполнота состава — проблема регистрации прав, и решать её надо там, а не отказом от кода.

Сборник из чужих записей по лицензии — чьи ISRC? Записей. Коды приходят вместе с лицензированными фонограммами и не меняются. У сборника свой UPC.

Дистрибьютор выдал ISRC, а я потом получил свой префикс. Перевыпускать старое? Нет. Ранее присвоенные коды остаются на своих записях навсегда. Свой префикс используется для новых кодов.

Ремастер продаётся вместе с оригиналом в одном альбоме. Один код или два? Два: рядом на витрине стоят два продаваемых трека, и у каждого должен быть собственный код, независимо от классификации инженерной работы.

11-квинквиес. Чек-лист перед отгрузкой

1. Все ISRC в поставке уникальны внутри поставки (проверка на дубликаты — механическая, не на глаз).
2. Ни один ISRC не совпадает с кодом ранее выпущенной другой записи из вашего каталога.
3. Для переизданий: старый код найден и подставлен, поле «у меня уже есть ISRC» заполнено.
4. Все ISRC состоят только из ASCII-символов; кириллических омоглифов нет.
5. Формат каждого ISRC: 2 буквы, 3 буквенно-цифровых, 2 цифры, 5 цифр — без дефисов.
6. Год присвоения соответствует году, в котором код был заведён, а не году записи.
7. Контрольная цифра UPC проверена вручную или калькулятором; ведущие нули на месте; столбец текстовый.
8. У каждого трека заполнены композитор и автор текста — включая случай, когда это одно лицо.
9. Для народного материала указан аранжировщик, если аранжировка ваша.
10. ISRC внутри аудиофайлов совпадают с таблицей.
11. Таблица сохранена как источник истины и переживёт смену дистрибьютора.

12. Типовые сбои российских каталогов

Один ISRC на разных записях. Худшая из доступных ошибок, потому что она не самоисправляется: все системы сопоставления навсегда считают две записи одной. Источник — копипаст в таблице или шаблонная строка, которую забыли обновить. В архивных партиях встречается чаще всего.

Новый ISRC на неизменённое переиздание. Стирает накопленную идентичность записи: прослушивания, плейлисты, регистрации, историю. Типичная причина — форма подключения к дистрибьютору, где поле «у меня уже есть ISRC» осталось пустым и код сгенерировался автоматически. Заполняйте это поле всегда.

«Народная» вместо реального авторства. Разобрано выше: теряется и авторская линия произведения, и доля аранжировщика.

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

Кириллица и латиница в одном поле. Русская специфика: похожие по начертанию буквы (С/C, О/O, А/A, Р/P, Е/E, Х/X, К/K) визуально не различаются, а машинно — это разные символы. В названии трека это ломает поиск и сопоставление; в поле ISRC латинская часть кода, набранная кириллицей, даёт строку, которая выглядит правильной и не является ISRC. Проверяйте поля идентификаторов на наличие символов вне ASCII.

Транслитерация, которая меняется от релиза к релизу. Один и тот же артист как Sergey, Sergei и Serguei — это, с точки зрения сопоставления по имени, три артиста. Идентификаторы этого не чинят, но именно они позволяют не зависеть от имени: если ISRC и UPC заведены правильно, разночтение в латинице остаётся косметической проблемой, а не финансовой.

Убитый ведущий ноль в UPC. Табличный редактор превращает 0460127385945 в число и роняет ноль. Форматируйте столбец как текст до вставки. Это как раз громкий сбой — большинство систем приёмки его отклоняют.

Расхождение идентификаторов между аудио и метаданными. Самый тихий и самый дорогой отказ. ISRC, зашитый в аудиофайл, ISRC в сопроводительных метаданных (DDEX или таблица) и ISRC в регистрации должны быть одними и теми же двенадцатью символами. При расхождении внешне всё работает — релиз выходит, прослушивания идут, витрина показывает цифры — а сопоставление ломается там, где вы этого не видите, и обнаруживается через несколько месяцев.

13. Как прослушивание превращается в выплату

Цепочку полезно держать в голове целиком, потому что она показывает, где именно сломанный идентификатор её разрывает.

1. Происходит прослушивание. Сервис фиксирует событие по записи, которая есть у него в каталоге и сопоставлена с переданным вами ISRC.
2. Сервис отчитывается. Отчёты об использовании приходят правообладателю или дистрибьютору с разбивкой по ISRC и с указанием релиза по UPC. Деньги на стороне мастера считаются здесь как доля в общем пуле, а не как фиксированная ставка за прослушивание: Spotify прямо заявляет, что не платит по ставке за стрим — выручка объединяется в пул и делится по доле в прослушиваниях.
3. Дистрибьютор сводит отчёт. Строки сопоставляются с вашим каталогом по ISRC и UPC. Строка с ISRC, которого в вашем каталоге нет, до вашего отчёта не доходит — она остаётся нераспределённой.
4. Параллельно идёт авторская линия. Авторское вознаграждение за произведение собирается по своей линии, где отчётный ISRC связывается с зарегистрированным произведением (ISWC), а дальше — с авторами и издателями. Другой конвейер, другие сроки, другие деньги.
5. Смежные права. Доход за эфир и публичное исполнение фонограммы собирается по смежной линии и сопоставляется по ISRC с регистрацией, где указаны правообладатель и исполнители.
6. Выплата. Деньги доходят до получателя с учётом налогового режима у источника.

Каждый шаг — соединение по ключу, и каждое соединение ломается молча. Сломайте ISRC на шаге 1 или 2 — не сопоставятся деньги мастера. Сломайте связь ISRC↔ISWC на шаге 4 — не сопоставятся авторские. Сломайте UPC — рассыплется товарная сверка, и отчёт нечем будет привязать к релизу. Сломайте соответствие между аудио и метаданными — сломается всё сразу.

Дисциплина здесь скучная и занимает примерно час на релиз. Одна таблица истины: название трека, версия, ISRC, ISWC, авторы и доли, UPC релиза, источник записи (для архива — сеанс и лента). Столбцы идентификаторов — текстовые. ISRC присваиваются до отгрузки, а не в процессе. Контрольная цифра каждого UPC проверена. Идентификаторы внутри аудиофайлов сверены с таблицей. Регистрации в обществах сделаны теми же кодами. После этого недостающая строка в отчёте становится вопросом, на который у вас есть чем ответить.

14. Сводная таблица

Дистрибуция в Mazufa бесплатна — нет платы за загрузку, нет подписки, нет платы за релиз, — единственное удержание составляет 5% от полученных роялти, и каждая полная заявка проходит рассмотрение человеком.

Источники

• IFPI, ISRC Structure (код страны, код регистранта, год присвоения, порядковый номер; определение и назначение года присвоения) — https://isrc.ifpi.org/isrc-standard/isrc-structure
• IFPI, International Standard Recording Code (ISRC) Handbook (§3.3.4 диапазоны порядковых номеров; §4.3 нет второго кода без материального изменения; §4.6 неизменная запись при продаже или лицензировании сохраняет код; §5 дефисы не входят в код; §A.3 код никогда не переприсваивается; §A.9.1 концертные версии; §A.9.4 edit-версии; §A.9.8 ремиксы; §A.9.14 версии с заглушённым элементом; §A.10.1 ремастеринг и творческий вклад, перечень технологических исключений; §A.10.2 изменения хронометража) — https://www.ifpi.org/wp-content/uploads/2021/02/ISRC_Handbook.pdf
• IFPI, ISRC FAQs (ремиксы и edit-версии; порог в 10 секунд; переиздание записи, у которой ISRC изначально не было) — https://isrc.ifpi.org/faqs
• 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, Check Digit Calculator (веса, суммирование, вычитание из ближайшего равного или большего кратного десяти) — https://www.gs1.org/services/check-digit-calculator
• GS1, Communicating GS1 trade item numbers (хранение GTIN в 14 разрядах с дополнением ведущими нулями) — https://www.gs1.org/edi-xml/technical-user-guide/Item_Numbers
• IFPI, The ISRC Standard (ISO 3901: назначение и сфера применения стандарта) — https://isrc.ifpi.org/isrc-standard
• 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
• ISWC International Agency — https://www.iswc.org/
• РАО, Российское авторское общество (коллективное управление авторскими правами) — https://rao.ru/
• ВОИС, Всероссийская организация интеллектуальной собственности (коллективное управление смежными правами) — https://rosvois.ru/
• ГК РФ, часть четвёртая (правовая база авторских и смежных прав в РФ; сроки охраны в этом документе намеренно не приводятся и подлежат проверке по первоисточнику) — https://www.consultant.ru/document/cons_doc_LAW_64629/

Примечание к разобранному примеру: 460127385945 использован как структурно корректный UPC-A для демонстрации расчёта контрольной цифры. Он не приводится как идентификатор какого-либо конкретного релиза.