Hoe één stream een betaling wordt, en waar de keten stilletjes breekt

Een stream is geen betaling. Het is de eerste regel in een keten van database-joins, en elke join in die keten wordt gemaakt op een identifier die jij hebt aangeleverd. Wanneer een van die identifiers onjuist is, keurt niets hem af en schrijft niemand je aan. De beluistering wordt nog steeds geteld, het geld wordt nog steeds geïnd, en het houdt op met bewegen bij de join die faalde.

Dit is die keten, stap voor stap: welke identifier elk onderdeel leest, wat een door je distributeur uitgegeven ISRC je werkelijk geeft en wat je behoudt als je vertrekt, en waarom de dure mankementen juist degene zijn die de release wél live laten gaan.

De drie identifiers, en wie welke leest

Drie identifiers besturen de toeleveringsketen van opgenomen muziek. Ze door elkaar halen is de meest voorkomende oorzaak van ongematchte royalty's, en elk ervan wordt door een ander deel van de keten gelezen.

ISRC identificeert de opname. ISO 3901, beheerd door IFPI als Registration Authority, met nationale bureaus die de toewijzing verzorgen. Eén master, één ISRC. Je studioversie van een song en je liveversie van diezelfde song zijn twee opnames en dus twee ISRC's. Gelezen door: streamingdiensten die een beluistering matchen, distributeurs die een rapportageregel aan jouw catalogus koppelen, en organisaties voor naburige rechten die uitzending en openbaar gebruik matchen.

ISWC identificeert de compositie. ISO 15707, beheerd onder CISAC. Het formaat is T-123.456.789-C — een T-prefix, negen cijfers en een controlecijfer — en de cijfers dragen geen ingebouwde betekenis over regio, schrijver of uitgever. Twintig opnames van één song delen één ISWC en hebben twintig ISRC's. Een ISWC vraag je niet zelf aan; hij wordt toegekend via je auteursrechtenorganisatie of uitgever wanneer het werk wordt geregistreerd. Gelezen door: rechtenorganisaties en instanties voor mechanische licenties die geld naar schrijvers en uitgevers routeren.

UPC/EAN identificeert de release. Een GS1 Global Trade Item Number — dezelfde soort productcode die een fles shampoo identificeert. UPC-A is 12 cijfers, EAN-13 is 13. Hij benoemt het album, de ep of de single als commercieel product. Een ep met drie tracks heeft één UPC en drie ISRC's. Gelezen door: retail en rapportage op productniveau, en door jou wanneer je een afrekening probeert te rijmen met een release.

De ISRC is de opname, de ISWC is de song, en de UPC is de doos waarin je ze hebt verkocht. Het geld splitst precies langs die drie lijnen: opname-inkomsten op ISRC, uitgave-inkomsten op ISWC en op de koppelingen van ISRC naar ISWC in de databases van rechtenorganisaties, rapportage op productniveau op UPC.

De zes stappen, en de identifier die elke stap leest

Hier is één beluistering, van de telefoon van een luisteraar tot geld op een rekening.

Twee dingen over deze tabel zijn het waard hardop te zeggen.

Bij stap 2 wordt het bedrag bepaald, en dat is geen tarief. Geld aan de opnamekant wordt berekend als aandeel in gebundelde inkomsten. Spotify stelt dat het geen tarief per stream betaalt: de inkomsten worden gebundeld en verdeeld naar streamshare, dus wat een beluistering waard is, varieert met de pot. Ook publiceert geen enkele dienst een uitbetalingstarief per land.

Stap 4 is een aparte pijplijn met een apart schema en apart geld. Uitgave-inkomsten komen niet binnen omdat de opname matchte. Ze komen binnen omdat de koppeling van ISRC naar ISWC in een database van een rechtenorganisatie bestaat. Breek die koppeling en de opname betaalt perfect uit terwijl de kant van de schrijver ongematcht blijft liggen.

Wat een door een distributeur uitgegeven ISRC werkelijk is

Een ISRC identificeert een opname, geen zakelijke relatie. De code is geen licentie en verleent je distributeur niets.

Door distributeurs uitgegeven codes zijn legitiem wanneer de distributeur een erkende ISRC Manager is. Het US ISRC Agency stelt dat "a handful of companies are approved to assign ISRCs on behalf of the owner of a recording," en waarschuwt dat codes van niet-geautoriseerde bedrijven "are invalid and risk collisions with codes issued by authorized registrants." IFPI houdt de lijst van erkende managers bij. Een code die verzonnen is door een dienst zonder toewijzing is geen ISRC. Het is een tekenreeks van twaalf tekens die zal botsen met de echte code van iemand anders.

De ISRC bestaat uit 12 tekens in vier velden: twee voor de landcode, drie voor de registrantcode, twee cijfers voor het referentiejaar, vijf cijfers voor de aanduidingscode. Koppeltekens zijn een leeshulp en zijn geen onderdeel van de code — dat staat in het Handbook bij §5. Er is geen controlecijfer. De landcode plus de registrantcode vormen samen de prefix, en de prefix wordt door een nationaal ISRC-bureau toegekend aan een specifieke registrant.

Die laatste zin is de hele kwestie.

Wat je behoudt als je vertrekt, en wat niet

Splits het in tweeën, want het antwoord verschilt per helft.

De codes van twaalf tekens: die behoud je, en dat moet ook. Wanneer je van distributeur wisselt, gaan je ISRC's mee met de opnames. Dat volgt uit §4.6 van het Handbook — een ongewijzigde opname die wordt verkocht of gelicentieerd behoudt haar ISRC — en uit het staande verbod in §4.3 op het toekennen van een tweede ISRC aan een opname die niet wezenlijk is veranderd. Die codes blijven permanent aan die masters gekoppeld.

De prefix: die behoud je niet. Heeft je distributeur je QZ-ES6-25-00013 gegeven, dan is QZES6 de registrantcode van de distributeur, niet die van jou. Je blijft die exacte ISRC van twaalf tekens voor altijd op die opname gebruiken. Je kunt echter geen nieuwe codes onder QZES6 aanmaken zodra je vertrekt, dus je volgende release draagt een andere prefix.

Een catalogus met gemengde prefixen is geen gebrek. Een catalogus met dubbele aanduidingscodes wel.

De registrant beheert de aanduidingscodes binnen elk jaar — tot 100,000 per prefix per jaar over het volledige bereik 00000–99999. Voor kleinere registranten kan de toewijzing smaller zijn: "The allocation of a new prefix will be accompanied by the range of designation codes for which it is authorised for that registrant" (Handbook §3.3.4).

Wanneer je je eigen registrantcode aanvraagt

Vraag bij je nationale ISRC-bureau je eigen prefix aan wanneer:

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

Twee beperkingen van het US ISRC Agency: prefixen worden in volgorde toegekend en "cannot be altered after allocation," en een prefix van een rechthebbende hoort alleen gebruikt te worden "to assign ISRCs for recordings that you own." Codes toekennen aan opnames van anderen vereist de status van manager, niet een artiestenprefix.

Voor een soloartiest die twee singles per jaar uitbrengt, voldoen door de distributeur uitgegeven codes prima. Voor wie een catalogus bouwt om decennialang te beheren, haalt een eigen prefix een afhankelijkheid weg voor een bescheiden eenmalige inspanning.

De faalvormen, en wat elk ervan kost

Dit zijn degene die daadwerkelijk voorkomen, met de stap die elk ervan breekt.

Eén ISRC hergebruiken over verschillende opnames. De ergste fout die je kunt maken, want hij corrigeert zichzelf niet. Elk stroomafwaarts matchingsysteem behandelt de twee opnames permanent als één. Een organisatie voor naburige rechten ontvangt afspeeldata voor allebei en kan ze niet uit elkaar houden; betalingen vloeien samen tot één regel en worden verdeeld op basis van welke eigendomsgegevens er ook maar voor die code geregistreerd staan. Hebben de opnames verschillende uitvoerenden of splits, dan wordt er iemand betaald voor een opname die hij niet heeft gemaakt. Gebruikelijke oorzaak: kopiëren en plakken in een spreadsheet, of een sjabloonregel die niemand heeft bijgewerkt. Breekt stap 1, 3 en 5 tegelijk.

Een nieuwe ISRC aanmaken voor een ongewijzigde heruitgave. Gooit de opgebouwde identiteit van de opname weg. Playlisthistorie, registraties bij rechtenorganisaties, claims op naburige rechten en hitlijstgeschiedenis zijn gekoppeld aan de oude code, en niets daarvan gaat mee. Voor de branche is er zomaar een gloednieuwe opname verschenen zonder enige geschiedenis. Gebruikelijke oorzaak: een onboardingformulier van een distributeur dat automatisch codes genereert terwijl het veld "ik heb al een ISRC" leeg is gelaten. Vul dat veld altijd in. Dit is de meest voorkomende zelfverwonding bij catalogusmigratie.

Een verkeerde landcode. Meestal een symptoom van iets ergers: iemand heeft de code met de hand ingetypt, of een dienst heeft codes verzonnen zonder toegekende prefix. Onderzoek een onbekende landcode vóór de release, niet erna.

Verwisselde tekens in een ISRC. Geen controlecijfer, geen detectie. De opname wordt geleverd onder een identifier die ofwel van niemand is — beluisteringen blijven ongematcht — ofwel van iemand anders, in welk geval de beluisteringen aan die persoon worden toegeschreven. Beperk het risico door te kopiëren en plakken in plaats van over te typen, en door elke ISRC in een release te toetsen aan één bronlijst.

Een UPC die zijn eigen controlecijfer niet haalt. Bijna altijd een typefout, een afkapping, of een voorloopnul die door automatische opmaak in een spreadsheet is vernietigd. Maak de kolom tekstopgemaakt voordat je plakt. Dit mankement is in elk geval luid: de meeste inleessystemen keuren het zonder meer af. GS1 raadt aan GTIN's uniform op te slaan — "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." Doe dat ook in je eigen spreadsheets.

Identifiers die niet overeenkomen tussen audiolevering en metadata. Het stilste en duurste mankement. De ISRC die in het audiobestand is ingebed, de ISRC in de bijbehorende DDEX- of spreadsheetmetadata, en de ISRC in je registratie bij de rechtenorganisatie moeten dezelfde twaalf tekens zijn. Lopen ze uiteen, dan lijkt alles te werken — de release gaat live, streams lopen op, dashboards tonen cijfers — maar het matchen faalt ergens waar je het niet ziet, maanden later. Breek de overeenkomst tussen audio en metadata en elke stap breekt tegelijk.

Waarom een kapotte identifier stilte oplevert, geen foutmelding

Er zijn twee structurele redenen waarom de keten stil faalt, en ze versterken elkaar.

De eerste is dat een join geen mening heeft. Elke stap hierboven is een database-join: neem een identifier uit een rapportageregel, zoek hem op in een catalogus, hang geld aan de match. Een join die niets vindt, geeft geen foutmelding. Hij geeft niets terug. Een gerapporteerde ISRC die niet in de catalogus van je distributeur staat, bereikt je afrekening nooit — hij blijft niet-toegewezen liggen. Niets in het mechanisme is ontworpen om je te vertellen dat er een regel is zoekgeraakt, want vanuit het systeem gezien is er geen regel zoekgeraakt; er viel eenvoudigweg niets te matchen.

De tweede is dat de ISRC zichzelf niet kan controleren. Een UPC heeft een controlecijfer en een ISWC heeft een controlecijfer. Een ISRC niet — niets in de specificatie voorziet erin. Eén verwisseld teken levert dus een andere, volmaakt goed gevormde ISRC op die bij de opname van iemand anders hoort, en hij komt door elke validator. Machinaal kun je alleen de vorm controleren: twee letters, drie alfanumerieke tekens, twee cijfers, vijf cijfers, een geregistreerde landcode, een plausibel jaar. Door die asymmetrie verdient het invoeren van ISRC-gegevens een achterdocht die het invoeren van een UPC niet nodig heeft — een typefout in een UPC struikelt meestal over het eigen controlecijfer, terwijl een typefout in een ISRC er ongehinderd doorheen zeilt.

Bij elkaar: de onjuiste-maar-geldige identifier wordt bij levering geaccepteerd, de join die hij breekt faalt stil, en het enige zichtbare symptoom is een getal dat kleiner is dan het had moeten zijn — wat niet te onderscheiden is van een rustige maand.

Een ongematchte royalty is nog geen verloren royalty. Maar hij wordt het volgens een schema, en niemand stuurt een herinnering.

Wat je doet vóór je volgende levering

De discipline is weinig glamoureus en kost ongeveer een uur per release.

1. Houd één gezaghebbend overzicht bij dat jij beheert: tracktitel, versie, ISRC, ISWC, schrijverssplits, UPC van de release. Geen dashboard van een distributeur — je eigen bestand. Maak de identifierkolommen tekstopgemaakt voordat je er iets in plakt.
2. Ken ISRC's toe vóór de levering, niet tijdens. Heb je al een code voor een opname, zet die dan in het formulier. Weet je niet zeker of een versie een nieuwe nodig heeft, dan staan de regels voor remixen, edits, live-opnames en remasters op /blog/isrc-when-you-need-a-new-one/.
3. Controleer elk UPC-controlecijfer, en bevestig dat de identifiers die in je audio zijn ingebed teken voor teken overeenkomen met het overzicht, voordat er iets wordt geleverd.
4. Registreer opnames en werken bij de betrokken rechtenorganisaties met dezelfde codes die je hebt geleverd. Dat is wat bij stap 4 de koppeling van ISRC naar ISWC opbouwt.

Wanneer er dan een regel op een afrekening ontbreekt, heb je een bron van waarheid om je op te beroepen. Zonder die bron kun je niet vaststellen wat er betaald had moeten worden.

Mazufa's ISRC- en UPC/EAN-controle is gratis te vinden op /isrc-upc-checker; hij valideert de structuur van een ISRC en de controlecijfers van UPC/EAN en draait volledig in je eigen browser. Hij kan je niet vertellen dat een ISRC jouw ISRC is — dat kan niets — maar hij vangt wel een misvormde code en een verkeerd controlecijfer vóór levering in plaats van erna.

Bronnen

• IFPI, ISRC Structure (landcode, registrantcode, referentiejaar, aanduidingscode) — https://isrc.ifpi.org/isrc-standard/isrc-structure
• IFPI, International Standard Recording Code (ISRC) Handbook (§3.3.4 bereiken van aanduidingscodes; §4.3 geen tweede ISRC zonder wezenlijke verandering; §4.6 een ongewijzigde opname die wordt verkocht of gelicentieerd behoudt haar ISRC; §5 koppeltekens zijn geen onderdeel van de code) — https://www.ifpi.org/wp-content/uploads/2021/02/ISRC_Handbook.pdf
• IFPI, ISRC Managers (lijst van entiteiten die erkend zijn om namens een rechthebbende ISRC's toe te kennen) — https://isrc.ifpi.org/get-isrc/isrc-managers
• US ISRC Agency, How It Works (erkende managers; risico op botsing door niet-geautoriseerde uitgevers van codes; prefixen worden in volgorde toegekend en zijn niet wijzigbaar; prefixen van rechthebbenden alleen gebruiken voor eigen opnames) — https://usisrc.org/how-it-works/
• GS1, Communicating GS1 trade item numbers (GTIN's opgeslagen als 14 cijfers, kortere formaten aangevuld met voorloopnullen) — https://www.gs1.org/edi-xml/technical-user-guide/Item_Numbers
• ISO 15707:2001, International Standard Musical Work Code (ISWC) — https://www.iso.org/standard/28780.html
• CISAC, International Identifiers (beheer van de ISWC) — https://www.cisac.org/services/information-services/international-identifiers
• International Standard Musical Work Code, Wikipedia (ISWC-formaat T-123.456.789-C) — https://en.wikipedia.org/wiki/International_Standard_Musical_Work_Code