Der ISRC ist keine bürokratische Nebensache, sondern die technische Basis dafür, dass eine Aufnahme in Shops, Streaming-Portalen, Charts und Abrechnungssystemen sauber wiedererkannt wird. Wer Musik veröffentlicht, promotet oder lizenziert, spart sich mit korrekt gepflegten Metadaten später viel Nacharbeit. Gerade im Musikbusiness entscheidet dieser kleine Code oft darüber, ob ein Track über Releases, Plattformen und Ländergrenzen hinweg eindeutig bleibt.
Die wichtigsten Punkte auf einen Blick
- Der ISRC identifiziert die konkrete Aufnahme, nicht das Musikwerk und nicht das Release als Ganzes.
- Ein einmal vergebener Code bleibt an der Aufnahme, auch wenn sie später als Single, Albumtrack oder Stream auftaucht.
- Neue Versionen wie Remix, Live-Take, bearbeitete Fassung oder Musikvideo brauchen in der Regel einen eigenen Code.
- In Deutschland vergibt der BVMI den Codiererschlüssel; aktuell kostet er einmalig 250 Euro, für BVMI-Mitglieder ist er kostenlos, VUT-Mitglieder zahlen 125 Euro.
- Für Promotion ist der ISRC vor allem ein Metadaten-Anker: Er hilft bei Plattformen, Reporting, Abrechnung und sauberer Zuordnung.
- Der Code erzeugt keine Reichweite, aber er verhindert, dass Reichweite, Streams und Tantiemen im Datensalat verloren gehen.
Wie der Code aufgebaut ist
Ich fange immer mit der Grundregel an: Der ISRC gehört zur Aufnahme, nicht zur Veröffentlichung. Er besteht aus 12 Zeichen; in der lesbaren Schreibweise werden oft Bindestriche gesetzt, in Datenbanken zählt am Ende aber die 12-stellige Form ohne Trennzeichen. Genau das ist wichtig, wenn ein Titel später in mehreren Systemen wieder auftaucht.
In der Praxis besteht der Code aus drei Teilen, die jeweils eine klare Funktion haben. Der Inhalt wirkt auf den ersten Blick technisch, ist aber logisch aufgebaut und für den Alltag gut handhabbar.
| Teil | Länge | Wofür er steht | Was das in der Praxis bedeutet |
|---|---|---|---|
| Präfix bzw. Codiererschlüssel | 5 Zeichen | Identifiziert den registrierten Vergabeberechtigten | In Deutschland läuft das über den BVMI; damit lassen sich viele Titel unter einem Schlüssel vergeben. |
| Jahresschlüssel | 2 Ziffern | Jahr der Vergabe | Das ist nicht zwangsläufig das Produktionsjahr der Aufnahme. |
| Aufnahmeschlüssel | 5 Ziffern | Einzelne laufende Nummer | Diese Nummer darf im selben Kalenderjahr nicht doppelt vergeben werden. |
Ein visueller Code kann zum Beispiel so aussehen: DE-ABC-26-00001. In der Datenbank wird daraus die kompakte 12-stellige Form ohne Bindestriche. Wichtig ist außerdem: Der Code selbst sagt nichts über Genre, Rechtekette oder Marktstatus aus. Diese Informationen gehören in die begleitenden Metadaten, nicht in den ISRC.
Wenn der Aufbau klar ist, wird sofort verständlich, warum dieselbe Aufnahme nicht für jede Veröffentlichung einen neuen Code braucht. Genau diese Logik ist im Alltag oft der erste Stolperstein.
Wann eine Aufnahme einen neuen Code braucht
Der häufigste Fehler ist nicht die fehlende Vergabe, sondern die falsche Annahme, dass jede Veröffentlichung eine neue Kennung braucht. Das stimmt nicht. Entscheidend ist, ob die Aufnahme selbst wirklich neu ist oder nur in einem anderen Kontext erscheint.
| Szenario | Neuer ISRC? | Warum |
|---|---|---|
| Gleiche Studioversion als Single und später auf dem Album | Nein | Es bleibt dieselbe Aufnahme, nur die Veröffentlichung ist anders. |
| Hi-Res-Version derselben Aufnahme | Nein | Andere Dateiqualiät, aber kein neues Audio-Master im inhaltlichen Sinn. |
| Reines Remaster ohne kreativen Eingriff | Meist nein | Technische Verbesserungen allein machen die Aufnahme normalerweise nicht zu einer neuen Aufnahme. |
| Remix, Live-Version, Edit oder Extended Version | Ja | Die Aufnahme ist inhaltlich verändert und damit eigenständig. |
| Musikvideo zur Audiospur | Ja | Video und Tonaufnahme sind getrennte Identifikatoren. |
| Coverversion | Ja | Es handelt sich um eine neue Aufnahme desselben Werks. |
| Bearbeitete Version mit Stille, Kürzung oder anderen inhaltlichen Änderungen | Ja | Die Fassung ist nicht mehr identisch mit dem Original. |
Ich merke mir dazu eine einfache Regel: Wenn du nur das Umfeld änderst, bleibt der Code. Wenn du die Aufnahme selbst veränderst, prüfst du neu. Genau deshalb ist der ISRC so stabil für Plattformen und Abrechnungssysteme, aber eben auch so streng, wenn es um Versionen geht.
Diese Trennlinie zwischen identischer Aufnahme und neuer Fassung macht den Code im Promotion-Alltag erst wirklich nützlich.
Warum er im Musikbusiness und in der Promotion so viel ausmacht
Im Promotion-Alltag ist der ISRC weniger ein Marketinginstrument als ein Zuordnungsinstrument. Genau das macht ihn so wertvoll. Ich sehe ihn als die technische Brücke zwischen Release, Plattformen, Reporting und späterer Abrechnung.
Für Playlists, Streaming-Auswertungen, Radio-Reporting, Lizenzmeldungen und Katalogpflege braucht man eine Kennung, die auch dann noch stimmt, wenn Dateinamen, Release-Formate oder Territorien wechseln. Ein sauberer ISRC sorgt dafür, dass dieselbe Aufnahme überall als dieselbe Aufnahme erkannt wird. Das ist besonders hilfreich, wenn ein Song auf mehreren Wegen ausgespielt wird, etwa als DSP-Single, als Bandcamp-Release, als Live-Session auf YouTube oder später in einer Compilation.
Gerade in DIY- und Alternative-Setups sehe ich oft das gleiche Muster: Das Team hat starke Musik, aber die Datenpflege ist improvisiert. Dann zerfasert die Dokumentation schnell. Ein sauberer ISRC-Verlauf verhindert, dass sich die Datenspur aufspaltet. Verwertungsgesellschaften wie GEMA und GVL profitieren ebenfalls von eindeutigen Kennungen, weil Meldungen robuster zugeordnet werden können.
Wichtig ist dabei die ehrliche Grenze: Der Code selbst bringt dir keine Reichweite. Er macht einen Track nicht automatisch playlist-tauglich und ersetzt keine gute Kampagne. Aber er verhindert, dass Reichweite, Abrechnung und Rechteverwaltung an der falschen Stelle landen. Das ist im Musikbusiness oft mehr wert, als es auf den ersten Blick aussieht.
Damit man diesen Vorteil im Alltag ausspielen kann, braucht es einen sauberen Vergabeweg und ein ordentliches Register.
Wie du ihn in Deutschland sauber beantragst und verwaltest
In Deutschland ist der praktische Weg klar: Wer selbst Codes vergeben will, beantragt zunächst einen Codiererschlüssel beim BVMI. Aktuell nennt der BVMI dafür eine einmalige Verwaltungsgebühr von 250 Euro; für Mitglieder des BVMI ist die Vergabe kostenlos, VUT-Mitglieder zahlen 125 Euro. Mit dem eigenen Schlüssel lassen sich nach aktuellem Stand bis zu 99.999 verschiedene ISRCs pro Jahr vergeben, ohne weitere Gebühren pro Code.
| Weg | Für wen geeignet | Vorteil | Grenze |
|---|---|---|---|
| Eigener Codiererschlüssel | Labels, häufig releasende Artists, strukturierte DIY-Setups | Volle Kontrolle und saubere interne Vergabe | Mehr Verantwortung bei Dokumentation und Pflege |
| Distributor- oder Label-Workflow | Einzelne Releases, kleine Teams, schnelle Veröffentlichungen | Wenig Aufwand im Tagesgeschäft | Du bist von der Datenqualität des Dienstleisters abhängig |
| ISRC-Manager oder Agentur | Projekte mit Fremdrechten oder mehreren Beteiligten | Saubere Vergabe im administrierten Umfeld | Formaler und oft eher für Labels als für Einzelprojekte gedacht |
Wenn ich einen Release sauber aufsetze, gehe ich immer ähnlich vor: Erst kläre ich, wer die Masterrechte hält, dann vergebe ich den Code in der Produktionsphase, spätestens beim Mastering. Danach kommt er in die Labelcopy, die Datenbank und in alle Lieferdateien, die später an Vertrieb, Plattform oder Verwertungsgesellschaft gehen.
- Rechteinhaber und Verantwortliche festlegen.
- ISRC schon vor der Auslieferung vergeben.
- Code mit Titel, Version, Künstler, Laufzeit und Veröffentlichungsdatum speichern.
- Den Code an alle relevanten Partner weitergeben.
- Ein internes Register führen, damit keine doppelte Vergabe entsteht.
Wer das einmal sauber eingerichtet hat, spart sich bei Re-Releases, Rebrandings oder Lizenzdeals viel Chaos. Genau an dieser Stelle lohnt sich der Blick auf die Nachbarkennungen, weil dort die meisten Verwechslungen passieren.
ISRC, ISWC, EAN und GRid nicht verwechseln
Die meisten Fehler entstehen nicht beim ISRC selbst, sondern bei den Begriffen rundherum. Wenn du die Kennungen sauber trennst, wird die gesamte Release-Logik deutlich klarer.
| Kennung | Identifiziert | Typischer Einsatz | Häufige Verwechslung |
|---|---|---|---|
| ISRC | Konkrete Tonaufnahme oder Musikvideoaufnahme | Streaming, Airplay, Reporting, Rechtezuordnung | Wird oft fälschlich als Song- oder Albumcode verstanden |
| ISWC | Musikalisches Werk, also die Komposition | Urheberrecht, Werkmeldung, Verwertungsgesellschaften | Hat nichts mit dem Master der Aufnahme zu tun |
| EAN / UPC | Produkt oder Veröffentlichung | Physische und digitale Releases | Identifiziert das Release, nicht die einzelne Aufnahme |
| GRid | Veröffentlichung bzw. Release-Objekt | Release-Management und Katalogisierung | Wird leicht mit einer Track-ID verwechselt |
Ich formuliere es in Gesprächen mit Bands gern so: Der ISRC ist die Fingerabdrucknummer des Masters, EAN oder UPC stehen eher für die Verpackung, und der ISWC gehört zur Komposition. Diese Trennung ist keine Spitzfindigkeit. Sie verhindert echte Abrechnungsfehler und sorgt dafür, dass ein Release später nicht in drei verschiedenen Systemen mit drei verschiedenen Bedeutungen auftaucht.
Wenn diese Trennung sitzt, bleiben nur noch die typischen Pflegefehler, die man im Tagesgeschäft gern übersieht.
Welche Fehler dir am Ende Geld und Datenqualität kosten
Ein sauberer Code ist schnell vergeben, aber genauso schnell falsch behandelt. Die teuersten Probleme entstehen selten im Moment der Vergabe, sondern Wochen oder Monate später, wenn Partner mit unvollständigen Daten arbeiten.
- Du vergibst denselben Code für zwei unterschiedliche Aufnahmen.
- Du erzeugst für dieselbe unveränderte Aufnahme bei einem Distributor-Wechsel einen neuen Code.
- Du dokumentierst die Version nicht sauber und vermischst Radio Edit, Albumversion und Remix.
- Du behandelst ein Musikvideo wie die reine Audiodatei.
- Du speicherst den Code nur in einem System und nicht im internen Register.
- Du gibst an Partner nur den Tracknamen weiter, aber nicht die vollständigen referenziellen Metadaten.
Der kritischste Fehler ist die doppelte Vergabe. Ein einmal vergebener Code sollte nicht noch einmal benutzt werden, selbst wenn sich ein Release später anders entwickelt als geplant. Genau deshalb gehört ein kleines, belastbares Register in jeden Release-Prozess, egal ob du als Band, Label oder Management arbeitest.
Was ich vor dem Release zuletzt prüfe, entscheidet dann darüber, ob die Daten später wirklich sauber laufen.
Welchen Metadaten-Check ich vor dem Release nie auslasse
Bevor ich einen Titel freigebe, gehe ich die letzten Punkte immer noch einmal durch. Das dauert nur wenige Minuten, verhindert aber die meisten Folgeprobleme in Distribution, Reporting und Katalogpflege.
- Ist klar, wer die Masterrechte hält und wer den Code vergeben darf?
- Passt der ISRC zur exakten Aufnahme, nicht nur zum Songtitel?
- Sind Titel, Version, Künstlername und Laufzeit überall identisch geschrieben?
- Wurde die 12-stellige Form im System korrekt hinterlegt?
- Gibt es für jede eigenständige Audio- oder Video-Version einen eigenen Datensatz?
- Sind alle Partner mit denselben Metadaten versorgt?
Mein Praxisurteil ist einfach: Der ISRC ist unspektakulär, aber er trennt saubere Kataloge von improvisierten Releases. Wer ihn früh mitdenkt, baut sich ein belastbares Fundament für Promotion, Lizenzierung und spätere Wiederverwertung. Genau das macht den Unterschied zwischen gutem Song und gut organisiertem Musikbusiness.
