Wie aus einem Stream eine Zahlung wird — und wo die Kette still zerreißt

Ein Stream ist keine Zahlung. Er ist die erste Zeile in einer Kette von Datenbank-Joins, und jeder Join in dieser Kette läuft über eine Kennung, die du geliefert hast. Wenn eine dieser Kennungen falsch ist, lehnt sie niemand ab und niemand schreibt dir. Die Abspielung wird trotzdem gezählt, das Geld wird trotzdem eingenommen, und es bleibt an dem Join stehen, der gescheitert ist.

Das ist diese Kette, Station für Station: welche Kennung jeder Teil liest, was dir ein vom Vertrieb vergebener ISRC tatsächlich gibt und was du behältst, wenn du gehst, und warum die teuren Fehler die sind, die die Veröffentlichung live gehen lassen.

Die drei Kennungen, und wer welche liest

Drei Kennungen steuern die Lieferkette der aufgenommenen Musik. Sie zu verwechseln, ist die häufigste Ursache für nicht zugeordnete Tantiemen, und jede wird von einem anderen Teil der Kette gelesen.

Der ISRC bezeichnet die Aufnahme. ISO 3901, verwaltet vom IFPI als Registration Authority, mit nationalen Agenturen für die Vergabe. Ein Master, ein ISRC. Deine Studiofassung eines Songs und deine Live-Fassung desselben Songs sind zwei Aufnahmen und damit zwei ISRCs. Gelesen von: Streamingdiensten, die eine Abspielung zuordnen, Vertrieben, die eine Meldezeile deinem Katalog zuordnen, und Gesellschaften für Leistungsschutzrechte, die Sendung und öffentliche Wiedergabe zuordnen.

Der ISWC bezeichnet die Komposition. ISO 15707, verwaltet unter dem Dach der CISAC. Das Format ist T-123.456.789-C — ein T-Präfix, neun Ziffern und eine Prüfziffer — und die Ziffern tragen keine eingebettete Bedeutung über Region, Urheber oder Verlag. Zwanzig Aufnahmen eines Songs teilen sich einen ISWC und haben zwanzig ISRCs. Einen ISWC besorgst du dir nicht selbst; er wird über deine Verwertungsgesellschaft oder deinen Verlag vergeben, wenn das Werk registriert wird. Gelesen von: Gesellschaften und mechanischen Lizenzstellen, die Geld an Urheber und Verlage weiterleiten.

UPC/EAN bezeichnet die Veröffentlichung. Eine Global Trade Item Number der GS1 — dieselbe Klasse von Produktcode, die eine Shampooflasche bezeichnet. UPC-A hat 12 Ziffern, EAN-13 hat 13. Er benennt das Album, die EP oder die Single als kommerzielles Produkt. Eine EP mit drei Tracks hat einen UPC und drei ISRCs. Gelesen von: Handel und Berichterstattung auf Produktebene — und von dir, wenn du eine Abrechnung mit einer Veröffentlichung abgleichen willst.

Der ISRC ist die Aufnahme, der ISWC ist der Song, und der UPC ist die Schachtel, in der du sie verkauft hast. Das Geld teilt sich exakt entlang dieser drei Linien: Erlöse der Aufnahmeseite über den ISRC, Verlagserlöse über den ISWC und über die in Gesellschaftsdatenbanken hinterlegten Verknüpfungen von ISRC zu ISWC, Berichterstattung auf Produktebene über den UPC.

Die sechs Stationen, und die Kennung, die jede liest

Hier ist eine Abspielung, vom Handy des Hörers bis zum Geld auf einem Konto.

Zwei Dinge an dieser Tabelle sollte man laut aussprechen.

Bei Station 2 wird der Betrag festgelegt, und er ist kein Satz. Geld der Aufnahmeseite wird als Anteil an gebündelten Erlösen berechnet. Spotify erklärt, dass es keinen Satz pro Stream zahlt: Die Erlöse werden gebündelt und nach Streamshare geteilt, was eine Abspielung wert ist, hängt also vom Topf ab. Auch veröffentlicht kein Dienst einen länderspezifischen Auszahlungssatz.

Station 4 ist eine eigene Pipeline mit eigenem Zeitplan und eigenem Geld. Verlagserlöse kommen nicht deshalb an, weil die Aufnahme zugeordnet wurde. Sie kommen an, weil die Verknüpfung von ISRC zu ISWC in einer Gesellschaftsdatenbank existiert. Zerreiß diese Verknüpfung, und die Aufnahme wird tadellos ausgezahlt, während die Seite des Urhebers unzugeordnet liegen bleibt.

Was ein vom Vertrieb vergebener ISRC tatsächlich ist

Ein ISRC bezeichnet eine Aufnahme, keine Geschäftsbeziehung. Der Code ist keine Lizenz und gewährt deinem Vertrieb nichts.

Vom Vertrieb vergebene Codes sind legitim, wenn der Vertrieb ein zugelassener ISRC Manager ist. Die US ISRC Agency schreibt, dass „a handful of companies are approved to assign ISRCs on behalf of the owner of a recording“, und warnt, dass Codes von nicht autorisierten Firmen „are invalid and risk collisions with codes issued by authorized registrants.“ Das IFPI führt die Liste der zugelassenen Manager. Ein Code, den ein Dienst ohne Zuteilung erfindet, ist kein ISRC. Er ist eine Zeichenkette aus zwölf Zeichen, die mit dem echten Code von irgendjemandem kollidieren wird.

Der ISRC hat 12 Zeichen in vier Feldern: zwei Zeichen Ländercode, drei Zeichen Registrantencode, zwei Ziffern Bezugsjahr, fünf Ziffern Kennnummer. Bindestriche sind eine Lesehilfe und nicht Teil des Codes — das Handbook sagt es in §5. Es gibt keine Prüfziffer. Ländercode plus Registrantencode bilden das Präfix, und das Präfix wird von einer nationalen ISRC-Agentur an einen bestimmten Registranten vergeben.

Dieser letzte Satz ist der ganze Knackpunkt.

Was du behältst, wenn du gehst, und was nicht

Teile es in zwei Hälften, denn die Antwort ist für jede eine andere.

Die Codes mit zwölf Zeichen: Du behältst sie, und du musst es. Wenn du den Vertrieb wechselst, gehen deine ISRCs mit den Aufnahmen mit. Das folgt aus Handbook §4.6 — eine unveränderte Aufnahme, die verkauft oder lizenziert wird, behält ihren ISRC — und aus dem stehenden Verbot in §4.3, einer nicht materiell veränderten Aufnahme einen zweiten ISRC zuzuweisen. Diese Codes bleiben dauerhaft an diesen Mastern hängen.

Das Präfix: Das behältst du nicht. Wenn dein Vertrieb dir QZ-ES6-25-00013 vergeben hat, dann ist QZES6 der Registrantencode des Vertriebs, nicht deiner. Du verwendest genau diesen ISRC aus zwölf Zeichen für diese Aufnahme weiterhin für immer. Neue Codes unter QZES6 kannst du nach deinem Weggang nicht mehr vergeben, deine nächste Veröffentlichung trägt also ein anderes Präfix.

Ein Katalog mit gemischten Präfixen ist kein Mangel. Ein Katalog mit doppelt vergebenen Kennnummern schon.

Der Registrant kontrolliert die Kennnummern innerhalb jedes Jahres — bis zu 100,000 pro Präfix und Jahr über den vollen Bereich 00000–99999. Für kleinere Registranten kann die Zuteilung enger ausfallen: „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).

Wann du einen eigenen Registrantencode beantragst

Beantrage bei deiner nationalen ISRC-Agentur ein eigenes Präfix, wenn:

• Du ein Label mit mehr als einer Handvoll Künstler betreibst oder Codes laufend statt pro Veröffentlichung vergibst.
• Du über mehr als einen Vertrieb veröffentlichst und ein stabiles Präfix über den gesamten Katalog willst.
• Du ISRCs vor der Lieferung brauchst — für Sync, physische Herstellung, Rundfunkanlieferung oder die Registrierung bei einer Gesellschaft.
• Du willst, dass deine Codes vom Fortbestand irgendeiner Firma unabhängig sind.

Zwei Einschränkungen der US ISRC Agency: Präfixe werden der Reihe nach vergeben und „cannot be altered after allocation“, und ein Rechteinhaber-Präfix sollte nur verwendet werden, „to assign ISRCs for recordings that you own.“ Codes für die Aufnahmen anderer Leute zu vergeben, erfordert den Status als Manager, kein Künstlerpräfix.

Für eine Solokünstlerin mit zwei Singles im Jahr sind vom Vertrieb vergebene Codes in Ordnung. Für alle, die einen Katalog aufbauen, den sie über Jahrzehnte verwalten wollen, beseitigt ein eigenes Präfix eine Abhängigkeit — für einen überschaubaren einmaligen Aufwand.

Die Fehlerbilder, und was jedes kostet

Das sind die, die tatsächlich vorkommen, jeweils mit der Station, die sie zerreißen.

Einen ISRC über verschiedene Aufnahmen hinweg wiederverwenden. Der schlimmste Fehler, der dir zur Verfügung steht, denn er korrigiert sich nicht von selbst. Jedes nachgelagerte Zuordnungssystem behandelt die beiden Aufnahmen dauerhaft als eine. Eine Gesellschaft für Leistungsschutzrechte erhält Abspieldaten für beide und kann sie nicht auseinanderhalten; die Zahlungen verschmelzen zu einer Zeile und werden nach den Eigentumsdaten verteilt, die für diesen Code registriert sind. Haben die Aufnahmen verschiedene Mitwirkende oder Anteile, wird jemand für eine Aufnahme bezahlt, die er nicht gemacht hat. Übliche Ursache: ein Copy-and-paste in der Tabelle oder eine Vorlagenzeile, die niemand aktualisiert hat. Zerreißt die Stationen 1, 3 und 5 auf einmal.

Einen neuen ISRC für eine unveränderte Wiederveröffentlichung vergeben. Wirft die angesammelte Identität der Aufnahme weg. Playlist-Historie, Registrierungen bei Gesellschaften, Ansprüche aus Leistungsschutzrechten und Chart-Historie hängen am alten Code, und nichts davon kommt mit. Für die Branche ist gerade eine brandneue Aufnahme ohne jede Historie aufgetaucht. Übliche Ursache: ein Onboarding-Formular des Vertriebs, das Codes automatisch erzeugt, weil das Feld „Ich habe bereits einen ISRC“ leer geblieben ist. Fülle dieses Feld immer aus. Das ist die häufigste selbst zugefügte Wunde bei der Katalogmigration.

Ein falscher Ländercode. Meist ein Symptom von etwas Schlimmerem: Jemand hat den Code von Hand getippt, oder ein Dienst hat Codes ohne zugeteiltes Präfix erfunden. Untersuche einen ungewohnten Ländercode vor der Veröffentlichung, nicht danach.

Vertauschte Zeichen in einem ISRC. Keine Prüfziffer, keine Erkennung. Die Aufnahme wird unter einer Kennung geliefert, die entweder niemandem gehört — die Abspielungen bleiben unzugeordnet — oder jemand anderem, und dann werden die Abspielungen diesem zugerechnet. Gegenmittel: kopieren statt abtippen und jeden ISRC einer Veröffentlichung gegen eine einzige Quellliste prüfen.

Ein UPC, dessen Prüfziffer nicht stimmt. Fast immer ein Tippfehler, eine Abschneidung oder eine führende Null, die die Autoformatierung der Tabellenkalkulation zerstört hat. Formatiere die Spalte als Text, bevor du etwas einfügst. Dieser Fehler ist immerhin laut: Die meisten Ingest-Systeme lehnen ihn rundheraus ab. GS1 empfiehlt, GTINs einheitlich zu speichern — „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.“ Mach das auch in deinen eigenen Tabellen.

Kennungen, die zwischen Audiolieferung und Metadaten nicht übereinstimmen. Der leiseste und teuerste Fehler. Der in der Audiodatei eingebettete ISRC, der ISRC in den begleitenden DDEX- oder Tabellenmetadaten und der ISRC in deiner Registrierung bei der Gesellschaft müssen dieselben zwölf Zeichen sein. Fallen sie auseinander, scheint alles zu funktionieren — die Veröffentlichung geht live, Streams laufen auf, Dashboards zeigen Zahlen —, aber die Zuordnung scheitert irgendwo, wo du es nicht sehen kannst, Monate später. Zerreiß die Entsprechung zwischen Audio und Metadaten, und jeder Schritt bricht auf einmal.

Warum eine kaputte Kennung Stille erzeugt und keinen Fehler

Es gibt zwei strukturelle Gründe dafür, dass die Kette still versagt, und sie verstärken sich gegenseitig.

Der erste: Ein Join hat keine Meinung. Jede Station oben ist ein Datenbank-Join: Nimm eine Kennung aus einer Meldezeile, such sie in einem Katalog, häng Geld an den Treffer. Ein Join, der nichts findet, wirft keinen Fehler. Er gibt nichts zurück. Ein gemeldeter ISRC, der nicht im Katalog deines Vertriebs steht, erreicht deine Abrechnung nie — er bleibt unzugeordnet liegen. Nichts im Mechanismus ist dafür gebaut, dir zu sagen, dass eine Zeile verloren gegangen ist, denn aus Sicht des Systems ist keine Zeile verloren gegangen; es gab schlicht nichts zuzuordnen.

Der zweite: Der ISRC kann sich nicht selbst prüfen. Ein UPC hat eine Prüfziffer und ein ISWC hat eine Prüfziffer. Ein ISRC nicht — nichts in der Spezifikation sieht eine vor. Ein einziges vertauschtes Zeichen erzeugt also einen weiteren vollkommen wohlgeformten ISRC, der zur Aufnahme von jemand anderem gehört, und er kommt durch jeden Validator. Mechanisch prüfbar ist nur die Form: zwei Buchstaben, drei alphanumerische Zeichen, zwei Ziffern, fünf Ziffern, ein registrierter Ländercode, ein plausibles Jahr. Diese Asymmetrie ist der Grund, warum die ISRC-Eingabe eine Paranoia verdient, die die UPC-Eingabe nicht braucht — ein UPC-Tippfehler scheitert meist an seiner eigenen Prüfziffer, während ein ISRC-Tippfehler glatt durchsegelt.

Zusammengenommen: Die falsche, aber gültige Kennung wird bei der Lieferung akzeptiert, der Join, den sie zerreißt, scheitert lautlos, und das einzige sichtbare Symptom ist eine Zahl, die kleiner ausfällt, als sie hätte sein sollen — was von einem ruhigen Monat nicht zu unterscheiden ist.

Eine nicht zugeordnete Tantieme ist noch keine verlorene Tantieme. Aber sie wird eine, nach einem Zeitplan, und niemand schickt eine Erinnerung.

Was du vor deiner nächsten Lieferung tust

Die Disziplin ist unglamourös und kostet etwa eine Stunde pro Veröffentlichung.

1. Führe eine maßgebliche Tabelle, die du kontrollierst: Tracktitel, Version, ISRC, ISWC, Urheberanteile, UPC der Veröffentlichung. Kein Vertriebs-Dashboard — deine eigene Datei. Formatiere die Kennungsspalten als Text, bevor du irgendetwas hineinkopierst.
2. Vergib ISRCs vor der Lieferung, nicht währenddessen. Wenn du für eine Aufnahme schon einen Code hast, trag ihn ins Formular ein. Wenn du unsicher bist, ob eine Version einen neuen braucht: Die Regeln für Remixe, Edits, Live-Aufnahmen und Remaster stehen unter /blog/isrc-when-you-need-a-new-one/.
3. Prüfe jede UPC-Prüfziffer und vergewissere dich, dass die in deinem Audio eingebetteten Kennungen Zeichen für Zeichen der Tabelle entsprechen, bevor irgendetwas geliefert wird.
4. Registriere Aufnahmen und Werke bei den zuständigen Gesellschaften mit denselben Codes, die du geliefert hast. Genau das baut die Verknüpfung von ISRC zu ISWC an Station 4 auf.

Wenn dann einer Abrechnung eine Zeile fehlt, hast du eine Quelle der Wahrheit, mit der du argumentieren kannst. Ohne sie kannst du nicht belegen, was hätte gezahlt werden müssen.

Mazufas ISRC- und UPC/EAN-Prüfer ist kostenlos unter /isrc-upc-checker; er validiert die ISRC-Struktur und die Prüfziffern von UPC/EAN und läuft vollständig in deinem eigenen Browser. Er kann dir nicht sagen, dass ein ISRC dein ISRC ist — das kann nichts —, aber er fängt einen fehlerhaften Code und eine falsche Prüfziffer vor der Lieferung ab statt danach.

Quellen

• IFPI, ISRC Structure (Ländercode, Registrantencode, Bezugsjahr, Kennnummer) — https://isrc.ifpi.org/isrc-standard/isrc-structure
• IFPI, International Standard Recording Code (ISRC) Handbook (§3.3.4 Bereiche der Kennnummern; §4.3 kein zweiter ISRC ohne materielle Änderung; §4.6 eine unveränderte Aufnahme, die verkauft oder lizenziert wird, behält ihren ISRC; §5 Bindestriche sind nicht Teil des Codes) — https://www.ifpi.org/wp-content/uploads/2021/02/ISRC_Handbook.pdf
• IFPI, ISRC Managers (Liste der Stellen, die im Auftrag eines Rechteinhabers ISRCs vergeben dürfen) — https://isrc.ifpi.org/get-isrc/isrc-managers
• US ISRC Agency, How It Works (zugelassene Manager; Kollisionsrisiko durch nicht autorisierte Code-Vergeber; Präfixe werden der Reihe nach vergeben und sind nicht änderbar; Rechteinhaber-Präfixe nur für eigene Aufnahmen) — https://usisrc.org/how-it-works/
• GS1, Communicating GS1 trade item numbers (GTINs als 14 Ziffern gespeichert, kürzere Formate mit führenden Nullen aufgefüllt) — 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 (Verwaltung des ISWC) — https://www.cisac.org/services/information-services/international-identifiers
• International Standard Musical Work Code, Wikipedia (ISWC-Format T-123.456.789-C) — https://en.wikipedia.org/wiki/International_Standard_Musical_Work_Code