Je distributeur gaf je ISRC’s uit. Wat gebeurt er als je vertrekt?

Een ISRC identificeert een opname. Hij identificeert geen zakelijke relatie, is geen licentie en geeft je distributeur niets. Wissel je van distributeur, dan gaan je ISRC’s mee met je opnamen — dat staat vast. Wat mensen verrast, is het deel dat niet meegaat: het prefix. Je houdt elke twaalftekencode die je al gebruikt hebt voor altijd, en je kunt onder dat prefix geen enkele nieuwe code meer uitgeven zodra je weg bent.

Dat onderscheid is het hele artikel. De rest volgt eruit.

Waaruit de code bestaat, en welk deel van jou is

IFPI beschrijft de ISRC als een prefix van vijf tekens — twee letters plus drie alfanumerieke tekens —, dan twee cijfers jaar van toekenning, dan vijf cijfers aanduidingscode. Uitgeschreven: CC-XXX-YY-NNNNN

Landcode plus registrantcode vormen het prefix, en het prefix wordt door een nationaal ISRC-bureau aan één bepaalde partij toegewezen. De registrant beheert de aanduidingscodes binnen elk jaar — tot 100.000 per prefix per jaar over het volledige bereik 00000–99999, al kan de toewijzing voor kleinere registranten smaller zijn: het ISRC Handbook stelt dat „de toewijzing van een nieuw prefix vergezeld gaat van het bereik aan aanduidingscodes waarvoor die registrant is geautoriseerd" (§3.3.4).

Gaf je distributeur je dus QZ-ES6-25-00013, dan is QZES6 de registrantcode van de distributeur. Het volgnummer 00013 is door hen toegekend, uit hun bereik, op hun naam. De opname is van jou, de code hangt permanent aan jouw opname, en het prefix hoort bij de partij die het registreerde.

Eén huishoudelijke opmerking nu de code voor je ligt: de streepjes zijn niet echt. Het Handbook is expliciet: „de letters ‚ISRC' (de spatie) en de streepjes maken geen deel uit van de ISRC" (§5). QZ-ES6-25-00013 en QZES62500013 zijn dezelfde code. Bewaar de twaalf tekens zonder leestekens — leveringsspecificaties willen ze zo, en een string met streepjes in een veld van twaalf tekens is een vermijdbare validatiefout.

Wat je houdt

Je houdt de codes. Allemaal.

Dat volgt uit twee regels die dezelfde kant op wijzen. Handbook §4.6 gaat over een opname die wordt verkocht of gelicentieerd: die houdt haar ISRC. En het verbod om een tweede ISRC toe te kennen aan een ongewijzigde opname betekent dat niemand — jij niet en je nieuwe distributeur niet — een verse code mag uitgeven voor een opname die er al één heeft en die niet wezenlijk is veranderd.

Dus: lever je je catalogus opnieuw via een nieuwe distributeur, dan geef je de bestaande ISRC’s door. Je laat het aanmeldformulier er geen nieuwe genereren. In dat formulier staat meestal een veld als „Ik heb al een ISRC" — dat veld is het hele punt, en het leeg laten is de meest voorkomende manier waarop artiesten hun eigen historie weggooien.

Een nieuwe ISRC uitgeven voor een ongewijzigde heruitgave gooit de opgebouwde identiteit van de opname weg. Playlisthistorie, registraties bij rechtenorganisaties, naburige-rechtenclaims en hitlijsthistorie hangen allemaal aan de oude code. De opname klinkt nog steeds hetzelfde en begint als matchingdoel weer bij nul. Er breekt niets zichtbaars, en juist daarom valt het niet op.

Wat je niet kunt

Je kunt geen nieuwe codes uitgeven onder een prefix dat je niet hebt.

Je bestaande catalogus houdt QZES6 in zijn codes omdat die codes permanent zijn. Je volgende release kan QZES6 niet gebruiken, omdat jij nooit de registrant was: je nieuwe distributeur kent toe vanuit zijn eigen prefix, of jij vanuit dat van jou als je er een hebt.

Hier vrezen mensen dat hun catalogus nu kapot lijkt. Dat is hij niet. Een catalogus met gemengde prefixen is geen defect. Een catalogus met dubbele aanduidingscodes wel. Prefixen laten zien wie welke code wanneer toekende; duplicaten betekenen dat twee verschillende opnamen dezelfde identiteit claimen, en die storing herstelt zichzelf niet. Elk stroomafwaarts matchingsysteem behandelt de twee opnamen permanent als één.

Het Handbook is ondubbelzinnig op het verwante punt §A.3: een ISRC wordt nooit opnieuw toegekend. Is een code eenmaal voor een opname gebruikt, dan hoort hij bij die opname en bij niets anders, definitief.

Of je distributeur überhaupt codes mocht uitgeven

Door distributeurs uitgegeven ISRC’s zijn legitiem — als de distributeur een erkende ISRC Manager is. De US ISRC Agency stelt dat „een handvol bedrijven is goedgekeurd om ISRC’s toe te kennen namens de eigenaar van een opname", en waarschuwt dat codes van niet-geautoriseerde bedrijven „ongeldig zijn en botsingen riskeren met codes van geautoriseerde registranten". IFPI houdt de lijst met erkende managers bij.

Praktisch: een code die een dienst zonder toewijzing verzint, is geen ISRC. Het is een string van twaalf tekens die erop lijkt en die uiteindelijk botst met een echte code van iemand anders. Aan de vorm van de code is dat niet te zien, want een ISRC heeft geen controlecijfer — een UPC wel, een ISWC wel, een ISRC niet, en de specificatie voorziet er ook niet in.

Die afwezigheid is het waard om je eigen te maken, want ze verandert hoe zorgvuldig je met de codes omgaat. Een typefout in een UPC faalt meestal op zijn eigen controlecijfer en wordt luid geweigerd bij ingest. Een typefout in een ISRC glipt erdoor. Eén verwisseld teken levert een andere, volkomen geldig ogende ISRC op die bij de opname van iemand anders hoort — en de streams gaan naar die persoon, of naar niemand, geruisloos.

Duikt er een onbekende landcode op in je catalogus, onderzoek die dan vóór de release, niet erna. Meestal is het een symptoom van iets ergers: een handmatig ingetypte code, of een dienst die codes uitgeeft zonder toegewezen prefix.

Wanneer een eigen registrantcode loont

Vraag bij je nationale ISRC-bureau een eigen prefix aan als een van deze punten geldt:

• Je runt een label met meer dan een handvol artiesten, of je kent doorlopend codes toe in plaats van eens per release.
• Je brengt uit via meer dan één distributeur en wilt één stabiel prefix over de hele catalogus.
• Je hebt ISRC’s vóór levering nodig — voor sync, fysieke productie, omroeplevering of registratie bij rechtenorganisaties.
• Je wilt dat je codes onafhankelijk zijn van het voortbestaan van welk bedrijf dan ook.

Er horen twee beperkingen bij. Prefixen worden opeenvolgend toegewezen en kunnen volgens de US ISRC Agency „na toewijzing niet worden gewijzigd" — je kiest er geen makkelijk te onthouden exemplaar uit. En een rechthebbendenprefix mag alleen worden gebruikt „om ISRC’s toe te kennen aan opnamen die je bezit". Wil je codes toekennen aan opnamen van anderen, dan is dat managerstatus, geen artiestenprefix, en een andere aanvraag.

Voor een solo-artiest met twee singles per jaar zijn distributeurscodes prima, en de migratie hierboven is de hele prijs. Voor wie een catalogus bouwt die hij decennia wil beheren, haalt een eigen prefix een afhankelijkheid weg voor een bescheiden eenmalige inspanning.

Waarom dit op je rekening terechtkomt

Elke uitkering die je ontvangt is het resultaat van een database-join, en de identifier is het enige dat die join bij elkaar houdt. De keten loopt zo:

1. De stream gebeurt. De dienst logt hem tegen de opname in zijn catalogus, gematcht op de ISRC die je hebt geleverd.
2. De dienst rapporteert. Gebruiksrapporten bereiken de rechthebbende of distributeur, uitgesplitst per ISRC, met de release geïdentificeerd via UPC. Het geld aan de opnamekant wordt berekend als aandeel in gepoolde omzet, niet als vaste prijs per stream — Spotify stelt dat het geen tarief per stream betaalt: omzet wordt gepoold en verdeeld naar streamshare, dus wat een stream waard is beweegt mee met de pot.
3. De distributeur rekent af. Hij matcht rapportregels op je catalogus via ISRC en UPC en produceert je afrekening. Een gerapporteerde ISRC die niet in je catalogus staat, bereikt je afrekening nooit; die blijft ongealloceerd.
4. De compositiekant loopt parallel. Rechtenorganisaties en mechanische licentie-instanties koppelen de gerapporteerde ISRC aan het geregistreerde werk (ISWC) en van daar aan auteurs en uitgevers. Andere pijplijn, ander schema, ander geld.
5. Naburige rechten. Inkomsten uit uitzending en openbaarmaking van de opname worden op ISRC gematcht tegen een registratie die de rechthebbende en de betrokken uitvoerenden noemt.
6. Betaling, onder voorbehoud van fiscale behandeling aan de bron.

Een distributeurswissel raakt stap 1 tot en met 3 direct. Lever de oude ISRC’s en de joins blijven werken: de rapporten noemen nog steeds codes die je catalogus kent. Laat nieuwe codes genereren en de rapporten noemen codes die in niemands historie iets betekenen — het geld komt nog steeds binnen, maar de identiteit van de opname reist niet mee, en stap 4 en 5 matchen tegen registraties die aan de losgelaten codes hangen.

De stilste storing in de hele keten is een verschil tussen de ISRC in het audiobestand, de ISRC in de bijbehorende metadata en de ISRC in je registratie bij de rechtenorganisatie. Lopen die uiteen, dan lijkt alles te werken — de release staat live, streams lopen op, dashboards tonen cijfers — en faalt de matching op een plek die je niet ziet, maanden later.

Wat je doet vóór je de opzegmail stuurt

De migratie is administratief, niet technisch, en veel makkelijker zolang je nog een werkende login hebt.

• Exporteer eerst de identifierlijst. Titel, versie, ISRC, ISWC, auteursaandelen, release-UPC — één gezaghebbend blad, voordat je de toegang verliest tot het dashboard dat het bevat.
• Zet identifierkolommen op tekst voordat je iets plakt. Een voorloopnul die door autoformattering verdwijnt, is later een UPC die op zijn eigen controlecijfer faalt.
• Kopiëren, nooit overtypen. Er is geen controlecijfer dat een verwisseling opvangt.
• Vul het veld „Ik heb al een ISRC" in voor elke track bij de nieuwe distributeur. Voor elke, zonder uitzondering.
• Controleer vóór levering dat de identifiers in je audio overeenkomen met het blad — niet erna.
• Reken op een nieuw prefix bij je volgende release en zie het niet als fout.

Dat is ongeveer een uur ongeglamoureus werk per release, en het is het verschil tussen een afrekening waarover je kunt discussiëren en een afrekening die je alleen kunt accepteren.

Wat je hiermee doet

Je codes zijn van jou omdat ze aan je opnamen hangen, niet vanwege wie ze uitgaf. Het prefix blijft achter; de identiteit hoeft dat niet. De echte fout is niet het verliezen van de codes — het is ze geruisloos vervangen.

Mazufa’s gratis ISRC- en barcodechecker staat op /isrc-upc-checker. Hij draait volledig in je browser — er wordt niets geüpload — en vertelt je of een code structureel klopt en of het controlecijfer van een barcode juist is. Hij kan je niet vertellen of een ISRC de juiste code voor jouw opname is, want geen enkel hulpmiddel kan dat: er is geen controlecijfer, en alleen je eigen referentielijst beslist dat.

Mazufa distribueert muziek zonder uploadkosten, zonder abonnement en zonder kosten per release, en neemt 0% commissie: ontvangen royalty’s voor een release worden volledig doorbetaald. Overboekingskosten van een bank of betaaldienst en wettelijke bronbelasting zijn kosten van derden, geen inhouding van Mazufa. Elke volledige aanmelding krijgt een menselijke beoordeling.

Bronnen

• IFPI, ISRC Structure (landcode, registrantcode, jaar van toekenning, aanduidingscode). isrc.ifpi.org/isrc-standard/isrc-structure
• IFPI, International Standard Recording Code (ISRC) Handbook (§3.3.4 bereiken van aanduidingscodes; §4.6 een verkochte of gelicentieerde opname houdt haar ISRC; §5 streepjes horen niet bij de code; §A.3 een ISRC wordt nooit opnieuw toegekend). ifpi.org/wp-content/uploads/2021/02/ISRC_Handbook.pdf
• IFPI, ISRC Managers — de lijst met partijen die namens een rechthebbende ISRC’s mogen toekennen. isrc.ifpi.org/get-isrc/isrc-managers
• US ISRC Agency, How It Works (erkende managers; codes van niet-geautoriseerde uitgevers zijn ongeldig en riskeren botsingen; prefixen worden opeenvolgend toegewezen en zijn niet wijzigbaar; rechthebbendenprefixen alleen voor eigen opnamen). usisrc.org/how-it-works/
• Spotify’s gepubliceerde verklaring dat er geen tarief per stream wordt betaald: omzet wordt gepoold en verdeeld naar streamshare. support.spotify.com