Je metadata bepaalt hoeveel royalty’s je echt binnenhaalt

Neem een songwriter met een afgesproken auteursaandeel van 16%, terwijl zijn aandeel als 8% is geregistreerd. Niet 8% van de opname-inkomsten via een of andere onderhandelde deal. Een auteursaandeel van acht procent, vastgelegd als getal in een veld en toegepast op elke uitbetaling die op die gegevens draait, tot iemand het corrigeert. Geen tariefonderhandeling heeft dat cijfer opgeleverd. Een invoerfout wel.

De meeste discussies over wat artiesten verdienen gaan over het tarief: wat een stream waard is, hoe de pot wordt verdeeld, wie de prijs bepaalt. Dat debat is terecht. Maar er speelt eerder in de keten een stiller probleem, want voordat er een tarief van toepassing kan zijn, moet een betaling jou eerst vinden. En dat gebeurt via de identificatiecodes en credits die aan je release hangen. Kloppen die gegevens, dan is het tarief het hele verhaal. Kloppen ze niet, dan kun je geld mislopen waar geen enkele tariefkaart iets over zegt.

In dit artikel lopen we door de anatomie van een royaltybetaling, de concrete plekken waar geld uit een catalogus weglekt, waarom die lekken ongemerkt oplopen en hoe schone identificatiecodes en aanlevering volgens de DDEX-standaard een catalogus die je bezit veranderen in een catalogus waarop je ook echt betaald krijgt. Aan het eind vind je een checklist voor metadatahygiëne die je bij elke release kunt doorlopen.

Een royalty begint als een gebeurtenis. Iemand speelt je track af, koopt hem of synct hem in een video. Die gebeurtenis wordt gerapporteerd, en ergens in de keten moet een systeem één vraag beantwoorden: van wie is dit, en in welke verhouding? Het antwoord komt uit de identificatiecodes en credits die aan de opname hangen.

Die koppeling steunt op een klein aantal identificatiecodes, elk met één taak. De ISRC benoemt de specifieke opname, de ISWC de onderliggende compositie en de UPC houdt de release bij elkaar. De verdelingen kennen vervolgens percentages toe aan de partijen aan elke kant: auteurs- en uitgeversaandelen in de registratie van het werk, aandelen in de opname-inkomsten bij de distributeur. De identificatiecodes zijn koppelsleutels: heb je ze goed, dan belandt het geld in de juiste rij; zit er één fout, dan mislukt de koppeling of komt het geld ongemerkt in de rij van iemand anders terecht. De verdelingen bepalen daarna hoe die rij wordt verdeeld.

Daarom is hoe je je catalogus beheert een kwestie van inkomsten, niet van administratie. De catalogus is de opzoektabel waar elke toekomstige betaling tegenaan wordt gehouden.

Lekken zijn zelden spectaculair. Ze zijn klein, specifiek en bij het uploaden makkelijk over het hoofd te zien. Vier ervan duiken steeds weer op.

• Verkeerde verdelingspercentages. Het voorbeeld van 8% hierboven is de duidelijkste illustratie. Een verkeerd ingevoerd aandeel wordt door geen enkele latere tariefaanpassing rechtgezet; het blijft gewoon tegen het verkeerde getal uitbetalen, elke periode, zolang het nummer geld opbrengt.
• Ontbrekende of dubbele ISRC's. Een dubbele code kan royalty's verdelen over opnames die niets met elkaar te maken hebben, of ze naar de verkeerde eigenaar sturen. Een ontbrekende code kan ervoor zorgen dat een release wordt afgewezen voordat hij ook maar een cent verdient.
• Niet-geregistreerde werken. Is de compositie nooit bij de betreffende beheersorganisatie geregistreerd, dan kan het uitgeversdeel van het geld nergens aan gekoppeld worden. Het blijft in de pot met niet-gematchte gelden staan tot het werk is geregistreerd en gematcht, en bij The MLC wordt geld dat nooit wordt gematcht uiteindelijk naar marktaandeel uitgekeerd aan andere rechthebbenden, niet aan jou.
• Niet-overeenkomende ID's van bijdragers. Wordt een uitvoerende artiest of auteur op verschillende releases niet op dezelfde manier geïdentificeerd, dan kan zijn aandeel bij de verkeerde partij terechtkomen of zonder begunstigde blijven liggen.

De meeste hiervan verschijnen niet als fout op je afrekening. Het kenmerk van een metadatalek is juist dat het ontbrekende geld er simpelweg niet is; je moet er zelf naar zoeken in de niet-gematchte gegevens van de beheersorganisatie.

De infrastructuur van de sector zelf beweegt ook in deze richting. SoundExchange bouwde de infrastructuur achter het systeem van IFPI voor automatische toekenning van ISRC's, dat in juni 2026 samen met IFPI werd aangekondigd.

"Betrouwbare, gestandaardiseerde identificatie is fundamenteel voor een eerlijke en efficiënte muziekindustrie."

Michael Huppe, president en CEO van SoundExchange

Nieuwe inkomstenbronnen maken het punt nog scherper. In juni 2026 voegde Chordal 21 partners toe aan zijn platform voor vooraf geclearde licenties, en CEO Grayson Sanders noemde de vraag naar "betere infrastructuur om deel te nemen aan de opkomende wereldwijde microlicentiebusiness" als drijvende kracht. In een afzonderlijke verklaring zei hij dat het bredere partnernetwerk het bedrijf "in staat heeft gesteld meer verbanden te leggen tussen mederechthebbenden om muziek te leveren die volledig te clearen is" aan zijn licentienemers. Vooraf clearen draait om weten wie welk aandeel in een nummer heeft. Precies dat legt metadata vast.

Je kunt elke discussie over tarieven winnen en toch geld verliezen als de identificatie eronder niet klopt. Identificatie bepaalt of je überhaupt meedoet wanneer het geld wordt verdeeld.

Een metadatafout is geen eenmalig verlies. De koppeling wordt opnieuw uitgevoerd bij elk gerapporteerd gebruik, in elke rapportageperiode, in elk territorium, zolang de opname geld opbrengt. Een aandeel van 8% dat 16% zou moeten zijn, is dus niet één gemiste betaling. Het is een terugkerende korting op elke toekomstige uitbetaling, tot iemand het corrigeert.

Reken dat nu door over een hele catalogus. Een label met honderden of duizenden tracks heeft niet één verdeling te controleren. Het heeft er duizenden, plus duizenden ISRC's, ID's van bijdragers en registraties, elk een aparte kans op een klein, terugkerend lek. De fouten melden zich niet vanzelf. Ze zitten in de gegevens en betalen jaar na jaar net verkeerd uit. Tegen de tijd dat iemand een patroon ziet, kan er al heel veel geld niet zijn aangekomen.

Dat is het verschil tussen een catalogus bezitten en een catalogus bezitten waarop je betaald krijgt. Het eerste is een lijst met opnames. Het tweede is een schoon, koppelbaar bezit dat betrouwbaar geld binnenhaalt. Heldere royaltyboekhouding en verdelingen zorgen ervoor dat het tweede niet ongemerkt terugzakt tot het eerste.

Inbaarheid is een eigenschap van de gegevens, niet van de muziek. Drie dingen maken een catalogus inbaar, en een goede distributieopzet regelt ze alle drie, zodat je ze niet met de hand hoeft te bouwen.

Ten eerste: gestandaardiseerde aanlevering. DDEX is de familie van berichtstandaarden waarmee platenmaatschappijen, distributeurs, DSP's en organisaties voor muzieklicenties release-informatie uitwisselen. Aanleveren volgens DDEX ERN betekent dat je identificatiecodes en credits aankomen in één standaardstructuur van de sector, die de ontvangende platforms kunnen lezen. De distributie van LabelGrid verzorgt die aanlevering standaard.

Ten tweede: duurzame identificatiecodes. LabelGrid levert ISRC- en UPC-codes zonder extra kosten, en ze blijven van jou, ook als je later naar een andere distributeur overstapt. Heb je al codes van een vorige distributeur? Voer ze in bij het aanmaken van de release, met dezelfde artiest, titel en releasemetadata. Overeenkomende codes plus overeenkomende metadata houden je bestaande streamaantallen, playlistplaatsingen en hitlijstgeschiedenis gekoppeld aan dezelfde identificatiecode, in plaats van opnieuw te beginnen onder een nieuwe.

Ten derde: kloppende verdelingen bij de bron. Wie de percentages van bijdragers direct bij het aanmaken van de release goed instelt, in plaats van ze achteraf te repareren, zorgt ervoor dat meteen de eerste uitbetaling op de juiste cijfers wordt berekend. Verdelingen aan de opnamekant, ingesteld per release of per track, bepalen de opname-inkomsten die je distributeur uitbetaalt; het aandeel van een auteur wordt vastgelegd in de registratie van het werk bij je PRO of The MLC, dus beide moeten kloppen. Voor labels die de catalogus van anderen beheren, is die nauwkeurigheid het product. Daarom behandelt software die voor labels is gebouwd verdelingen en auteurscredits als details die een release blokkeren, niet als optionele velden.

Je hebt geen auditteam nodig om de meeste lekken te dichten. Je hebt een routine nodig. Loop deze lijst door voordat je aanlevert, en nog een keer nadat de eerste afrekening binnen is.

• Controleer of elke verdeling tussen bijdragers optelt tot 100% en of elk percentage de werkelijke afspraak weergeeft, niet een standaardwaarde.
• Controleer of de ISRC van elke opname uniek en correct is, en gebruik hem alleen opnieuw voor dezelfde opname; een remix, edit of nieuwe take heeft een eigen code nodig.
• Controleer of elke compositie bij de betreffende beheersorganisatie is geregistreerd, zodat het uitgeversdeel ergens aan gekoppeld kan worden.
• Gebruik voor elke bijdrager één consistente identiteit en schrijfwijze in de hele catalogus. Aandelen tellen dan op in plaats van te versnipperen.
• Werk met een distributeur die volgens de DDEX-standaarden aanlevert, zodat de gegevens aankomen in de structuur die DSP's verwachten.
• Vergelijk na de eerste rapportageperiode de afrekening met wat je verwachtte te matchen. Ontbreekt een regel helemaal, dan wijst dat op de identificatie, niet op het tarief.

Die laatste stap is het belangrijkst. Een uitbetaling van nul of een lagere uitbetaling dan verwacht betekent niet altijd "de muziek deed het minder goed". Soms is het een koppeling die nooit tot stand is gekomen.

Kies één release en loop de checklist hierboven er vandaag op door. Controleer de verdelingen, check de ISRC's en kijk of de werken geregistreerd zijn. Het kost een paar minuten en je weet meteen of je catalogus netjes int of ongemerkt lekt.

Klaar om aan te leveren met metadata die in één keer matcht? Start een release in de LabelGrid-app, of lees het helpartikel over ISRC- en UPC-codes. Schone gegevens zijn de goedkoopste inkomsten die je ooit toevoegt, want het is geld dat je al toekwam.