De meeste problemen met identificatiecodes zijn niet moeilijk. Ze worden alleen zo vaak verkeerd herhaald dat iedereen ze gelooft. De duurste is de bewering dat een remaster altijd een verse ISRC nodig heeft. De IFPI ISRC Handbook zegt in gewone taal het tegenovergestelde, en het gangbare advies volgen is precies hoe een catalogus over twee codes gesplitst raakt, met streamtellingen en royalty's verdeeld over allebei.
Dit gaat over de drie identificatiecodes die op een release zitten, wat elke code werkelijk benoemt, en hoe je de barcode die je hebt gekregen verifieert zonder iemand op zijn woord te geloven.
De ISRC telt 12 tekens, en de streepjes horen er niet bij
Een ISRC bestaat uit 12 tekens, in vier velden:
| Veld | Lengte | Voorbeeld |
|---|---|---|
| Land | 2 | QZ |
| Registrant | 3 | NWX |
| Referentiejaar | 2 | 26 |
| Aanduiding | 5 | 00147 |
Uitgeschreven met scheidingstekens is dat QZ-NWX-26-00147. Zoals hij werkelijk wordt opgeslagen, is het QZNWX2600147.
De streepjes zijn uitsluitend een weergaveconventie. Ze maken geen deel uit van de code. Een leveringsspecificatie die twaalf tekens wil, wil twaalf tekens, en de vorm met streepjes plakken in een veld dat ze telt is een van de saaiere manieren om validatie te laten mislukken. Sla overal de vorm zonder streepjes op en voeg de streepjes alleen toe als een mens het gaat lezen.
Het tweede wat je moet weten, is wat een ISRC níét heeft: er zit geen controlecijfer in een ISRC. Niets in de code valideert de code. Typ je één teken verkeerd, dan is het resultaat nog steeds een structureel geldige ISRC — hij wijst alleen nu naar een andere opname, of naar niets. Barcodes controleren zichzelf. ISRC's niet. Die asymmetrie is het waard om je eigen te maken, want ze bepaalt hoeveel zorg elk van beide vraagt als hij met de hand wordt overgenomen.
Drie identificatiecodes, drie verschillende dingen
Deze worden in gesprekken door elkaar gebruikt en ze zijn allesbehalve uitwisselbaar.
- ISRC identificeert de opname. Eén specifieke vastgelegde uitvoering, zoals ze is opgenomen.
- ISWC identificeert het nummer — de onderliggende compositie, het ding dat een schrijver heeft geschreven.
- UPC identificeert de release — het product dat je te koop aanbiedt.
Een nummer heeft dus één ISWC en kan twintig ISRC's hebben, één voor elke opname ervan. Eén opname draagt één ISRC en kan op een single, een album en een verzamelaar staan — drie UPC's, één ISRC, in alle drie de gevallen ongewijzigd.
Het praktische gevolg: komen je streams of je royalty's op de verkeerde plek terecht, dan is de eerste vraag welke van de drie codes fout is, want elk ervan wordt door een ander deel van de keten gelezen.
Wat werkelijk een nieuwe ISRC vereist
Een nieuwe ISRC is vereist wanneer de opname wezenlijk anders is. Dat betekent:
- een remix
- een edit
- een liveversie
- een instrumentale versie
Elk daarvan is een andere opname, en heeft een eigen code nodig.
Een nieuwe ISRC is niet vereist voor een heruitgave van dezelfde opname. Dezelfde audio, nieuwe releasedatum, nieuwe artwork, nieuw label, nieuwe distributeur — de opname is niet veranderd, dus de code verandert niet.
Dat laatste punt heeft een direct commercieel gevolg. Een ISRC blijft bij de opname wanneer je van distributeur wisselt. Hij is geen eigendom van de distributeur en hij verloopt niet als jullie relatie eindigt. Verhuis je, dan verhuist de code mee met de opname, en hem opnieuw registreren onder een nieuwe code is een manier om de geschiedenis achter de oude kwijt te raken, geen opruimklus.
De remasterregel, zoals ze werkelijk geschreven staat
Hier gaan de meeste gidsen de mist in.
De IFPI ISRC Handbook stelt in §A.10.1 dat "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."
Lees dat "if and only if". De toets is creatieve inbreng in de opname zelf. Niet inspanning, niet kosten, niet het feit dat er een engineer bij betrokken was, niet het feit dat het bestand daarna anders is.
De Handbook gaat vervolgens verder en benoemt wat níét meetelt. Uitdrukkelijk uitgesloten zijn:
- eenvoudige niveauverandering
- invariante EQ
- invariante compressie
- ruisonderdrukking
- klikverwijdering
- snelheids- en toonhoogtecorrectie
- verandering van samplefrequentie
- dithering
En hij zegt het rechtstreeks: "A new ISRC shall not be assigned in the context of essentially invariant or technological adjustment processes."
Die lijst dekt het meeste van wat er met een achtercatalogus gebeurt wanneer die voor streaming wordt klaargemaakt. Een master uit 2011 omlaag halen voor luidheidsnormalisatie, klikken opruimen uit een bandoverzetting, hersamplen naar een andere frequentie, dithering op weg naar een leveringsformaat — niets daarvan is creatieve inbreng onder §A.10.1. Schrijf dus niet, en geloof niet, dat een remaster altijd een nieuwe ISRC nodig heeft. Meestal is dat niet zo.
Het woord dat in die lijst het werk doet, is invariant. Een EQ-curve die gelijkmatig over de hele opname wordt toegepast, is een technologische aanpassing. Iemand die beslissingen neemt binnen de opname — passages verschillend behandelen, elementen op gevoel herbalanceren — zit aan de andere kant van de lijn. Kun je wat er gedaan is beschrijven als een instelling in plaats van als een reeks keuzes, dan is het vrijwel zeker invariant.
De ene veilige praktische aanvulling
Er is een geval waarin je wél een nieuwe ISRC moet toekennen ook al lijkt de bewerking zelf invariant, en het is een commercieel geval, geen technisch.
Wordt de remaster als aparte track naast het origineel verkocht, dan is het een apart product en heeft het een eigen code nodig.
Dat is de aanvulling, en die kun je veilig zo stellen. Kan een luisteraar beide versies in dezelfde winkel zien en ertussen kiezen, dan worden er twee dingen verkocht, en twee dingen die verkocht worden moeten uit elkaar te houden zijn voor de systemen die ze tellen. Vervangt de remaster het origineel gewoon — dezelfde catalogusplek, oude versie teruggetrokken — dan geldt §A.10.1 en blijft de code, tenzij er creatieve inbreng was.
Alles voorbij die aanvulling is een oordeel, en het eerlijke antwoord is dat de toets van de Handbook de toets is. Twijfel je, schrijf dan in één zin op wat er werkelijk met de audio is gedaan. Bevat die zin alleen items uit de uitsluitingslijst, dan heb je je antwoord.
UPC en EAN: 12 cijfers, 13 cijfers, één controlecijfer
De barcode op een release identificeert de release — het product — en niet de opname.
UPC-A telt 12 cijfers. EAN-13 telt er 13. Het zijn geen twee verschillende nummersystemen waartussen je moet omrekenen. Een UPC-A wordt een EAN-13 door er een nul voor te zetten, en het controlecijfer verandert niet.
Dat is het waard om twee keer te zeggen, want het is de bron van veel onnodige zenuwen. Vraagt het formulier van een distributeur om een EAN van 13 cijfers en heb jij een UPC van 12, dan zet je er een nul voor. Je herberekent niets. Het laatste cijfer dat je al hebt, klopt nog steeds.
Waarom het controlecijfer overleeft, wordt zichtbaar zodra je het algoritme kent, en dat volgt hierna.
Je eigen barcode met de hand nakijken
De regel: wissel vanaf rechts af tussen ×3 en ×1 over de cijfers vóór het controlecijfer, tel ze op, en het controlecijfer is wat het totaal naar het volgende veelvoud van 10 brengt.
Neem een romp van 11 cijfers en bereken wat het twaalfde cijfer moet zijn. Romp:
8 5 9 7 5 1 2 3 4 0 1Begin aan de rechterkant van die romp — bij de 1 — en wissel af, ×3 eerst:
| Cijfer (van rechts) | 1 | 0 | 4 | 3 | 2 | 1 | 5 | 7 | 9 | 5 | 8 |
|---|---|---|---|---|---|---|---|---|---|---|---|
| Gewicht | ×3 | ×1 | ×3 | ×1 | ×3 | ×1 | ×3 | ×1 | ×3 | ×1 | ×3 |
De ×3-cijfers zijn 1, 4, 2, 5, 9 en 8. Ze tellen op tot 29, en 29 × 3 = 87.
De ×1-cijfers zijn 0, 3, 1, 7 en 5. Ze tellen op tot 16.
Totaal: 87 + 16 = 103.
Het volgende veelvoud van 10 boven 103 is 110. Het controlecijfer is dus 110 − 103 = 7, en de volledige UPC-A is:
859751234017Zet er nu de nul voor om de EAN-13 te maken:
0859751234017Tel opnieuw. De afwisseling begint nog steeds op dezelfde plek — het cijfer direct links van het controlecijfer krijgt nog altijd ×3 — dus elk oorspronkelijk cijfer houdt het gewicht dat het had, en de nieuwe voorloopnul komt op een ×1-positie terecht waar hij 0 bijdraagt. Het totaal is nog steeds 103. Het controlecijfer is nog steeds 7. Dat is de hele reden waarom de omzetting gratis is.
Twee dingen die hieruit volgen en in de praktijk nuttig zijn.
Is je berekende totaal al precies een veelvoud van 10, dan is het controlecijfer 0 — niet 10, en niet het volgende veelvoud. En controleer je een barcode die je hebt gekregen en komt de rekensom niet uit op het gedrukte cijfer, dan klopt er ergens iets niet aan het nummer. Eén verkeerd getypt cijfer breekt de som vrijwel altijd. Twee verwisselde naastliggende cijfers soms niet, want ze kunnen op gewichten vallen die elkaar toevallig opheffen, dus een geslaagde controle is goed bewijs en geen bewijsvoering.
Vijf minuten met een pen vertelt je of de code op je release echt is. Dat is een betere besteding van die tijd dan iemand mailen om het te vragen.
Wat je hiermee doet
Drie dingen, op volgorde.
- Bewaar je ISRC's zonder streepjes, op één plek die jij beheert, samen met welke opname elke code benoemt. Niet in het dashboard van een distributeur — in je eigen bestand. De codes zijn van jou en ze volgen de opnames.
- Voordat je een remaster een nieuwe ISRC geeft, schrijf je in één zin op wat er met de audio is gedaan. Gaat het om niveau, invariante EQ, invariante compressie, ruisonderdrukking, klikverwijdering, snelheids- of toonhoogtecorrectie, verandering van samplefrequentie of dithering, dan zegt §A.10.1: behoud de code. Gaat de remaster naast het origineel in de verkoop, geef hem dan hoe dan ook een nieuwe.
- Reken het controlecijfer van je barcode één keer na. Het kost vijf minuten en het is de enige van de drie codes die je zelf vertelt of hij fout is.
Bij Mazufa is releasen gratis en is de commissie 0% — geen percentage van royalty's, alles volledig doorbetaald — en het gaat op uitnodiging, met een mens die elke volledige aanvraag leest. Onze tools draaien volledig in je browser; er wordt geen audio geüpload. Maar niets daarvan verandert de identificatiecodes op je opnames. Die horen bij de opnames, en ze blijven erbij waar je ook heen gaat.
Bronnen
- IFPI ISRC Handbook, §A.10.1 — verified 2026-09-07. (In ons referentiecorpus is voor dit document geen URL vastgelegd; het sectienummer staat erbij zodat je het rechtstreeks in de Handbook kunt nakijken.)