CD Baby Metadata Leitfaden: Best Practices für akkurate Royalty-Berichte

Wenn ein Track Plays generiert, das Geld aber nicht ankommt, liegt die Ursache meist in fehlerhaften Identifikatoren oder unvollständigen Writer Splits. Dieser CD Baby Metadata Leitfaden erläutert Feldzuordnungen, Vorab-Validierungsprüfungen und Workflows zur Korrektur nach der Veröffentlichung, damit die nachgelagerte Royalty-Berichterstattung überprüfbar und wiederherstellbar ist. Erwarten Sie konkrete Validierungsregeln, Beispiel-Spreadsheet-Vorlagen und schrittweise Anleitungen zur Behebung von Metadata-Fehlern und zur Rückforderung verlorener Royalties.

1. Wie CD Baby Metadata in nachgelagerte Royalty-Systeme fliesst

Direktes Routing, geteilte Verantwortlichkeiten. Die Metadata, die Sie in CD Baby eingeben, erfüllt drei verschiedene Aufgaben: Sie erstellt DSP- und Storefront-Katalogeinträge, sie liefert Identifikatoren auf Aufnahmeebene für Verwertungsgesellschaften und sie speist Kompositions-/Publishing-Registrierungsdaten, die von PROs und mechanischen Verwertungsgesellschaften verwendet werden. Jedes nachgelagerte System liest eine Teilmenge von Feldern und wendet seine eigenen Matching-Regeln an – so unterbricht ein einzelnes inkonsistentes Feld nur einen der drei Umsatzwege, nicht alle.

Wer welche Felder nutzt

• DSPs und Storefronts: nutzen releaseupc, trackisrc, Tracktitel, gutgeschriebene/r Künstler und Track-Artwork. Diese bilden den öffentlichen Katalog und die Daten, die in der Nutzungsberichterstattung verwendet werden.
• SoundExchange und verwandte Verwertungsgesellschaften: verlassen sich hauptsächlich auf track_isrc, Mitwirkenden-Credits und Metadata zum Aufnahmeeigentum, um digitale Aufführungsroyalties für Master-Aufnahmen zuzuordnen.
• PROs und mechanische Verwertungsgesellschaften: verwenden Kompositionsdaten – Komponistennamen, IPI/CAE-Nummern, Verlagsnamen, Verlags-IPI, Writer-Split-Prozentsätze und ISWC, falls vorhanden –, um Publishing-Anteile zuzuordnen.

Wichtige Identifikatorrollen und ein praktischer Kompromiss. ISRC ist der operative Klebstoff für Auszahlungen auf Aufnahmeebene; ISWC und IPI sind wichtig für Kompositionsauszahlungen. Es ist bequem und ausreichend für den Vertrieb, CD Baby ISRCs zuweisen zu lassen, aber wenn Sie planen, über mehrere Vertriebspartner oder langfristige Kataloge hinweg zu beanspruchen oder abzugleichen, vermeidet der Besitz Ihrer ISRCs später geteilte oder doppelte Aufnahmeidentitäten. Dieser Besitz ist der Kompromiss: Bequemlichkeit jetzt gegenüber saubererem Abgleich später.

Häufige Diskrepanz, die zu verlorenen oder verzögerten Geldern führt. Das Einbetten von Featuring- oder Remix-Credits in den Tracktitel anstelle der Verwendung von Mitwirkendenfeldern verhindert häufig das automatisierte Matching bei PROs und DSPs. DSPs zeigen den Titel so an, wie Sie ihn eingereicht haben, aber Matching-Systeme entfernen oft Titelvariationen und gleichen anhand von ISRC und Mitwirkendenrollen ab – eine falsche Feldplatzierung unterbricht die automatisierte Zuordnung.

Konkretes Beispiel: Ein Duo hat eine Single auf CD Baby hochgeladen und eine automatisch zugewiesene ISRC akzeptiert. Monate später veröffentlichten sie einen überarbeiteten Schnitt mit einer anderen ISRC erneut, und der DSP teilte die Streams zwischen zwei Aufnahmen auf. Ihre SoundExchange-Registrierung verwendete die ursprüngliche ISRC, so dass eine Aufnahme Aufführungsroyalties einnahm, während die neue ISRC dies nicht tat. Die korrekte Lösung erforderte die Konsolidierung der ISRCs vor der Veröffentlichung oder die Einreichung eines rückwirkenden Antrags bei SoundExchange nach der Koordinierung von Metadata-Updates in CD Baby und den PROs.

Propagation und Limitierung zur Planung. CD Baby liefert Metadata an DSPs und Verwertungsgesellschaften über Feeds und APIs im DDEX-Stil, aber Updates ordnen die vergangene Nutzung nicht einheitlich rückwirkend neu zu. Katalogkorrekturen aktualisieren in der Regel zukünftige Berichte; die Wiedererlangung historischer Fehlzuordnungen erfordert oft separate Ansprüche bei SoundExchange oder manuelle Eingriffe der PRO. Erwarten Sie unterschiedliche Zeitpläne und bereiten Sie die Dokumentation (ursprüngliche Upload-CSV, Registrierungs-Screenshots, Verträge) vor, bevor Sie Ansprüche einreichen.

Einzelheiten zur Implementierung finden Sie in den CD Baby-Lieferrichtlinien und der DDEX-Spezifikation: CD Baby Metadata- und Lieferrichtlinien und DDEX.

2. Wesentliche Identifikatoren und Mitwirkendenfelder, die immer enthalten sein sollten

Must-have-Identifikatoren zuerst. Geben Sie immer eine releaseupc und eine trackisrc für jede Veröffentlichung und jeden Track an, den Sie kontrollieren – diese beiden sind die Primärschlüssel, die nachgelagerte Systeme verwenden, um Plays mit Zahlungen zu verknüpfen. Reichen Sie ISWC- und IPI-Nummern ein, wo verfügbar; Auslassungen führen routinemäßig zu nicht zugeordneten Publishing-Einnahmen, die manuelle Ansprüche erfordern, um sie zurückzufordern.

Primäre Identifikatoren und was sie tatsächlich schützen

• UPC / GTIN (release_upc) — identifiziert das Release-Paket und gruppiert Einnahmen in Abrechnungen; verwenden Sie eine eindeutige UPC pro Release-Variante (digitale Single, Album, Remaster).
• ISRC (track_isrc) — der Identifikator auf Aufnahmeebene, der von DSPs, SoundExchange und mechanischen Berichten verwendet wird; überprüfen Sie das Eigentum, bevor Sie automatisch zugewiesene Codes akzeptieren.
• ISWC — Kompositionsidentifikator, der das PRO-Matching beschleunigt, wenn das Werk registriert ist; holen Sie sich so früh wie möglich eine von Ihrer PRO oder fordern Sie sie an.
• IPI / CAE-Nummern — unerlässlich für sowohl Songwriter als auch Verlage; eine nicht übereinstimmende oder fehlende IPI ist die Hauptursache dafür, dass Writer-Anteile nicht zugeordnet werden.
• Writer Splits und Verlagsanteile — explizite Prozentsätze, die sich zu 100 summieren; mehrdeutige oder ausgelassene Splits erzwingen manuelle Eingriffe bei PROs.

Mitwirkendenfelder und Formatierungsregeln, die nachgelagerte Unterbrechungen vermeiden

Credit-Felder, keine Titel. Setzen Sie Featuring-Künstler, Remixer und Produzenten in ihre Mitwirkendenrollen, anstatt sie in den Tracktitel zu stopfen. Verwenden Sie konsistente Künstlernamenvarianten über alle Veröffentlichungen hinweg und gleichen Sie den Anzeigenamen mit Ihrer PRO-Registrierung oder dem kanonischen Datenbankeintrag wie MusicBrainz ab, um Identitätskollisionen zu reduzieren.

PRO-Zugehörigkeit muss übereinstimmen. Wenn ein Songwriter bei ASCAP, BMI, PRS usw. registriert ist, stellen Sie sicher, dass die PRO-Zugehörigkeit und die an CD Baby übermittelte IPI diese Registrierung widerspiegeln. Wenn das Register und der Upload abweichen, gleichen PROs nicht automatisch ab, und diese Writer-Anteile können so lange unbezahlt bleiben, bis ein Anspruch eingereicht wird.

Trade-off, den Sie im Voraus akzeptieren sollten. Es ist schneller, CD Baby ISRCs zuweisen zu lassen und die ISWC-Registrierung zu überspringen, aber es verursacht später zusätzliche Arbeit, wenn Sie eine konsolidierte Berichterstattung über alle Vertriebspartner hinweg benötigen oder das Tracking für Remaster und Neuauflagen kombinieren möchten. Der Besitz Ihrer Codes ist ein kleiner operativer Aufwand, der eine unverhältnismäßig hohe Menge an Abgleichszeit spart.

Konkretes Beispiel: Ein Songwriter lud drei Tracks unter einem Künstlernamen hoch, registrierte sich aber bei seiner PRO unter einem bürgerlichen Namen, der mit einer IPI-Nummer verbunden war. Da der Upload den Künstlernamen ohne IPI verwendete, konnte die PRO die Kompositionen nicht zuordnen und hielt Publishing-Zahlungen zurück. Die Behebung erforderte die Aktualisierung der CD Baby-Metadata, das Hinzufügen der IPI, die erneute Registrierung der Werke bei der PRO und die Einreichung eines rückwirkenden Antrags; der vollständige Wiederherstellungsprozess dauerte mehrere Wochen und erforderte die Dokumentation der ursprünglichen Splits.

• Schnelle Validierungsprüfungen vor dem Hochladen: bestätigen Sie, dass die ISRC mit ^[A-Z]{2}-[A-Z0-9]{3}-d{2}-d{5}$ oder Ihrem nationalen Format übereinstimmt, stellen Sie sicher, dass die release_upc je nach Anbieter 12 oder 13 Ziffern hat, und validieren Sie, dass die Writer Splits sich numerisch auf 100 summieren.
• Registrierungsschritt: registrieren Sie Werke bei Ihrer PRO und fordern Sie eine ISWC an, falls verfügbar, vor oder unmittelbar nach der Veröffentlichung; bewahren Sie Registrierungs-Screenshots oder Bestätigungsnummern zusammen mit Ihren Upload-Aufzeichnungen auf.

Nächste Überlegung: Nachdem Sie diese Identifikatoren und Mitwirkendenfelder zusammengestellt haben, erstellen Sie eine Single-Source-CSV-Datei, die die CD Baby-Feldnamen und Ihre PRO-Registrierungen widerspiegelt, so dass Aktualisierungen und Anspruchsnachweise sofort verfügbar sind, wenn Sie sie benötigen.

3. Zuordnung von CD Baby-Upload-Feldern zu DDEX- und Gesellschaftselementen

Direkte Zuordnung ist wichtig. Was Sie in CD Baby eingeben, wird zu strukturierten Elementen in DDEX ERN-Feeds und einzelnen Feldern bei PROs, mechanischen Verwertungsgesellschaften und SoundExchange. Behandeln Sie das Upload-Formular als Schema: Jedes CD Baby-Feld muss einem bestimmten DDEX-Element und dem entsprechenden Gesellschaftsattribut zugeordnet werden, andernfalls schlägt das automatisierte Matching fehl und das Geld bleibt in der Schwebe.

Praktische Feldzuordnungsmatrix

Trade-off und Limitierung. DDEX kann komplizierte Eigentumsverhältnisse (mehrere Verlage, territoriumsspezifische Splits, Medleys) modellieren, aber viele DSPs und Gesellschaften normalisieren oder ignorieren nicht standardmäßige Konstrukte. Wenn Ihre Veröffentlichung territoriale Splits oder ein Medley enthält, erwarten Sie, dass einige Empfänger die Daten abflachen – Sie benötigen dann PRO-seitige Registrierungen und zusätzliche Dokumentation, um genaue Anteile zu erhalten.

• Validierungsschritt: erzwingen Sie das Vorhandensein von trackisrc, composeripi für jeden Writer und writersplitpercent, die sich vor dem Hochladen auf 100 summieren.
• Kanonische Namen: gleichen Sie Künstler- und Verlagsnamen mit MusicBrainz oder Ihrer PRO-Registrierung ab, um Identitätskollisionen zu reduzieren; verwenden Sie konsistente Groß- und Kleinschreibung und Zeichensetzung.
• Backup-Nachweis: fügen Sie ein Split Sheet und PRO-Registrierungsbestätigungen bei oder bewahren Sie diese auf; nachgelagerte Ansprüche erfordern diese, wenn Zuordnungen fehlschlagen.

Konkretes Beispiel: Eine Band lud ein Cover hoch und gab die ursprünglichen Komponistennamen an, ließ aber die ISWC und die Verlags-IPI weg. DSPs listeten den Track einwandfrei auf, aber die mechanische Gesellschaft behandelte das Werk als nicht registriert und hielt Mechanicals zurück. Die Behebung erforderte die Registrierung des Werks bei der Gesellschaft, um eine ISWC zu erhalten, die Aktualisierung des CD Baby-Uploads mit dieser ISWC und der Verlags-IPI und dann die Einreichung eines rückwirkenden Antrags bei der mechanischen Gesellschaft.

Nächste Überlegung: Automatisieren Sie einen Preupload-Validator, der diese Zuordnungen mit den DDEX ERN-Regeln und Ihren PRO-Registrierungen abgleicht, so dass Sie Diskrepanzen vor dem Vertrieb erkennen.

4. Preupload-Validierungscheckliste mit Beispielen und maschinenlesbaren Prüfungen

Direkt zur Sache: Fangen Sie Metadata-Probleme vor dem Hochladen mit automatisierten Gates ab, die das Identifikatorformat, die Mitwirkendenidentität und die numerische Integrität erzwingen. Die manuelle Überprüfung übersieht kleine Abweichungen, die das Matching unterbrechen; erstellen Sie einen kurzen Validierungslauf, der auf Ihrer CSV-Datei oder Master-Metadata-Quelle ausgeführt wird, und lehnen Sie Zeilen ab, die fehlschlagen.

Maschinenlesbare Prüfungen, die automatisch ausgeführt werden

• ISRC-Format: akzeptieren Sie nur 12-stellige ISRCs ohne Satzzeichen nach dem Muster ^[A-Z]{2}[A-Z0-9]{3}d{7}$. Lehnen Sie Kleinbuchstaben oder zusätzliche Bindestriche ab; normalisieren Sie, bevor Sie versuchen, sich zu registrieren oder hochzuladen.
• UPC Basic Gate: erfordern Sie d{12,13} und überprüfen Sie die Prüfziffer für 12-stellige UPC-A-Releases; kennzeichnen Sie alle nicht-numerischen Werte. Wenn Sie EAN-13 verwenden, notieren Sie das genaue Format in Ihrer Release-Varianten-Spalte.
• Writer Splits Summe: erzwingen Sie =ROUND(SUM(writersplitrange),2)=100 in Tabellenkalkulationen oder eine äquivalente numerische Gleichheit innerhalb eines kleinen Epsilon (0,01) in Skripten; lassen Sie keine leeren Split-Zellen zu.
• Komponistenidentitäts-Kreuzprüfung: erfordern Sie entweder eine gültige IPI-Nummer oder eine PRO-Lookup-Bestätigungs-URL für jeden gutgeschriebenen Writer. Wenn keine IPI vorhanden ist, blockieren Sie den Upload und zeigen Sie ein manuelles Überprüfungselement an.
• Kanonisierung des Künstlernamens: vergleichen Sie die Zeichenkette des gutgeschriebenen Künstlers mit Ihrer kanonischen Künstler-ID-Liste (MusicBrainz-ID oder Ihrem internen Schlüssel); markieren Sie Nichtübereinstimmungen und zeigen Sie den vorgeschlagenen kanonischen Wert an.

Praktische Erkenntnis: automatisierte Prüfungen sollten bei Schlüsseln (ISRC, UPC, IPI) streng und bei Anzeigetexten (Titeln, Liner Notes) permissiv sein. Der Trade-off ist Reibung beim Hochladen gegenüber weniger nachgelagerten Ausnahmen; Gegenwehr von Mitwirkenden ist normal, aber es ist besser, als ausgesetzten Royalties hinterherzujagen.

Konkretes Beispiel: Eine Distributor-CSV-Datei enthielt eine ISRC mit Kleinbuchstaben und einem versehentlichen Leerzeichen. Die Pipeline normalisierte Titel, aber keine ISRCs, so dass der Track eine zweite Aufnahmeidentität nachgelagert erzeugte. Die Ausführung der Prüfung ^[A-Z]{2}[A-Z0-9]{3}d{7}$ hätte dies erkannt und die Korrektur vor der Auslieferung erzwungen, wodurch ein rückwirkender SoundExchange-Anspruch vermieden worden wäre.

Praktische Prüfungen, die Sie skripten oder in OpenRefine ausführen können

• Trimmen und Großschreiben: Wenden Sie eine Transformation an, um führende/nachfolgende Leerzeichen zu entfernen und Identifikatorspalten vor der Validierung in Großbuchstaben umzuwandeln.
• Split-Validierungspipeline: Stufe 1 = syntaktische Prüfungen (Regex, numerische Bereiche), Stufe 2 = Auflösungsprüfungen (PRO-API- oder MusicBrainz-Lookup), Stufe 3 = Geschäftsregeln (Splits Summe, Verlag vorhanden).
• Nachweisspalte: Fügen Sie proofurl- und proregistration_id-Spalten in Ihrer CSV-Datei hinzu, so dass jede gekennzeichnete Zeile sofort den Registrierungsnachweis enthält, den die Prüfer benötigen.

Verlassen Sie sich nicht auf eine rein menschliche Überprüfung der ISRC- und IPI-Konsistenz; dies sind die Schlüssel, die programmatische Berichte verwenden, um Plays mit Zahlungen abzugleichen.

Nächster Schritt: Binden Sie diese Prüfungen in Ihre Release-Checkliste ein und speichern Sie die validierte CSV-Datei mit Zeitstempeln und Prüferinitialen. Wenn Sie Retro-Ansprüche einreichen oder Metadata in CD Baby korrigieren müssen, ist dieser validierte Datensatz der schnellste Weg zum Nachweis und zur Wiederherstellung.

5. Tools und Automatisierung zur Erkennung und Verhinderung von Metadata-Fehlern

Beginnen Sie mit einem Gate, nicht mit einer Hoffnung. Automatisieren Sie einen Preflight, der falsch formatierte Identifikatoren, inkonsistente Mitwirkendenidentitäten und unvollständige Split-Daten ablehnt, bevor etwas CD Baby erreicht. Eine kurze, wiederholbare Pipeline spart viel mehr Zeit als rückwirkende Ansprüche.

Praktische Automatisierungspipeline

1. Source of Truth: Bewahren Sie eine kanonische CSV-Datei oder ein kleines Git-Repository mit einer JSON/CSV-Zeile pro Track und Spalten auf, die so benannt sind, dass sie mit den CD Baby-Feldern übereinstimmen (releaseupc, trackisrc, composeripi, writersplit_percent).
2. Syntaktische Validierung: Führen Sie Regex- und Prüfsummenprüfungen durch (Großbuchstabennormalisierung, numerische UPC-Länge, ISRC-Format) und blockieren Sie Zeilen, die fehlschlagen, so dass eine menschliche Überprüfung vor der Überschreibung erforderlich ist.
3. Auflösungsprüfungen: Rufen Sie MusicBrainz oder ein internes Künstlerregister auf, um kanonische Künstler-IDs zu überprüfen und Namensabweichungen zu kennzeichnen; validieren Sie die IPI anhand von PRO-APIs, wo verfügbar.
4. DDEX-Staging: Wandeln Sie Ihren kanonischen Datensatz in eine DDEX ERN um und führen Sie ihn durch einen Validator, um strukturelle Probleme frühzeitig zu erkennen; speichern Sie den ERN-Diff für das Audit.
5. Lieferrichtlinie: Wenn ein automatisierter Push zu CD Baby für Ihren Workflow möglich ist, fordern Sie einen grünen Bericht von sowohl der syntaktischen als auch der Auflösungsphase an; exportieren Sie andernfalls die validierte CSV-Datei und fügen Sie den Validierungsbericht dem Upload-Ticket bei.

Praktische Einschränkung. Die Automatisierung fängt Format- und Identitätsabweichungen zuverlässig ab, kann aber keine rechtlichen Eigentumsverhältnisse, territoriale Publishing-Splits nachweisen oder strittige Credits auflösen. Diese erfordern menschliche Entscheidungen und dokumentarische Beweise; planen Sie eine manuelle Überprüfungswarteschlange mit Eskalationsregeln ein.

Integrationen und Tools zur Verwendung

Verwenden Sie eine Kombination aus Abgleichs- und Bereinigungstools anstelle einer einzigen Wunderwaffe: OpenRefine für die Massennormalisierung, MusicBrainz-Lookup für kanonische IDs, den DDEX ERN-Validator für strukturelle Prüfungen, die IFPI ISRC-Anleitung für Code-Eigentumsprüfungen und die SoundExchange-Anleitung für Performance-Metadata. Zeichnen Sie, wo möglich, Nachweislinks (PRO-Registrierungs-URLs, ISWC-Quittungen) in Ihren Metadata-Zeilen auf.

Konkretes Beispiel: Ein kleines Label baute eine Pipeline, die CSV-Dateien mit OpenRefine normalisiert, einen MusicBrainz-Abgleichsschritt ausführt, die bereinigten Zeilen in eine ERN umwandelt und sie mit einem DDEX-Validator validiert und dann einen PDF-Bericht pro Release erstellt, der im Release-Ordner gespeichert wird. Als ein DSP später eine nicht übereinstimmende Aufnahme meldete, verwendete das Team das PDF, um die genauen Werte vor der Auslieferung anzuzeigen, und löste den Split innerhalb von drei Wochen anstelle von Monaten auf.

• Überwachungssignale zur Automatisierung nach der Veröffentlichung: Prozentsatz der Streams ohne Publisher-Match, plötzliches Auftreten doppelter ISRCs für denselben Titel, Nichtübereinstimmung in der erwarteten vs. tatsächlichen ISRC-Anzahl in DSP-Katalogen und unerwartetes Delta in den Publisher-Einnahmen pro Release.
• Praktische Benachrichtigung: Schalten Sie diese Prüfungen in ein einfaches Dashboard oder einen Slack-Webhook, so dass ein Mensch ein priorisiertes Triage-Element anstelle eines blinden Posteingangs voller Fehler erhält.

6. Abgleich und Überwachung nach dem Vertrieb

Beginnen Sie mit einem kanonischen Hauptbuch. Führen Sie eine definitive Tabellenkalkulation oder Datenbankzeile pro Track (passend zu den CD Baby-Feldnamen), die releaseupc, trackisrc, gutgeschriebene Künstler, composeripi, publisheripi, writer_splits und Nachweislinks zu PRO-Registrierungen aufzeichnet. Diese einzige Quelle ist das Einzige, dem Sie beim Abgleich von Abrechnungen vertrauen sollten; alles andere ist vergänglich.

Operative Abgleichsschritte

Befolgen Sie einen wiederholbaren Zyklus: Nehmen Sie Abrechnungsdateien auf, gleichen Sie die Nutzung anhand des Identifikators ab, zeigen Sie Nichtübereinstimmungen an, triagieren Sie nach Fehlertyp und führen Sie dann Korrektur- oder Anspruchsmaßnahmen durch. Automatisieren Sie die ersten drei Schritte, so dass sich Menschen auf Ausnahmen und nicht auf den routinemäßigen Zeilenabgleich konzentrieren.

1. Aufnehmen: Importieren Sie DSP-Nutzungsberichte und CD Baby-Auszahlungs-/Abrechnungs-CSV-Dateien in Ihr Hauptbuch und normalisieren Sie Felder (Großbuchstaben, Leerzeichen entfernen).
2. Abgleichen: Verbinden Sie DSP-Zeilen mit Ihrem Hauptbuch auf trackisrc und releaseupc. Zählen Sie nicht übereinstimmende Plays und listen Sie unterschiedliche unbekannte ISRCs auf.
3. Triagieren: Klassifizieren Sie Nichtübereinstimmungen in Kategorien – fehlende ISRC, doppelte ISRC, falsche Mitwirkendendaten oder Publisher/IPI-Nichtübereinstimmung – und weisen Sie Eigentümer und Priorität zu.
4. Auflösen: Für Katalogfehler pushen Sie korrigierte Metadata zu CD Baby und bereiten Sie, wo bereits Plays stattgefunden haben, Retro-Ansprüche für SoundExchange oder Ihre mechanische Gesellschaft mit dem kanonischen Nachweis vor.
5. Überprüfen: Verfolgen Sie nach der Einreichung den Anspruchsstatus und führen Sie den Abgleich wöchentlich erneut durch, bis sich das Delta schließt oder der Anspruch abgelehnt wird.

Praktischer Trade-off: Die Automatisierung des wöchentlichen Abgleichs fängt Abweichungen frühzeitig ab, kostet aber Entwicklerzeit; die vierteljährliche Durchführung reduziert den Overhead, vervielfacht aber rückwirkende Ansprüche und die Wiederherstellungszeit. Wählen Sie die Trittfrequenz, die zu Ihrer Kataloggröße und Umsatzsensibilität passt.

Konkretes Beispiel: Ein kleines Indie-Label führte eine wöchentliche Aufnahme durch und stellte fest, dass 2,3 % der Streams auf einer neuen Veröffentlichung keiner track_isrc zugeordnet werden konnten. Die Triage zeigte eine einzelne Zeile, in der eine ISRC ein nachfolgendes Zeichen im CD Baby-Upload hatte. Das Team korrigierte den CD Baby-Datensatz, reichte einen SoundExchange-Retro-Anspruch mit der ursprünglichen validierten CSV-Datei und PRO-Quittungen ein und erhielt die meisten der einbehaltenen Aufführungsroyalties innerhalb von zwei Auszahlungszyklen zurück.

Überwachen Sie kontinuierlich drei Signale: Anzahl der nicht übereinstimmenden ISRCs, unerwartete doppelte ISRCs für denselben Titel und Publisher-Match-Rate (Prozentsatz der Streams mit registrierten Publisher-IPIs).

Was oft missverstanden wird: Viele gehen davon aus, dass die Aktualisierung von Metadata in CD Baby historische Plays automatisch neu zuordnet. In der Praxis aktualisieren DSP-Kataloge zukünftige Metadata, aber historische Abrechnungen ordnen die vergangene Nutzung selten ohne einen formellen Anspruch neu zu. Behandeln Sie Metadata-Aktualisierungen und Retro-Ansprüche als zwei separate Tracks.

Nächste Überlegung: Verknüpfen Sie diese Pipeline mit Ihren PRO-Registrierungsprotokollen und bewahren Sie Nachweise, die an jede Track-Zeile angehängt sind. Wenn Sie Ansprüche einreichen, werden Agenten nach der genauen CSV-Datei vor der Auslieferung und den Registrierungsbestätigungen fragen – wenn Sie sie an einem Ort haben, werden Ansprüche schneller abgeschlossen.

7. Korrektur von Metadata und Rückforderung verlorener Royalties

Direkte Tatsache: Die Korrektur von Metadata und die Rückforderung von Geld sind zwei verwandte, aber unterschiedliche Workflows – der eine aktualisiert die zukünftige Auslieferung, der andere verfolgt rückwirkende Zahlungen. Behandeln Sie sie getrennt und führen Sie sie parallel aus: Korrigieren Sie zuerst den Live-Datensatz, stellen Sie zweitens die Audit-Nachweise zusammen und reichen Sie Ansprüche erst ein, nachdem Sie einen kanonischen Nachweis haben.

Schritt-für-Schritt-Korrektur-Workflow

1. Aktualisieren Sie den CD Baby-Datensatz: Korrigieren Sie Felder, die falsch sind (z. B. track_isrc, gutgeschriebene Künstlerrollenfelder, Komponisten-IPI, Verlags-IPI, ISWC). Verwenden Sie das CD Baby-Dashboard oder den Support-Kanal und bewahren Sie die Ticketnummer auf. Wenn die Plattform die Änderung verhindert (einige ISRC-Bearbeitungen sind eingeschränkt), dokumentieren Sie diese Einschränkung in Ihrem Nachweispaket.
2. Synchronisieren Sie PRO-Registrierungen: Aktualisieren oder fügen Sie das Werk sofort in Ihrem PRO-Konto hinzu, so dass Komponistennamen, IPI, ISWC und Writer Splits mit den korrigierten CD Baby-Metadata übereinstimmen. Speichern Sie Bestätigungs-Screenshots oder Registrierungs-IDs.
3. Bereiten Sie ein Nachweispaket vor: Stellen Sie die validierte Preupload-CSV-Datei, den ursprünglichen Upload-Beleg, PRO-Registrierungsbestätigungen, das Split Sheet, den Eigentumsnachweis des Masters (ISRC-Eigentum oder -Zuweisung) und alle Vereinbarungen zusammen, die Writer-Prozentsätze zeigen.
4. Reichen Sie Retro-Ansprüche bei Verwertungsgesellschaften ein: Reichen Sie bei SoundExchange für digitale Performance und bei den relevanten mechanischen Gesellschaften/PROs für Kompositions-/mechanische Einnahmen ein. Fügen Sie das Nachweispaket bei und verweisen Sie auf das CD Baby-Support-Ticket, in dem Sie den öffentlichen Datensatz korrigiert haben.
5. Verfolgen und iterieren: Protokollieren Sie Anspruchs-IDs, erwartete Überprüfungsfenster und Nachverfolgungsfrequenz. Wenn ein Anspruch abgelehnt wird, fordern Sie den spezifischen Grund an und beheben Sie das fehlende Beweisstück, anstatt es stumpf erneut einzureichen.

Praktische Einschränkung: Einige DSPs und Gesellschaften ordnen vergangene Nutzungen nicht rückwirkend neu zu, nur weil Sie den Distributor-Datensatz bearbeitet haben. Das Ändern der ISRC einer Aufnahme, nachdem bereits Plays gemeldet wurden, erzeugt in der Regel eine neue Aufnahmeidentität nachgelagert. Das bedeutet, dass eine Metadata-Korrektur allein selten historische Splits ohne formelle Ansprüche bei Verwertungsgesellschaften wiederherstellt.

Nachweispaket und Anspruchsprioritäten

• Mindestnachweis, der enthalten sein muss: validierte CSV-Datei vor der Auslieferung, CD Baby-Upload-Beleg oder -Ticket, PRO-Registrierungsbestätigung (ID oder Screenshot), unterschriebenes oder mit Zeitstempel versehenes Split Sheet und Nachweis des ISRC-Eigentums (IFPI/ausstellende Agentur oder internes Zuweisungsprotokoll).
• Prioritätsentscheidungsregel: Wägen Sie die erwartete Wiederherstellung gegen die Verwaltungskosten ab. Legen Sie für kleine Kataloge eine Dollar/Zeit-Schwelle fest (z. B.: Verfolgen Sie Ansprüche, wenn die erwartete Netto-Wiederherstellung das Dreifache der prognostizierten Verwaltungskosten übersteigt). Eskalieren Sie komplexe Mehrtitel- oder hochwertige Ansprüche an einen Spezialisten.
• Wann nicht neu auflegen: Versuchen Sie nicht, historische Zuordnungen zu korrigieren, indem Sie dieselbe Aufnahme unter einer neuen ISRC neu auflegen und erwarten, dass Systeme Plays zusammenführen. Legen Sie nur für neue Veröffentlichungen neu auf – verfolgen Sie Ansprüche für vergangene Plays.

Konkretes Beispiel: Ein