Dein Vertrieb hat deine ISRCs vergeben. Was passiert, wenn du gehst?

Ein ISRC identifiziert eine Aufnahme. Er identifiziert keine Geschäftsbeziehung, er ist keine Lizenz, und er gewährt deinem Vertrieb nichts. Wechselst du den Vertrieb, gehen deine ISRCs mit deinen Aufnahmen mit — das ist geklärt. Überraschend ist der Teil, der nicht mitgeht: das Präfix. Du behältst jeden zwölfstelligen Code, den du bereits verwendet hast, für immer — und du kannst unter diesem Präfix keinen einzigen neuen Code mehr vergeben, sobald du weg bist.

Diese Unterscheidung ist der ganze Artikel. Alles andere folgt daraus.

Woraus der Code besteht, und welcher Teil dir gehört

IFPI beschreibt den ISRC als fünfstelliges Präfix — zwei Buchstaben plus drei alphanumerische Zeichen —, dann zwei Ziffern Jahresbezug, dann fünf Ziffern Bezeichnungscode. Für Lesende ausgeschrieben: CC-XXX-YY-NNNNN

Ländercode plus Registrant-Code bilden das Präfix, und das Präfix wird von einer nationalen ISRC-Agentur an eine bestimmte Stelle vergeben. Der Registrant verfügt innerhalb jedes Jahres über die Bezeichnungscodes — bis zu 100.000 pro Präfix und Jahr über den vollen Bereich 00000–99999, wobei die Zuteilung für kleinere Registranten enger ausfallen kann: Das ISRC-Handbook hält fest, dass „die Zuteilung eines neuen Präfixes von dem Bereich an Bezeichnungscodes begleitet wird, für den dieser Registrant autorisiert ist" (§3.3.4).

Hat dein Vertrieb dir also QZ-ES6-25-00013 vergeben, dann ist QZES6 der Registrant-Code des Vertriebs. Die laufende Nummer 00013 wurde von ihnen zugeteilt, aus ihrem Bereich, in ihrem Namen. Die Aufnahme gehört dir, der Code hängt dauerhaft an deiner Aufnahme, und das Präfix gehört der Stelle, die es registriert hat.

Eine Randnotiz, solange der Code vor dir liegt: Die Bindestriche sind nicht echt. Das Handbook ist eindeutig, dass „die Buchstaben ‚ISRC' (das Leerzeichen) und die Bindestriche nicht Teil des ISRC sind" (§5). QZ-ES6-25-00013 und QZES62500013 sind derselbe Code. Speichere die zwölf Zeichen ohne Trennzeichen — Lieferspezifikationen wollen sie so, und eine Zeichenkette mit Bindestrichen in einem zwölfstelligen Feld ist ein vermeidbarer Validierungsfehler.

Was du behältst

Du behältst die Codes. Alle.

Das folgt aus zwei Regeln, die in dieselbe Richtung zeigen. Handbook §4.6 behandelt eine Aufnahme, die verkauft oder lizenziert wird: Sie behält ihren ISRC. Und das Verbot, einer unveränderten Aufnahme einen zweiten ISRC zuzuweisen, bedeutet, dass niemand — weder du noch dein neuer Vertrieb — einen frischen Code für eine Aufnahme vergeben darf, die bereits einen hat und sich nicht wesentlich verändert hat.

Das heißt: Wenn du deinen Katalog über einen neuen Vertrieb neu ausspielst, lieferst du die vorhandenen ISRCs mit. Du lässt sie nicht vom Onboarding-Formular neu erzeugen. In dem Formular steht in der Regel ein Feld wie „Ich habe bereits einen ISRC" — genau darum geht es, und dieses Feld leer zu lassen ist die häufigste Art, wie Künstlerinnen und Künstler ihre eigene Historie wegwerfen.

Einen neuen ISRC für eine unveränderte Wiederveröffentlichung zu vergeben, verwirft die aufgebaute Identität der Aufnahme. Playlist-Historie, Registrierungen bei Verwertungsgesellschaften, Leistungsschutzansprüche und Chart-Historie hängen alle am alten Code. Die Aufnahme klingt weiterhin gleich und fängt als Matching-Ziel bei null an. Sichtbar geht nichts kaputt — genau deshalb fällt es nicht auf.

Was du nicht kannst

Du kannst keine neuen Codes unter einem Präfix vergeben, das dir nicht gehört.

Dein Backkatalog behält QZES6 in seinen Codes, weil diese Codes dauerhaft sind. Dein nächstes Release kann QZES6 nicht verwenden, weil du nie Registrant warst — dein neuer Vertrieb vergibt aus seinem eigenen Präfix, oder du vergibst aus deinem, falls du eines hast.

An dieser Stelle fürchten viele, ihr Katalog sehe jetzt kaputt aus. Tut er nicht. Ein Katalog mit gemischten Präfixen ist kein Defekt. Ein Katalog mit doppelten Bezeichnungscodes schon. Präfixe zeigen, wer welchen Code wann vergeben hat; Duplikate bedeuten, dass zwei verschiedene Aufnahmen dieselbe Identität beanspruchen, und dieser Fehler korrigiert sich nicht von selbst. Jedes nachgelagerte Matching-System behandelt die beiden Aufnahmen dauerhaft als eine.

Das Handbook ist beim verwandten Punkt §A.3 unmissverständlich: Ein ISRC wird nie neu vergeben. Ist ein Code einmal für eine Aufnahme verwendet worden, gehört er dieser Aufnahme und sonst nichts, endgültig.

Ob dein Vertrieb überhaupt Codes vergeben durfte

Vom Vertrieb vergebene ISRCs sind legitim — wenn der Vertrieb ein zugelassener ISRC Manager ist. Die US ISRC Agency schreibt, dass „eine Handvoll Unternehmen dafür zugelassen ist, ISRCs im Auftrag des Inhabers einer Aufnahme zu vergeben", und warnt, dass Codes nicht autorisierter Unternehmen „ungültig sind und Kollisionen mit Codes autorisierter Registranten riskieren". IFPI führt die Liste der zugelassenen Manager.

Praktisch heißt das: Ein Code, den ein Dienst ohne Zuteilung erfindet, ist kein ISRC. Er ist eine zwölfstellige Zeichenkette, die so aussieht, und er wird irgendwann mit einem echten Code kollidieren, der jemand anderem gehört. An der Form des Codes lässt sich das nicht erkennen, denn ein ISRC hat keine Prüfziffer — ein UPC hat eine, ein ISWC hat eine, ein ISRC nicht, und die Spezifikation sieht auch keine vor.

Dieses Fehlen lohnt sich zu verinnerlichen, denn es ändert, wie sorgfältig du mit den Codes umgehst. Ein UPC-Tippfehler scheitert meist an der eigenen Prüfziffer und wird bei der Auslieferung laut abgewiesen. Ein ISRC-Tippfehler rutscht durch. Ein einziges vertauschtes Zeichen ergibt einen weiteren, völlig gültig aussehenden ISRC, der zur Aufnahme einer anderen Person gehört — und die Streams gehen an sie, oder an niemanden, stillschweigend.

Taucht in deinem Katalog ein unbekannter Ländercode auf, geh ihm vor dem Release nach, nicht danach. Er ist meist ein Symptom für etwas Schlimmeres: ein von Hand getippter Code oder ein Dienst, der ohne zugeteiltes Präfix Codes vergibt.

Wann sich ein eigener Registrant-Code lohnt

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

• Du führst ein Label mit mehr als einer Handvoll Artists oder vergibst Codes laufend statt einmal pro Release.
• Du veröffentlichst über mehr als einen Vertrieb und willst ein stabiles Präfix über den ganzen Katalog.
• Du brauchst ISRCs vor der Auslieferung — für Sync, physische Herstellung, Rundfunkauslieferung oder die Registrierung bei Gesellschaften.
• Du willst, dass deine Codes vom Fortbestand irgendeines Unternehmens unabhängig sind.

Zwei Einschränkungen kommen mit. Präfixe werden fortlaufend zugeteilt und können laut US ISRC Agency „nach der Zuteilung nicht mehr geändert werden" — du suchst dir keines aus, das man sich gut merkt. Und ein Rechteinhaber-Präfix soll nur genutzt werden, „um ISRCs für Aufnahmen zu vergeben, die dir gehören". Willst du Codes für Aufnahmen anderer vergeben, ist das Manager-Status, kein Artist-Präfix, und ein anderer Antrag.

Für eine Solo-Künstlerin mit zwei Singles im Jahr sind vom Vertrieb vergebene Codes völlig in Ordnung, und die oben beschriebene Migration ist der gesamte Preis. Wer einen Katalog aufbaut, den er über Jahrzehnte verwalten will, entfernt mit einem eigenen Präfix eine Abhängigkeit — für einen überschaubaren einmaligen Aufwand.

Warum das auf deinem Konto landet

Jede Ausschüttung, die du bekommst, ist das Ergebnis eines Datenbank-Joins, und der Identifikator ist das Einzige, was diesen Join zusammenhält. Die Kette läuft so:

1. Der Stream passiert. Der Dienst protokolliert ihn gegen die Aufnahme in seinem Katalog, gematcht auf den ISRC, den du geliefert hast.
2. Der Dienst meldet. Nutzungsmeldungen erreichen Rechteinhaber oder Vertrieb, aufgeschlüsselt nach ISRC, das Release identifiziert über UPC. Das Geld der Aufnahmeseite wird als Anteil an einem gepoolten Umsatz berechnet, nicht als fester Preis pro Abspielung — Spotify gibt an, keinen Per-Stream-Satz zu zahlen: Der Umsatz wird gepoolt und nach Streamshare verteilt, sodass sich der Wert einer Abspielung mit dem Pool bewegt.
3. Der Vertrieb rechnet ab. Er matcht Meldezeilen über ISRC und UPC auf deinen Katalog und erzeugt deine Abrechnung. Ein gemeldeter ISRC, der nicht in deinem Katalog steht, erreicht deine Abrechnung nie; er bleibt unzugeordnet.
4. Die Kompositionsseite läuft parallel. Gesellschaften und mechanische Lizenzstellen verknüpfen den gemeldeten ISRC mit dem registrierten Werk (ISWC) und dann mit Autorinnen und Verlagen. Eigene Pipeline, eigener Zeitplan, eigenes Geld.
5. Leistungsschutzrechte. Einnahmen aus Sendung und öffentlicher Wiedergabe der Aufnahme werden über den ISRC gegen eine Registrierung gematcht, die Rechteinhaber und beteiligte Interpreten nennt.
6. Auszahlung, vorbehaltlich der steuerlichen Behandlung an der Quelle.

Ein Vertriebswechsel berührt die Schritte 1 bis 3 direkt. Lieferst du die alten ISRCs, funktionieren die Joins weiter: Die Meldungen nennen weiterhin Codes, die dein Katalog kennt. Lässt du neue Codes erzeugen, nennen die Meldungen Codes, die in niemandes Historie etwas bedeuten — das Geld kommt trotzdem an, aber die Identität der Aufnahme reist nicht mit, und die Schritte 4 und 5 matchen gegen Registrierungen, die auf die aufgegebenen Codes verweisen.

Der leiseste Fehler in der ganzen Kette ist eine Abweichung zwischen dem ISRC in der Audiodatei, dem ISRC in den begleitenden Metadaten und dem ISRC in deiner Gesellschaftsregistrierung. Driften die auseinander, scheint alles zu funktionieren — das Release geht live, Streams laufen auf, Dashboards zeigen Zahlen — und das Matching scheitert an einer Stelle, die du nicht siehst, Monate später.

Was du tust, bevor du die Kündigung abschickst

Die Migration ist Verwaltung, nicht Technik, und sie ist viel einfacher, solange dein Login noch funktioniert.

• Exportiere zuerst die Identifikatorliste. Titel, Version, ISRC, ISWC, Autorenanteile, Release-UPC — eine maßgebliche Tabelle, bevor du den Zugang zu dem Dashboard verlierst, das sie enthält.
• Formatiere Identifikatorspalten als Text, bevor du irgendetwas einfügst. Eine führende Null, die die Auto-Formatierung frisst, ist später ein UPC, der an der eigenen Prüfziffer scheitert.
• Kopieren, nie abtippen. Es gibt keine Prüfziffer, die eine Vertauschung abfängt.
• Fülle das Feld „Ich habe bereits einen ISRC" beim neuen Vertrieb für jeden Track aus. Für jeden einzelnen.
• Prüfe vor der Auslieferung, dass die in deinem Audio eingebetteten Identifikatoren mit der Tabelle übereinstimmen — nicht danach.
• Rechne beim nächsten Release mit einem neuen Präfix und halte es nicht für einen Fehler.

Das ist rund eine Stunde unglamouröser Arbeit pro Release — und der Unterschied zwischen einer Abrechnung, mit der du argumentieren kannst, und einer, die du nur hinnehmen kannst.

Was du damit machst

Deine Codes gehören dir, weil sie an deinen Aufnahmen hängen, nicht weil jemand Bestimmtes sie vergeben hat. Das Präfix bleibt zurück; die Identität muss es nicht. Der Fehlerfall ist nicht, die Codes zu verlieren — sondern sie stillschweigend zu ersetzen.

Mazufas kostenloser ISRC- und Barcode-Checker liegt unter /isrc-upc-checker. Er läuft vollständig in deinem Browser — nichts wird hochgeladen — und sagt dir, ob ein Code strukturell wohlgeformt ist und ob die Prüfziffer eines Barcodes stimmt. Er kann dir nicht sagen, ob ein ISRC der richtige Code für deine Aufnahme ist, denn das kann kein Werkzeug: Es gibt keine Prüfziffer, und nur deine eigene Referenzliste klärt das.

Mazufa vertreibt Musik ohne Upload-Gebühr, ohne Abo und ohne Gebühr pro Release und nimmt 0 % Kommission: Erhaltene Ausschüttungen für ein Release werden vollständig weitergegeben. Eine Überweisungsgebühr der Bank oder des Zahlungsdienstleisters und gesetzliche Quellensteuer sind Kosten Dritter, kein Abzug von Mazufa. Jede vollständige Bewerbung wird von einem Menschen geprüft.

Quellen

• IFPI, ISRC Structure (Ländercode, Registrant-Code, Jahresbezug, Bezeichnungscode). isrc.ifpi.org/isrc-standard/isrc-structure
• IFPI, International Standard Recording Code (ISRC) Handbook (§3.3.4 Bereiche der Bezeichnungscodes; §4.6 verkaufte oder lizenzierte Aufnahme behält ihren ISRC; §5 Bindestriche sind nicht Teil des Codes; §A.3 ein ISRC wird nie neu vergeben). ifpi.org/wp-content/uploads/2021/02/ISRC_Handbook.pdf
• IFPI, ISRC Managers — die Liste der Stellen, die ISRCs im Auftrag von Rechteinhabern vergeben dürfen. isrc.ifpi.org/get-isrc/isrc-managers
• US ISRC Agency, How It Works (zugelassene Manager; Codes nicht autorisierter Anbieter sind ungültig und riskieren Kollisionen; Präfixe werden fortlaufend zugeteilt und sind nicht änderbar; Rechteinhaber-Präfixe nur für eigene Aufnahmen). usisrc.org/how-it-works/
• Spotifys veröffentlichte Aussage, dass kein Per-Stream-Satz gezahlt wird: Der Umsatz wird gepoolt und nach Streamshare verteilt. support.spotify.com