ISRC, ISWC, UPC/EAN — різниця між ідентифікацією запису, твору і релізу

Коротка відповідь

ISRC ідентифікує запис — один конкретний майстер: одне виконання, один мікс, один аудіофайл. ISWC ідентифікує твір — пісню як написаний об'єкт, з композитором і автором тексту. UPC/EAN ідентифікує реліз — товар, який ви виклали в магазини: сингл, EP чи альбом. Двадцять записів однієї пісні — це двадцять ISRC і один ISWC; трек-лист із трьох треків — це три ISRC і один UPC. ISRC складається з дванадцяти символів (2 літери + 3 алфавітно-цифрові + 2 цифри року + 5 цифр порядкового номера), дефіси в ньому — лише спосіб відображення, і контрольної цифри в ISRC немає, тому одна переставлена літера дає інший цілком «правильний на вигляд» код, який належить чужому запису. UPC, навпаки, контрольну цифру має, і ми нижче рахуємо її вручну. Для українського каталогу практично найважливіше інше: величезний пласт репертуару, що подається як «народна», насправді має задокументованих композиторів, поетів і аранжувальників — і саме тут ISWC вирішує, кому підуть авторські гроші.

Три ідентифікатори — три різні об'єкти

Плутанина між цими трьома кодами — найчастіша причина того, що роялті приходить неповним або не приходить узагалі. Гроші рухаються трьома окремими трубами, і кожна труба стикується за своїм ключем.

ISRC — запис. Стандарт ISO 3901; реєстраційним органом виступає IFPI, розподіл префіксів здійснюють національні агенції. Один майстер — один ISRC назавжди. Ваша студійна «Коломийка» і концертний запис тієї самої коломийки — це два записи і два ISRC, хоч це та сама мелодія й той самий гурт.

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

UPC/EAN — реліз. Це Global Trade Item Number (GTIN) системи GS1 — той самий клас товарного коду, що стоїть на пачці кави. Він ідентифікує альбом, EP чи сингл як товар, а не як музику.

ISRC — це запис, ISWC — це пісня, UPC — це коробка, у якій ви їх продали. Кожна система роялті, від якої ви колись отримаєте гроші, працює на тому, що ви розрізняєте ці три речі.

Як саме плутанина з'їдає гроші

Дохід від запису — стрімінгові майстер-роялті, суміжні права за публічне виконання та сповіщення — зіставляється за ISRC. Дохід від твору — авторська винагорода композиторові й поетові — зіставляється за ISWC і за зв'язками «ISRC → ISWC» у базах товариств. Звітність на рівні товару — за UPC.

Звідси три типові аварії:

1. Два різні записи під одним ISRC. Товариство суміжних прав отримує статистику по обох і не може їх розрізнити. Виплати зливаються в один рядок і розподіляються за тими даними про правовласників, які прив'язані до цього коду. Якщо у записів різні виконавці — хтось отримує гроші за запис, якого не робив.
2. Новий ISRC для перевидання незміненого майстра. Уся історія коду — прослуховування, плейлисти, реєстрації в товариствах — залишається на старому коді. Для індустрії щойно з'явився новий запис із нульовою історією. Це найпоширеніша самотравма під час міграції каталогу, і в Україні зараз вона трапляється частіше, ніж будь-коли, — про це окремий розділ нижче.
3. Твір зареєстровано «за ISRC» замість ISWC (або навпаки). Саме зв'язок «запис → твір» дозволяє товариству довести авторську винагороду до композитора. Якщо зв'язок розірвано, запис стає unmatched: прослуховування пораховані, гроші зібрані, але лежать на рахунку нерозподілених сум, доки хтось їх не заявить або доки не закриється вікно претензій.

Незіставлене роялті — це ще не втрачене роялті, але воно стає втраченим за розкладом, і нагадування вам ніхто не надішле.

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

Дванадцять алфавітно-цифрових символів у чотирьох полях. IFPI описує їх як п'ятисимвольний префікс (дві літери плюс три алфавітно-цифрові символи), далі дві цифри року присвоєння і п'ять цифр порядкового номера (IFPI, ISRC Structure). Для читача це CC-XXX-YY-NNNNN.

Дві літери вказують на агенцію, яка видала префікс, а не на місце, де зроблено запис. Це варто засвоїти окремо: львівський гурт, що видається через міжнародного дистриб'ютора, цілком закономірно отримає ISRC із неукраїнськими двома літерами. Це не помилка і не привід «переробити» код.

Дефіси — це лише оформлення

Довідник IFPI прямо каже: «The letters "ISRC" (the space) and the hyphens do not form part of the ISRC» (§5). UA-A1B-25-00147 і UAA1B2500147 — це той самий код. Зберігайте його дванадцятьма символами без розділювачів: специфікації постачання очікують саме такий вигляд, а дефіси в полі на дванадцять символів — це помилка валідації, якої легко уникнути.

Контрольної цифри в ISRC немає

Це важливо, бо люди підсвідомо припускають протилежне. У UPC контрольна цифра є, в ISWC є, в ISRC — немає. Стандарт її не передбачає, і жоден валідатор не скаже вам, що формально коректний ISRC є правильним ISRC саме для вашого запису. Механічно можна перевірити лише форму: дві літери, три алфавітно-цифрові символи, дві цифри, п'ять цифр, зареєстрований код країни, правдоподібний рік.

В ISRC немає контрольної цифри, а отже один переставлений символ дає інший, цілком валідний на вигляд ISRC, який належить чужому запису.

Саме через цю асиметрію введення ISRC вимагає параної, якої не вимагає введення UPC: помилка в UPC зазвичай не проходить власну контрольну цифру, а помилка в ISRC проходить непомітно.

Що насправді означає рік у коді

Це не рік запису і не рік релізу. IFPI визначає його як рік присвоєння коду: «The "Year of Reference" element identifies the year in which the ISRC is assigned to the recording. It consists of 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).

Функція цього поля адміністративна: воно щороку оновлює простір доступних номерів, щоб коди попередніх років не могли бути випадково видані повторно. Це розділювач простору імен, а не дата.

Для українських архівних і діаспорних каталогів це має пряме значення. Якщо ви у 2026 році присвоюєте коди записам, зробленим у 1974-му в Торонто, у ISRC стоятиме 26. Це правильно. Не «виправляйте» його на 74 — і ніколи не витягуйте дату з ідентифікатора. Рік запису живе в метаданих, а не в розібраному на частини коді.

Коли потрібен новий 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).
• Редакція. «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 cappella, версії з прибраними партіями. «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» ходить по українських форумах і чатах дистрибуції роками. Довідник IFPI (§A.10.1) ставить умову: новий ISRC присвоюється тоді й лише тоді, коли процеси, застосовані під час ремастерингу, «involve the application of creative input to the recording itself».

І одразу перелічує, що не є такою творчою участю: просту зміну рівня, незмінну (invariant) еквалізацію, незмінну компресію, шумозаглушення, видалення клацань, корекцію швидкості й висоти тону, зміну частоти дискретизації та дизеринг. Формулювання довідника: «A new ISRC shall not be assigned in the context of essentially invariant or technological adjustment processes».

Практично це означає ось що. Ви взяли катушку 1978 року з приватного архіву, оцифрували її на 96 кГц, прибрали шум стрічки, зняли клацання, вирівняли швидкість, що «пливла», і привели рівень до сучасного. Це технологічна реставрація, а не творча участь — сама по собі вона нового ISRC не вимагає. Якщо ж ви переграли баланс між голосом і бандурою, зробили новий стерео-образ із багатоканальної стрічки, змінили просторове рішення — це вже творчий внесок у сам запис, і код потрібен новий.

Є ще один безпечний практичний критерій, який не суперечить довіднику: якщо ремастер продається як окремий трек поруч з оригіналом, це окремий товарний об'єкт і йому потрібен власний код — незалежно від того, як ви класифікуєте інженерну роботу.

Новий ISRC не потрібен

• Перевидання того самого майстра. Нова обкладинка, новий дистриб'ютор, нова територія, нова дата релізу — це не зміна запису. 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» (IFPI FAQ). Правило зберігає код, який існує; воно не вигадує історію для архівного матеріалу, який коду ніколи не мав, — а це саме випадок більшості українських плівкових архівів.

Правило рішення

Питання одне: чи почує слухач інший аудіофайл? Так — новий запис, новий ISRC. Ні, змінилася лише упаковка — код той самий. І запобіжник: ніколи не наводьте один ISRC на два різні аудіофайли. Зайвий код для справді нової версії — помилка, яку можна виправити. Повторно використаний код — ні: він псує кожну базу далі по ланцюгу, і відкликати його ви не можете.

«Народна» — головна пастка українського каталогу

Тепер найважливіше для того, хто працює саме з українським репертуаром.

Колядки, щедрівки, коломийки, думи, веснянки, купальські й весільні пісні — це справді традиційний матеріал: у нього немає автора в тому сенсі, у якому автор є в ISWC. Але поряд із ним існує величезний масив української пісні з задокументованими композиторами й поетами, здебільшого XIX–XX століття, який десятиліттями подавали і досі подають у метаданих як «народна». Це не дрібниця оформлення. Слово «народна» в полі композитора означає: авторської сторони немає, реєструвати нічого, гроші за твір нікому не належать. Якщо автор насправді є, ви щойно власноруч розірвали ланцюг виплат.

«Щедрик» — ідеальний навчальний приклад

Найвідоміший у світі український випадок і водночас найточніша ілюстрація різниці між мелодією і твором.

Є традиційна щедрівка — чотиризвучний мотив, зафіксований у народній традиції. У нього немає автора, немає ISWC, і ніхто не може заявити на нього авторство як на власний твір.

І є хорова обробка Миколи Леонтовича (1877–1921), над якою він працював, за різними редакціями, приблизно з 1901 по 1916 рік і яку вперше виконали студенти Київського університету в грудні 1916-го (Wikipedia, Carol of the Bells; Wikipedia, Mykola Leontovych). Це вже твір із названим автором — конкретна гармонізація, конкретна фактура, конкретна форма. У 1936 році Пітер Вільговський написав до цієї мелодії англійський текст «Carol of the Bells» — ще один авторський внесок, окремий від обробки Леонтовича.

Отже, коли ви записуєте «Щедрика», у метаданих має бути не «народна», а щонайменше відповідь на питання: ви виконуєте обробку Леонтовича, свою власну обробку традиційного мотиву чи обробку когось третього? Це три різні твори з трьох різних авторських позицій, і кожен ваш запис будь-якого з них — окремий ISRC.

Окремо і твердо: питання ідентифікації не є питанням строку охорони. Чи діє на конкретну обробку майнове право і як довго — визначає законодавство конкретної юрисдикції та обставини конкретного об'єкта. Цей документ не встановлює правового статусу жодного твору і не називає жодного строку — з'ясовуйте це з юристом або з профільною ОКУ. Але навіть якщо твір давно перебуває у суспільному надбанні, автор обробки все одно має бути названий у метаданих: ідентифікація і монетизація — різні речі, і каталог, у якому Леонтович записаний як «народна», є фактично хибним незалежно від грошей.

Той самий механізм видно на «Ой у лузі червона калина»: текст походить від народної композиції «Розлилися круті бережечки», уперше опублікованої 1875 року Володимиром Антоновичем і Михайлом Драгомановим, а музичну редакцію 1914 року зробив Степан Чарнецький (Wikipedia). Народне джерело — і названий автор редакції поверх нього. У полі «композитор» це не «народна».

Аранжувальник традиційної мелодії — теж автор

Це те, що українські виконавці недооцінюють найчастіше. Якщо ви взяли автентичну коломийку з польових записів Гуцульщини й зробили з неї аранжування для цимбалів, скрипки, дримби й бас-гітари — ви створили щось, що більшість систем реєстрації визнає окремим об'єктом авторського внеску. Те саме стосується вашої власної гармонізації щедрівки для мішаного хору.

Як це подавати практично:

• У метаданих релізу вкажіть traditional / народна як джерело мелодії — і окремо вас як аранжувальника у відповідній ролі (arranger / аранжувальник), а не в полі композитора замість джерела.
• Реєструйте аранжування як твір через вашу ОКУ або видавця і питайте прямо, чи присвоюється йому окремий ISWC і на яких умовах. Правила щодо аранжувань традиційного матеріалу та творів суспільного надбання встановлює конкретне товариство; це те, що треба з'ясувати до релізу, а не після першої звітності.
• Не приписуйте собі авторство самої мелодії. Ви автор обробки, а не щедрівки. Заявка «композитор — я» на автентичний мотив рано чи пізно спричинить конфлікт претензій, а конфлікт претензій заморожує виплати обом сторонам.

Кобзарський і лірницький репертуар: виконавець він же носій, він же аранжувальник

Тут українська ситуація принципово відрізняється від будь-якої іншої. У кобзарській і лірницькій традиції — дума, псальма, невольницький плач — виконавець одночасно є носієм тексту, творцем конкретної редакції та фактично аранжувальником: жоден виступ Остапа Вересая чи сучасного бандуриста-реконструктора не є «виконанням нот», бо нот у звичному сенсі немає. Структура думи імпровізаційна: речитативні періоди різної довжини, рухома цезура, свій розспів у кожного носія.

З цього випливають дві речі, і обидві дуже конкретні.

По-перше, кожне виконання — окремий запис і окремий ISRC, і це не формальність: два виконання однієї думи тим самим бандуристом справді є двома різними аудіофайлами з різною тривалістю й різним текстом. Спокуса «це та сама дума, поставлю той самий код» тут особливо сильна і особливо руйнівна.

По-друге, питання твору тут не має автоматичної відповіді. Якщо ви реконструюєте думу за нотацією конкретного збирача, ваша редакція — це ваш внесок, і його треба назвати. Якщо ви граєте на колісній лірі власну версію псальми — так само. Заповніть поле аранжувальника і збережіть у власній документації, з якого джерела ви працювали: за десять років ця нотатка коштуватиме дорожче за сам запис.

Чекліст релізу традиційного репертуару

Перед тим як віддати реліз у постачання, пройдіть по цих пунктах для кожного треку:

1. Джерело мелодії названо. Traditional / народна, і по змозі — регіон і збірник чи польовий запис, з якого ви працювали. Це не піде в метадані сервісу, але має бути у вашій документації.
2. Автор обробки названий. Якщо це чужа обробка — прізвище автора обробки в ролі аранжувальника. Якщо ваша — ваше. Порожнє поле означає «нікому», а не «поки не з'ясували».
3. Автор тексту перевірений окремо від автора музики. Дуже поширений український випадок: мелодія традиційна, а текст авторський (або навпаки). Це дві різні позиції в реєстрації твору.
4. Ви перевірили, чи пісня справді народна. Просте правило: якщо пісня записана вперше у XX столітті й має сталу «канонічну» гармонізацію, ймовірність того, що в неї є названий автор, висока. Півгодини пошуку в нотних збірниках і каталогах бібліотек дешевші за роками нерозподілену винагороду.
5. Частки узгоджені письмово. Хто аранжувальник, у якій частці, чи є співаранжувальники з числа учасників гурту. Усна домовленість між музикантами гурту перестає працювати рівно в той момент, коли з'являються гроші.
6. Версія названа однозначно. «Щедрик», «Щедрик (live)», «Щедрик (a cappella)» — це три записи і три ISRC. Назви версій у полі версії, а не всередині назви треку.

Діаспорний каталог і проблема дублювання кодів

Український репертуар — один із небагатьох у світі, який протягом століття паралельно записували у трьох незалежних одна від одної інфраструктурах: в Україні, у Канаді (Вінніпег, Едмонтон, Торонто) і в США (Нью-Йорк, Філадельфія, Чикаго). Хорові колективи, весільні гурти, бандуристи, парафіяльні ансамблі — той самий список пісень, десятиліттями, у трьох країнах, часто з тими самими назвами в різних транслітераціях.

Звідси характерна для українського каталогу конфігурація помилок:

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

Транслітераційний розкид. Той самий запис у різних системах фігурує як «Щедрик», «Shchedryk», «Schedryk», «Ščedryk», «Shchedrik». Якщо ISRC правильний, це косметична проблема. Якщо ISRC відсутній або хибний — це три різні «твори» в базі товариства, і жоден з них не отримує повної суми.

Найгірший сценарій — дублювання коду. Канадський лейбл присвоїв запису ISRC у 1998 році; у 2019-му спадкоємці передали архів українському видавцеві, той не знайшов документації і випустив той самий майстер під новим кодом. Тепер один аудіофайл живе у світі під двома ISRC. Стрімінгові сервіси бачать два різні записи, статистика ділиться навпіл, історія плейлистів залишається на старому коді, а товариство суміжних прав отримує дві конфліктні реєстрації на одні й ті самі виконавські права.

Що з цим робити практично: перед тим як присвоювати код архівному запису, витратьте годину на пошук наявного. Перевірте старі фізичні носії — на касетних і CD-релізах кінця 1990-х код часто надрукований на поліграфії; перевірте наявні цифрові копії на вбудований ISRC у метаданих; напишіть лейблу чи родині, якщо вони існують. Код, який уже існує, завжди має пріоритет над кодом, який ви створите. І якщо ви достеменно з'ясували, що коду ніколи не було, — тоді ви присвоюєте новий, і це саме той випадок із FAQ IFPI, де новий код доречний.

Розібраний випадок

Щоб було конкретно, ось як виглядає типовий діаспорний вузол і як його розплутують.

Хор при парафії у Вінніпезі записав «Многая літа» на плівку 1981 року; касетний реліз вийшов малим тиражем без жодних кодів. У 1996-му той самий хор перезаписав ту саму пісню в студії — цей реліз уже вийшов на CD, і на поліграфії надрукований ISRC. У 2011-му в Києві вийшла збірка діаспорної хорової музики, куди потрапив запис 1996 року — і укладач збірки присвоїв йому новий код, бо про друкований на буклеті не знав. У 2024-му спадкоємці передали весь архів цифровому видавцеві.

Що є насправді: два записи (1981 і 1996) і три коди, з яких один зайвий. Правильна розв'язка виглядає так:

• Запис 1996 року зберігає той ISRC, який надруковано на CD 1996 року — він перший і він законний. Код зі збірки 2011 року документується в реєстрі як помилковий дублікат, про нього повідомляють дистриб'ютора й товариства, і надалі він не використовується.
• Запис 1981 року ISRC ніколи не мав. Йому присвоюють новий код — це саме той випадок із FAQ IFPI, де новий код доречний. Рік у коді буде роком присвоєння (наприклад, 26), а не 81.
• Обидва записи вказують на один твір: якщо це традиційне многоліття в конкретній обробці — у метаданих має бути названий автор обробки; якщо обробку зробив керівник хору, він і є аранжувальником, і саме він фігурує в реєстрації твору.
• Збірка 2011 року має власний UPC. Цифровий реліз 2026 року матиме інший UPC. Жоден із них не змінює ISRC записів.

Уся ця робота — приблизно одна таблиця й кілька листів. Але зроблена після виходу релізу, вона коштує вже не годину, а роки нерозподілених виплат.

Міграція українського каталогу: коди не «перевидають»

Окрема, дуже актуальна зараз ситуація. Значна частина українського каталогу історично реєструвалася через неукраїнські канали, з російськомовними варіантами назв, з іменами артистів у російській транслітерації, іноді з правовласником, зареєстрованим за межами України. Зараз цей матеріал масово переоформлюють: назви подають українською, транслітерацію виправляють, права переводять на українських правовласників, дистрибуцію переносять.

Це правильна і потрібна робота. Але вона щодня породжує одну й ту саму помилку, і її треба назвати прямо:

Не можна створювати другий ISRC, щоб «полагодити» реєстрацію. Проблема реєстрації розв'язується виправленням реєстрації, а не мінтингом нового коду. Запис зберігає свій код.

Логіка проста і випливає безпосередньо з §4.3 і §4.6 довідника. Зміна назви з російськомовної на українську — це зміна метаданих, а не зміна запису. Зміна транслітерації імені артиста — метадані. Перехід прав до українського правовласника без зміни майстра — прямо описаний у §4.6 випадок, де код залишається тим самим. Зміна дистриб'ютора — метадані. У жодному з цих випадків слухач не почує інший аудіофайл, а отже новий ISRC не потрібен і буде шкідливим.

Що станеться, якщо ви все ж створите новий код: уся накопичена історія — прослуховування, збережені бібліотеки, потрапляння в плейлисти, реєстрації в товариствах, претензії на суміжні права — залишиться на старому ISRC, який тепер нікому не належить у вашій новій системі. Ви не «перезапустите» трек. Ви створите двійника з нульовою історією і залишите гроші на старому коді, до якого більше не маєте доступу через колишнього дистриб'ютора.

Практичний порядок дій під час міграції:

1. Складіть один авторитетний реєстр каталогу: назва українською, назва в попередній реєстрації, версія, наявний ISRC, ISWC (якщо є), автори, UPC релізу.
2. Виправляйте метадані там, де вони живуть: у дистриб'ютора, у ОКУ, у товаристві суміжних прав, у сервісах через їхні інструменти для артистів.
3. Нові ISRC присвоюйте тільки записам, які їх ніколи не мали, і новим версіям (ремікс, едит, лайв, інструментал).
4. Якщо новий код уже помилково створено і реліз вийшов — не створюйте третій. Зафіксуйте обидва коди в реєстрі, повідомте дистриб'ютора і товариства, які саме два коди вказують на один майстер, і далі використовуйте один із них послідовно.

Хто видає ISRC в Україні

Тут потрібна обережність, бо цей ландшафт помітно змінився, і твердження без джерела були б помилкою.

Що можна підтвердити. У списку контактів агенцій ISRC на сайті IFPI Україна присутня, і як національну агенцію вказано Ukrainian Music Alliance (Український музичний альянс), Київ, вул. Шовковична, 10, оф. 28 (IFPI, ISRC Agency Contacts, перевірено 08.09.2026). Та сама сторінка вказує: «If you are based in a country which is not mentioned in the lists above, please apply for your ISRC Prefix code through the International ISRC Agency».

Що треба сказати чесно. Вебадреса, зазначена в цьому переліку IFPI для української агенції, станом на 08.09.2026 не веде на сторінку про ISRC — запит перенаправляється на сторонній ресурс, не пов'язаний із музичною індустрією. Тобто контактні дані в списку IFPI є, а публічна сторінка агенції за вказаним посиланням фактично недоступна. З цього не випливає, що агенція не працює, і ми цього не стверджуємо. Практичний висновок один: перш ніж будувати плани на отримання власного префікса в Україні, зв'яжіться безпосередньо — телефоном або електронною поштою з переліку IFPI — і за відсутності відповіді звертайтеся до Міжнародної агенції ISRC при IFPI в Лондоні, як прямо пропонує та сама сторінка.

Колективне управління — окрема система. Не плутайте агенцію ISRC із ОКУ. В Україні колективне управління регулює Закон «Про ефективне управління майновими правами правовласників у сфері авторського права і (або) суміжних прав», а Реєстр організацій колективного управління веде Міністерство економіки, довкілля та сільського господарства України (Мінекономіки; набір даних на data.gov.ua). Серед акредитованих організацій сторінка Мінекономіки називає, зокрема, ГС «Українська ліга авторських та суміжних прав» (справедлива винагорода, спільна для виконавців і виробників фонограм, за публічне виконання), ГС «Український музичний альянс» (зокрема відтворення в домашніх умовах і в особистих цілях), ГС «Коаліція аудіовізуальних і музичних прав» (кабельна ретрансляція), ГС «Організація колективного управління авторськими і суміжними правами» (публічне виконання музичних недраматичних творів) та ГС «АВТОРИ ТА ВИДАВЦІ» (публічне сповіщення музичних недраматичних творів).

Сфера акредитації тут — не формальність, а саме те, що визначає, куди йти з вашим питанням. ISWC для вашої обробки щедрівки і винагорода за публічне сповіщення — це різні сфери й потенційно різні організації. Перевіряйте актуальний склад реєстру на сайті Мінекономіки перед зверненням: акредитації мають строк і переглядаються.

Префікс від дистриб'ютора. Це легітимно, якщо дистриб'ютор є затвердженим ISRC Manager; перелік веде IFPI (ISRC Managers). Американська агенція ISRC попереджає, що коди від незатверджених компаній «are invalid and risk collisions with codes issued by authorized registrants» (US ISRC Agency). Код, вигаданий сервісом без виділеного префікса, — це не ISRC, а дванадцять символів, які колись зіткнуться з чужими.

Важливий нюанс: префікс належить тому, хто його зареєстрував. Якщо дистриб'ютор видав вам UA-A1B-25-00147, то UAA1B — його код реєстранта. Цей дванадцятисимвольний ISRC ви зобов'язані використовувати на цьому записі завжди, але нові коди під цим префіксом після відходу від дистриб'ютора ви створювати не можете — наступний реліз матиме інший префікс. Каталог із різними префіксами — це норма. Каталог із повтореними порядковими номерами — це аварія.

Коли варто отримати власний код реєстранта

Подавайтеся на власний префікс, якщо:

• ви ведете лейбл із кількома артистами або присвоюєте коди постійно, а не від релізу до релізу;
• ви видаєтеся через кількох дистриб'юторів і хочете один стабільний префікс на весь каталог;
• вам потрібні ISRC до постачання — для синхронізації, фізичного тиражу, передачі на радіо чи реєстрації в товаристві;
• ви оцифровуєте архів і присвоюєте коди сотнями, а не десятками — типова ситуація для хорових колективів, родинних архівів і діаспорних фондів;
• ви хочете, щоб ваші коди не залежали від того, чи існуватиме та чи інша компанія через десять років.

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

Для сольного виконавця з двома синглами на рік коди від дистриб'ютора цілком нормальні. Для архівного проєкту чи лейблу, що будує каталог на десятиліття, власний префікс знімає залежність ціною одноразового зусилля.

UPC/EAN: ідентифікатор релізу і його контрольна цифра

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

UPC ідентифікує товар: цей альбом, ця конфігурація. Цифровий альбом, CD і вініл одного релізу — це три товари й зазвичай три UPC. Сингл має власний UPC; коли той самий запис пізніше потрапляє на альбом, він зберігає свій ISRC, а альбом має інший UPC.

Український префікс GS1 — 482. GS1 у своєму переліку префіксів зазначає: «482 | GS1 Ukraine» (GS1, GS1 Company Prefix). Практичний наслідок, який часто плутають: якщо ви отримали префікс компанії безпосередньо від GS1 Ukraine, ваші коди будуть тринадцятизначними EAN-13, що починаються на 482, — і це не UPC-A з дописаним нулем. Це різні речі: EAN-13, що починається з нуля, — це UPC-A, доповнений зліва; EAN-13, що починається з 482, ніколи не був UPC-A. Обидва цілком валідні; плутанина виникає лише тоді, коли хтось намагається «привести» український код до дванадцяти цифр, відкидаючи цифру. Так робити не можна — це вже інший номер.

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» (GS1 EDI technical user guide). Робіть так само у власних таблицях: це знімає половину проблем зіставлення й рятує від класичної катастрофи, коли Excel мовчки з'їдає провідний нуль.

Чому UPC-A стає EAN-13 дописуванням нуля, а контрольна цифра не змінюється

Це те, що всі повторюють і майже ніхто не пояснює. Вагові коефіцієнти в алгоритмі GS1 прив'язані до правого краю числа, а не до лівого.

Контрольна цифра стоїть у крайній правій позиції. Ідучи вліво від цифри, що стоїть безпосередньо перед нею, ваги чергуються ×3, ×1, ×3, ×1 — і так скільки завгодно далеко. Оскільки цей візерунок відлічується від контрольної цифри, кожна цифра GTIN-12 зберігає рівно ту саму вагу, коли число доповнюють зліва до 13 або 14 знаків. Нічого не зсувається.

Отже, дописаний зліва нуль додає до зваженої суми один доданок — 0 × 3 або 0 × 1, тобто нуль. Сума не змінюється, найближче кратне десяти не змінюється, контрольна цифра не змінюється.

UPC-A, доповнений до EAN-13, зберігає контрольну цифру, бо ваги відлічуються справа, а нуль зліва додає до суми рівно нуль.

Контрольна цифра, порахована вручну

GS1 описує розрахунок у три кроки: помножити кожну позицію на її чергований коефіцієнт, «add results together to create sum», далі «subtract the sum from nearest equal or higher multiple of ten» (GS1, Check Digit Calculator).

Процедура.

1. Візьміть цифри до контрольної.
2. Від крайньої правої з них, рухаючись уліво, множте по черзі на 3, 1, 3, 1, …
3. Додайте добутки.
4. Округліть суму вгору до наступного кратного десяти; різниця і є контрольною цифрою. Якщо сума вже кратна десяти — контрольна цифра 0.

Приклад 1: UPC-A

Візьмімо UPC-A 719340582618. Перші одинадцять цифр — 71934058261, а остання 8 — це те, що ми зараз виведемо. Читаємо одинадцять цифр справа наліво:

Сума: 3 + 6 + 6 + 8 + 15 + 0 + 12 + 3 + 27 + 1 + 21 = 102.

Наступне кратне десяти, не менше за 102, — це 110. 110 − 102 = 8.

Контрольна цифра 8, повний UPC-A: 719340582618. ✓

Тепер EAN-13. Дописуємо нуль: 0719340582618. Дванадцять цифр перед контрольною — 071934058261. Справа наліво одинадцять вихідних цифр зберігають ті самі ваги, а новий провідний 0 отримує дванадцяту вагу ×1 і додає 0. Сума: 102. Наступне кратне десяти: 110. Контрольна цифра: 8 — не змінилася, як і передбачено.

Приклад 2: український EAN-13 з префіксом 482

Тепер порахуємо код, який реально виглядав би як український. Перші дванадцять цифр: 482150739642. Справа наліво:

Сума: 6 + 4 + 18 + 9 + 9 + 7 + 0 + 5 + 3 + 2 + 24 + 4 = 91.

Наступне кратне десяти — 100. 100 − 91 = 9. Повний EAN-13: 4821507396429.

Щоб перевірити, а не згенерувати, проженіть ту саму процедуру, включивши контрольну цифру з вагою ×1, і переконайтеся, що загальна сума кратна десяти. Для 4821507396429: 91 + 9 = 100. Сходиться. Для 719340582618: 102 + 8 = 110. Сходиться.

Контрольна цифра доводить, що число набрано правильно. Вона нічого не доводить про те, що це ваше число.

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

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

Типові збої

Один ISRC на різних записах. Найгірше з можливого, бо воно не самовиправляється: кожна система зіставлення далі по ланцюгу назавжди вважатиме два записи одним. Причина зазвичай прозаїчна — копіювання рядка в таблиці або шаблон, який ніхто не оновив.

Новий ISRC для незміненого перевидання. Знищує накопичену ідентичність запису. Причина — форма онбордингу дистриб'ютора, яка автоматично генерує коди, коли поле «у мене вже є ISRC» лишили порожнім. Заповнюйте це поле завжди.

Переставлені символи в ISRC. Контрольної цифри немає, виявити нічим. Реліз виходить під ідентифікатором, який належить або нікому (прослуховування не зіставляються), або комусь іншому (зараховуються йому). Лікується копіюванням замість набирання і звіркою всіх ISRC релізу з єдиним джерелом.

Кирилиця й транслітерація в полях, де мали бути коди. Українські каталоги регулярно страждають від того, що назви існують у двох-трьох варіантах, а ідентифікатори при цьому неповні. Правило просте: назви можуть бути будь-якими, ідентифікатори мають бути однаковими скрізь.

UPC, який не проходить власну контрольну цифру. Майже завжди друкарська помилка, обрізання числа або провідний нуль, знищений автоформатуванням. Форматуйте стовпець як текст перед вставкою. Ця помилка принаймні гучна — більшість систем прийому її відхиляє.

Розбіжність між ідентифікаторами в аудіофайлі та в метаданих. Найтихіший і найдорожчий збій. ISRC, вшитий в аудіофайл, ISRC у супровідних метаданих (DDEX чи таблиця) і ISRC у реєстрації в товаристві мають бути тими самими дванадцятьма символами. Коли вони розходяться, зовні все працює — реліз виходить, прослуховування ростуть, дашборд показує цифри, — а зіставлення ламається там, де ви цього не бачите, і виявляється через місяці.

Найдорожчі помилки з ідентифікаторами — це ті, що дозволяють релізу вийти й ламають зіставлення вже після цього.

Як прослуховування перетворюється на гроші

Ланцюг корисно тримати в голові, бо він показує, де саме зламаний ідентифікатор його розриває.

1. Відбувається прослуховування. Сервіс фіксує подію на записі, який має у своєму каталозі, і зіставляє його з ISRC, який ви подали.
2. Сервіс звітує. Звіти про використання надходять правовласнику або дистриб'ютору з розбивкою за ISRC, а реліз ідентифікується за UPC. Гроші сторони запису рахуються тут як частка від об'єднаного доходу, а не як фіксована ставка за прослуховування: Spotify зазначає, що не платить ставку за стрім — дохід об'єднується в пул і ділиться за часткою прослуховувань, тому вартість одного прослуховування залежить від пулу.
3. Дистриб'ютор нараховує. Він зіставляє рядки звіту з вашим каталогом за ISRC і UPC і формує виписку. ISRC, якого немає у вашому каталозі, до виписки не потрапляє — він лежить нерозподіленим.
4. Паралельно працює авторська сторона. Винагороду за твір збирають ОКУ, зіставляючи поданий ISRC із зареєстрованим твором (ISWC), а далі — з композитором, поетом, аранжувальником і видавцем. Окрема труба, окремий графік, окремі гроші.
5. Суміжні права. Дохід за публічне виконання і сповіщення запису збирають організації суміжних прав, зіставляючи за ISRC із реєстрацією, у якій названо правовласника й виконавців.
6. Виплата. Гроші йдуть далі з урахуванням оподаткування біля джерела.

Кожен крок — це join за ідентифікатором, і join ламається безшумно. Зламайте ISRC на кроці 1–2 — і гроші сторони запису зависають. Зламайте зв'язок ISRC→ISWC на кроці 4 — і зависають гроші автора; для українського репертуару це найчастіше означає слово «народна» там, де мало стояти прізвище. Зламайте UPC — і ви не зведете виписку з релізом. Зламайте відповідність між аудіо й метаданими — і ламаються всі кроки одразу.

Кожне отримане роялті — це результат з'єднання таблиць, і ідентифікатор — єдине, що це з'єднання тримає.

Дисципліна тут неефектна і коштує приблизно годину на реліз. Тримайте одну авторитетну таблицю: назва треку, версія, ISRC, ISWC, автори й аранжувальник із частками, UPC релізу. Форматуйте стовпці ідентифікаторів як текст. Присвоюйте ISRC до постачання, а не під час нього. Перевіряйте контрольну цифру кожного UPC. Звіряйте ідентифікатори, вшиті в аудіо, з таблицею. Реєструйте записи і твори в профільних організаціях тими самими кодами. Тоді, коли у виписці забракне рядка, у вас буде на що спертися в суперечці — а без такої таблиці ви навіть не доведете, що саме мали отримати.

Швидка довідка

Дистрибуція 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 редакції; §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 (ремікси й редакції; поріг у 10 секунд; перевидання запису, який ніколи не мав ISRC) — https://isrc.ifpi.org/faqs
• IFPI, ISRC Agency Contacts (Україна: Ukrainian Music Alliance; звернення до Міжнародної агенції ISRC для країн поза переліком; перевірено 08.09.2026) — https://isrc.ifpi.org/contacts/isrc-agency-contacts
• IFPI, ISRC Agencies (функції національних агенцій та ISRC Managers) — https://isrc.ifpi.org/isrc-standard/isrc-agencies
• 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, GS1 Company Prefix (перелік префіксів; «482 | GS1 Ukraine») — https://www.gs1.org/standards/id-keys/company-prefix
• 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
• Міністерство економіки, довкілля та сільського господарства України, Колективне управління у сфері авторського права і суміжних прав (акредитовані ОКУ та сфери акредитації; Закон «Про ефективне управління майновими правами правовласників у сфері авторського права і (або) суміжних прав») — https://www.me.gov.ua/Documents/Detail/2e29db4f-7ddf-49bc-bc06-608a149d0d69?lang=uk-UA
• Портал відкритих даних, Реєстр організацій колективного управління (розпорядник — Мінекономіки) — https://data.gov.ua/dataset/4fae326f-c5b6-4f45-a3df-f71002b14848
• 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 — https://www.iswc.org/
• International Standard Musical Work Code, Wikipedia (формат T-123.456.789-C; цифри не несуть змістового навантаження) — https://en.wikipedia.org/wiki/International_Standard_Musical_Work_Code
• Carol of the Bells, Wikipedia (обробка Миколи Леонтовича, 1901–1916; прем'єра — грудень 1916, студенти Київського університету; англійський текст Пітера Вільговського, 1936) — https://en.wikipedia.org/wiki/Carol_of_the_Bells
• Mykola Leontovych, Wikipedia (1877–1921; обробки народних пісень) — https://en.wikipedia.org/wiki/Mykola_Leontovych
• Oi u luzi chervona kalyna, Wikipedia (народне джерело «Розлилися круті бережечки»; публікація 1875 р. В. Антоновича і М. Драгоманова; музична редакція С. Чарнецького, 1914) — https://en.wikipedia.org/wiki/Oi_u_luzi_chervona_kalyna

Примітка про приклади: 719340582618, 0719340582618 і 4821507396429 використані як структурно валідні номери для демонстрації розрахунку контрольної цифри. Вони не подаються як ідентифікатори якогось конкретного релізу. UA-A1B-25-00147 — ілюстративний ISRC, а не реальний код.

Примітка про правовий статус: цей документ описує ідентифікацію, а не обсяг чи строк дії прав. Він не встановлює правового статусу жодного твору, обробки чи запису й не називає жодних строків охорони. Ці питання вирішуються за законодавством відповідної юрисдикції — звертайтеся до юриста або до профільної ОКУ.