Guide des métadonnées CD Baby : Meilleures pratiques pour un reporting précis des royalties

Lorsqu'un morceau génère des écoutes mais que l'argent ne suit jamais, la cause première est généralement des identifiants mal appariés ou des répartitions d'auteur incomplètes. Ce guide des métadonnées CD Baby présente les mappages au niveau des champs, les contrôles de validation avant le téléchargement et les flux de travail de correction après la publication afin que le reporting des royalties en aval soit vérifiable et récupérable. Attendez-vous à des règles de validation concrètes, des exemples de modèles de feuilles de calcul et des procédures étape par étape pour corriger les erreurs de métadonnées et récupérer les royalties perdues.

1. Comment les métadonnées CD Baby sont intégrées aux systèmes de royalties en aval

Routage direct, responsabilités partagées. Les métadonnées que vous saisissez dans CD Baby remplissent trois fonctions différentes : elles créent des enregistrements de catalogue DSP et de vitrine, elles fournissent des identifiants au niveau de l'enregistrement pour les sociétés de perception, et elles alimentent les données d'enregistrement de composition/édition utilisées par les PRO et les sociétés de gestion des droits mécaniques. Chaque système en aval lit un sous-ensemble de champs et applique ses propres règles de correspondance. Ainsi, un seul champ incohérent interrompt un seul des trois flux de revenus, et non tous.

Qui consomme quels champs

• DSP et vitrines : consomment releaseupc, trackisrc, le titre du morceau, le(s) artiste(s) crédité(s) et l'illustration du morceau. Ceux-ci forment le catalogue public et les données utilisées dans le reporting d'utilisation.
• SoundExchange et les sociétés de perception des droits voisins : s'appuient principalement sur track_isrc, les crédits d'interprète et les métadonnées de propriété de l'enregistrement pour attribuer les royalties d'exécution numérique pour les enregistrements master.
• PRO et sociétés de perception des droits mécaniques : utilisent les données de composition — noms des compositeurs, numéros IPI/CAE, noms des éditeurs musicaux, IPI des éditeurs musicaux, pourcentages de répartition des auteurs et ISWC lorsque disponible — pour attribuer les parts d'édition.

Rôles clés des identifiants et compromis pratique. L'ISRC est le lien opérationnel pour les paiements au niveau de l'enregistrement ; l'ISWC et l'IPI sont importants pour les paiements de composition. Laisser CD Baby attribuer des ISRC est pratique et suffisant pour la distribution, mais si vous prévoyez de réclamer ou de rapprocher plusieurs distributeurs ou des catalogues à long terme, posséder vos ISRC évite les identités d'enregistrement divisées ou dupliquées ultérieurement. Cette propriété est le compromis : la commodité maintenant par rapport à un rapprochement plus propre plus tard.

Incompatibilité courante qui entraîne une perte ou un retard d'argent. L'intégration de crédits de featuring ou de remix dans le titre du morceau au lieu d'utiliser les champs de contributeur empêche couramment la correspondance automatisée au niveau des PRO et des DSP. Les DSP afficheront le titre tel que vous l'avez soumis, mais les systèmes de correspondance suppriment souvent les variations de titre et correspondent sur l'ISRC et les rôles de contributeur — un mauvais placement de champ interrompt l'attribution automatisée.

Exemple concret : Un duo a téléchargé un single sur CD Baby et a accepté un ISRC auto-attribué. Des mois plus tard, ils ont réédité une version remasterisée avec un ISRC différent et le DSP a divisé les flux entre deux enregistrements. Leur enregistrement SoundExchange utilisait l'ISRC d'origine, de sorte qu'un enregistrement percevait des royalties d'exécution tandis que le nouvel ISRC n'en percevait pas. La correction appropriée nécessitait de consolider les ISRC avant la sortie ou de déposer une réclamation rétroactive auprès de SoundExchange après avoir coordonné les mises à jour des métadonnées dans CD Baby et les PRO.

Propagation et limitation à prévoir. CD Baby fournit des métadonnées aux DSP et aux sociétés de perception via des flux et des API de type DDEX, mais les mises à jour ne remappent pas uniformément et rétroactivement l'utilisation passée. Les corrections de catalogue mettent généralement à jour les futurs rapports ; la récupération des mauvaises allocations historiques nécessite souvent des réclamations distinctes auprès de SoundExchange ou des interventions manuelles des PRO. Prévoyez des délais différents et préparez la documentation (CSV de téléchargement original, captures d'écran d'enregistrement, contrats) avant de soumettre les réclamations.

Pour plus de détails sur la mise en œuvre, consultez les directives de livraison de CD Baby et la spécification DDEX : Directives de CD Baby sur les métadonnées et la livraison et DDEX.

2. Identifiants essentiels et champs de contributeur à toujours inclure

Les identifiants indispensables d'abord. Fournissez toujours un releaseupc et un trackisrc pour chaque sortie et chaque morceau que vous contrôlez — ces deux éléments sont les clés primaires que les systèmes en aval utilisent pour lier les écoutes aux paiements. Soumettez les numéros ISWC et IPI lorsque disponibles ; les omissions créeront systématiquement des revenus d'édition non attribués qui nécessitent des réclamations manuelles pour être récupérés.

Identifiants primaires et ce qu'ils protègent réellement

• UPC / GTIN (release_upc) — identifie le package de sortie et regroupe les revenus dans les relevés ; utilisez un UPC unique par variante de sortie (single numérique, album, remaster).
• ISRC (track_isrc) — l'identifiant au niveau de l'enregistrement utilisé par les DSP, SoundExchange et le reporting des droits mécaniques ; vérifiez la propriété avant d'accepter les codes auto-attribués.
• ISWC — identifiant de composition qui accélère la correspondance PRO lorsque l'œuvre est enregistrée ; obtenez ou demandez-en un auprès de votre PRO dès que possible.
• Numéros IPI / CAE — essentiels pour les auteurs et les éditeurs musicaux ; un IPI mal apparié ou manquant est la principale cause pour laquelle les parts d'auteur ne sont pas attribuées.
• Répartitions d'auteur et parts d'éditeur musical — pourcentages explicites qui totalisent 100 ; les répartitions ambiguës ou omises forcent une intervention manuelle au niveau des PRO.

Champs de contributeur et règles de formatage qui évitent les interruptions en aval

Champs de crédit, pas titres. Placez les artistes en vedette, les remixeurs et les producteurs dans leurs rôles de contributeur plutôt que de les insérer dans le titre du morceau. Utilisez des variantes de nom d'artiste cohérentes entre les sorties et faites correspondre le nom d'affichage à votre enregistrement PRO ou à votre entrée de base de données canonique telle que MusicBrainz pour réduire les collisions d'identité.

L'affiliation PRO doit correspondre. Si un compositeur est enregistré auprès d'ASCAP, BMI, PRS, etc., assurez-vous que l'affiliation PRO et l'IPI soumis à CD Baby reflètent cet enregistrement. Lorsque le registre et le téléchargement diffèrent, les PRO ne se rapprochent pas automatiquement et ces parts d'auteur peuvent rester impayées jusqu'à ce qu'une réclamation soit déposée.

Compromis à accepter dès le départ. Laisser CD Baby attribuer des ISRC et ignorer l'enregistrement ISWC est plus rapide, mais cela crée du travail supplémentaire plus tard si vous avez besoin d'un reporting consolidé entre les distributeurs ou si vous souhaitez combiner le suivi des remasters et des rééditions. Posséder vos codes est un petit coût opérationnel qui permet d'économiser une quantité disproportionnée de temps de rapprochement.

Exemple concret : Un compositeur a téléchargé trois morceaux sous un nom de scène mais s'est enregistré auprès de son PRO sous un nom légal lié à un numéro IPI. Étant donné que le téléchargement utilisait le nom de scène sans IPI, le PRO n'a pas pu faire correspondre les compositions et a retenu les paiements d'édition en suspens. La correction a nécessité la mise à jour des métadonnées CD Baby, l'ajout de l'IPI, le réenregistrement des œuvres auprès du PRO et la soumission d'une réclamation rétrospective ; le processus de récupération complet a pris plusieurs semaines et a nécessité la documentation des répartitions originales.

• Contrôles de validation rapides avant le téléchargement : confirmez que ISRC correspond à ^[A-Z]{2}-[A-Z0-9]{3}-d{2}-d{5}$ ou à votre format national, assurez-vous que release_upc comporte 12 ou 13 chiffres selon le fournisseur, et validez que les répartitions d'auteur totalisent numériquement 100.
• Étape d'enregistrement : enregistrez les œuvres auprès de votre PRO et demandez un ISWC si disponible avant ou immédiatement après la sortie ; conservez les captures d'écran d'enregistrement ou les numéros de confirmation avec vos enregistrements de téléchargement.

Prochaine considération : après avoir assemblé ces identifiants et ces champs de contributeur, préparez un CSV à source unique qui reflète les noms de champs CD Baby et vos enregistrements PRO afin que les mises à jour et les preuves de réclamation soient immédiates lorsque vous en avez besoin.

3. Mappage des champs de téléchargement CD Baby aux éléments DDEX et de société

Le mappage direct est important. Ce que vous tapez dans CD Baby devient des éléments structurés dans les flux DDEX ERN et des champs individuels au niveau des PRO, des sociétés de gestion des droits mécaniques et de SoundExchange. Traitez le formulaire de téléchargement comme un schéma : chaque champ CD Baby doit correspondre à un élément DDEX spécifique et à l'attribut de société correspondant, sinon la correspondance automatisée échouera et l'argent restera en suspens.

Matrice pratique de mappage des champs

Compromis et limitation. DDEX peut modéliser une propriété compliquée (plusieurs éditeurs musicaux, répartitions spécifiques au territoire, medley), mais de nombreux DSP et sociétés normalisent ou ignorent les constructions non standard. Si votre sortie a des répartitions territoriales ou un medley, attendez-vous à ce que certains destinataires aplatissent les données — vous aurez alors besoin d'enregistrements côté PRO et d'une documentation supplémentaire pour préserver des parts précises.

• Étape de validation : appliquez la présence de trackisrc, composeripi pour chaque auteur, et writersplitpercent totalisant 100 avant le téléchargement.
• Noms canoniques : faites correspondre les noms d'artistes et d'éditeurs musicaux à MusicBrainz ou à votre enregistrement PRO pour réduire les collisions d'identité ; utilisez une capitalisation et une ponctuation cohérentes.
• Preuve de sauvegarde : joignez ou conservez une feuille de répartition et des confirmations d'enregistrement PRO ; les réclamations en aval les nécessiteront lorsque les mappages échoueront.

Exemple concret : Un groupe a téléchargé une reprise et a fourni les noms des compositeurs originaux, mais a omis l'ISWC et l'IPI de l'éditeur musical. Les DSP ont bien répertorié le morceau, mais la société de gestion des droits mécaniques a traité l'œuvre comme non enregistrée et a retenu les droits mécaniques. La correction a nécessité l'enregistrement de l'œuvre auprès de la société pour obtenir un ISWC, la mise à jour du téléchargement CD Baby avec cet ISWC et l'IPI de l'éditeur musical, puis le dépôt d'une réclamation rétroactive auprès de la société de gestion des droits mécaniques.

Prochaine considération : automatisez un validateur de pré-téléchargement qui vérifie ces mappages par rapport aux règles DDEX ERN et à vos enregistrements PRO afin de détecter les incompatibilités avant la distribution.

4. Liste de contrôle de validation avant le téléchargement avec des exemples et des contrôles lisibles par machine

Directement au but : détectez les problèmes de métadonnées avant le téléchargement avec des portes automatisées qui appliquent le format d'identifiant, l'identité du contributeur et l'intégrité numérique. L'examen manuel à l'œil nu manque de petites déviations qui interrompent la correspondance ; créez une courte passe de validation qui s'exécute sur votre CSV ou votre source de métadonnées master et rejetez les lignes qui échouent.

Contrôles lisibles par machine à exécuter automatiquement

• Format ISRC : acceptez uniquement les ISRC de 12 caractères sans ponctuation en utilisant le modèle ^[A-Z]{2}[A-Z0-9]{3}d{7}$. Rejetez les minuscules ou les tirets supplémentaires ; normalisez avant de tenter de vous enregistrer ou de télécharger.
• Porte de base UPC : exigez d{12,13} et vérifiez le chiffre de contrôle pour les sorties UPC-A à 12 chiffres ; signalez toute valeur non numérique. Si vous utilisez EAN-13, enregistrez le format exact dans votre colonne de variante de sortie.
• Somme des répartitions d'auteur : appliquez =ROUND(SUM(writersplitrange),2)=100 dans les feuilles de calcul ou une égalité numérique équivalente dans un petit epsilon (0,01) dans les scripts ; n'autorisez pas les cellules de répartition vides.
• Vérification croisée de l'identité du compositeur : exigez soit un numéro IPI valide, soit une URL de confirmation de recherche PRO pour chaque auteur crédité. Si aucun IPI, bloquez le téléchargement et faites apparaître un élément de révision manuelle.
• Canonicalisation du nom d'artiste : comparez la chaîne d'artiste crédité à votre liste d'ID d'artiste canonique (ID MusicBrainz ou votre clé interne) ; marquez les incompatibilités et affichez la valeur canonique suggérée.

Aperçu pratique : les contrôles automatisés doivent être stricts sur les clés (ISRC, UPC, IPI) et permissifs sur le texte d'affichage (titres, notes de pochette). Le compromis est la friction lors du téléchargement par rapport à moins d'exceptions en aval ; le recul des collaborateurs est normal, mais il vaut mieux que de courir après les royalties en suspens.

Exemple concret : un CSV de distributeur contenait un ISRC avec des lettres minuscules et un espace parasite. Le pipeline a normalisé les titres mais pas les ISRC, de sorte que le morceau a créé une deuxième identité d'enregistrement en aval. L'exécution du contrôle ^[A-Z]{2}[A-Z0-9]{3}d{7}$ l'aurait détecté et aurait forcé la correction avant la livraison, évitant ainsi une réclamation rétroactive auprès de SoundExchange.

Contrôles pratiques que vous pouvez scripter ou exécuter dans OpenRefine

• Supprimer les espaces et mettre en majuscules : appliquez une transformation pour supprimer les espaces blancs de début/fin et convertir les colonnes d'identifiant en majuscules avant la validation.
• Pipeline de validation divisé : étape 1 = contrôles syntaxiques (expressions régulières, plages numériques), étape 2 = contrôles de résolution (API PRO ou recherche MusicBrainz), étape 3 = règles métier (somme des répartitions, éditeur musical présent).
• Colonne de preuve : ajoutez les colonnes proofurl et proregistration_id dans votre CSV afin que toute ligne signalée inclue immédiatement la preuve d'enregistrement dont les réviseurs ont besoin.

Ne vous fiez pas à une révision uniquement humaine pour la cohérence de l'ISRC et de l'IPI ; ce sont les clés que les rapports programmatiques utilisent pour faire correspondre les écoutes aux paiements.

Prochaine étape : liez ces contrôles à votre liste de contrôle de sortie et stockez le CSV validé avec les horodatages et les initiales du réviseur. Lorsque vous devez déposer des réclamations rétroactives ou corriger des métadonnées dans CD Baby, cet enregistrement validé est le chemin le plus rapide vers la preuve et la récupération.

5. Outils et automatisation pour détecter et prévenir les erreurs de métadonnées

Commencez par une porte, pas un espoir. Automatisez un pré-vol qui rejette les identifiants mal formés, les identités de contributeur incohérentes et les données de répartition incomplètes avant que quoi que ce soit n'atteigne CD Baby. Un pipeline court et reproductible permet d'économiser beaucoup plus de temps que les réclamations rétroactives.

Pipeline d'automatisation pratique

1. Source de vérité : conservez un CSV canonique ou un petit dépôt Git avec une ligne JSON/CSV par morceau et des colonnes nommées pour correspondre aux champs CD Baby (releaseupc, trackisrc, composeripi, writersplit_percent).
2. Validation syntaxique : exécutez des contrôles d'expressions régulières et de sommes de contrôle (normalisation des majuscules, longueur numérique UPC, format ISRC) et bloquez les lignes qui échouent afin qu'une révision humaine soit requise avant la substitution.
3. Contrôles de résolution : appelez MusicBrainz ou un registre d'artistes interne pour vérifier les ID d'artistes canoniques et signaler les incompatibilités de nom ; validez l'IPI par rapport aux API PRO si disponible.
4. Préparation DDEX : transformez votre enregistrement canonique en un DDEX ERN et exécutez-le via un validateur pour détecter les problèmes structurels tôt ; stockez la différence ERN pour l'audit.
5. Politique de livraison : si une poussée automatisée vers CD Baby est possible pour votre flux de travail, exigez un rapport vert des étapes syntaxiques et de résolution ; sinon, exportez le CSV validé et joignez le rapport de validation au ticket de téléchargement.

Limitation pratique. L'automatisation détecte de manière fiable les incompatibilités de format et d'identité, mais elle ne peut pas prouver la propriété légale, les répartitions d'édition territoriales ou résoudre les crédits contestés. Ceux-ci nécessitent des décisions humaines et des preuves documentaires ; prévoyez une file d'attente de révision manuelle avec des règles d'escalade.

Intégrations et outils à utiliser

Utilisez une combinaison d'outils de rapprochement et de nettoyage plutôt qu'une seule solution miracle : OpenRefine pour la normalisation en masse, la recherche MusicBrainz pour les ID canoniques, le DDEX ERN validator pour les contrôles structurels, les conseils IFPI ISRC pour les contrôles de propriété de code et les conseils SoundExchange pour les métadonnées d'exécution. Dans la mesure du possible, enregistrez les liens de preuve (URL d'enregistrement PRO, reçus ISWC) dans vos lignes de métadonnées.

Exemple concret : Un petit label a créé un pipeline qui normalise les CSV avec OpenRefine, exécute une étape de rapprochement MusicBrainz, convertit les lignes nettoyées en un ERN et le valide avec un validateur DDEX, puis produit un rapport PDF par sortie enregistré dans le dossier de sortie. Lorsqu'un DSP a signalé plus tard un enregistrement non apparié, l'équipe a utilisé le PDF pour afficher les valeurs exactes avant la livraison et a résolu la division en trois semaines au lieu de plusieurs mois.

• Signaux de surveillance à automatiser après la sortie : pourcentage de flux sans correspondance d'éditeur musical, apparition soudaine d'ISRC en double pour le même titre, incompatibilité dans le nombre d'ISRC attendu par rapport au nombre réel sur les catalogues DSP et delta inattendu dans les revenus d'éditeur musical par sortie.
• Alerte pratique : connectez ces contrôles à un simple tableau de bord ou à un webhook Slack afin qu'un humain reçoive un élément de triage priorisé au lieu d'une boîte de réception aveugle pleine d'erreurs.

6. Rapprochement et surveillance après la distribution

Commencez par un registre canonique. Conservez une feuille de calcul ou une ligne de base de données définitive par morceau (correspondant aux noms de champs CD Baby) qui enregistre releaseupc, trackisrc, les artistes crédités, composeripi, publisheripi, writer_splits et les liens de preuve vers les enregistrements PRO. Cette source unique est la seule chose à laquelle vous devriez faire confiance lors du rapprochement des relevés ; tout le reste est transitoire.

Étapes opérationnelles de rapprochement

Suivez un cycle reproductible : ingérez les fichiers de relevé, faites correspondre l'utilisation par identifiant, faites apparaître les incompatibilités, triez par type d'erreur, puis exécutez les actions de correction ou de réclamation. Automatisez les trois premières étapes afin que les humains se concentrent sur les exceptions, pas sur la correspondance de routine des lignes.

1. Ingérer : importez les rapports d'utilisation DSP et les CSV de paiement/relevé CD Baby dans votre registre et normalisez les champs (majuscules, supprimer les espaces).
2. Correspondance : joignez les lignes DSP à votre registre sur trackisrc et releaseupc. Comptez les écoutes non appariées et répertoriez les ISRC inconnus distincts.
3. Triage : classez les incompatibilités en catégories — ISRC manquant, ISRC en double, données de contributeur incorrectes ou incompatibilité éditeur musical/IPI — et attribuez le propriétaire et la priorité.
4. Résoudre : pour les erreurs de catalogue, poussez les métadonnées corrigées vers CD Baby et, lorsque des écoutes ont déjà eu lieu, préparez des réclamations rétroactives pour SoundExchange ou votre société de gestion des droits mécaniques avec la preuve canonique.
5. Vérifier : après la soumission, suivez l'état de la réclamation et réexécutez la correspondance chaque semaine jusqu'à ce que le delta se ferme ou que la réclamation soit refusée.

Compromis pratique : l'automatisation du rapprochement hebdomadaire détecte la dérive tôt, mais coûte du temps de développeur ; le faire trimestriellement réduit les frais généraux, mais multiplie les réclamations rétroactives et le temps de récupération. Choisissez la cadence qui correspond à la taille de votre catalogue et à la sensibilité aux revenus.

Exemple concret : Un petit label indépendant a exécuté une ingestion hebdomadaire et a constaté que 2,3 % des flux sur une nouvelle sortie ne correspondaient à aucun track_isrc. Le triage a montré une seule ligne où un ISRC avait un caractère de fin dans le téléchargement CD Baby. L'équipe a corrigé l'enregistrement CD Baby, a soumis une réclamation rétroactive SoundExchange avec le CSV validé original et les reçus PRO, et a récupéré la plupart des royalties d'exécution retenues en deux cycles de paiement.

Surveillez trois signaux en continu : le nombre d'ISRC non appariés, les ISRC en double inattendus pour le même titre et le taux de correspondance de l'éditeur musical (pourcentage de flux avec des IPI d'éditeur musical enregistrés).

Ce qui est souvent mal compris : beaucoup supposent que la mise à jour des métadonnées dans CD Baby remappera automatiquement les écoutes historiques. En pratique, les catalogues DSP mettent à jour les futures métadonnées, mais les relevés historiques réattribuent rarement l'utilisation passée sans une réclamation formelle. Traitez les mises à jour de métadonnées et les réclamations rétroactives comme deux pistes distinctes.

Prochaine considération : liez ce pipeline à vos journaux d'enregistrement PRO et conservez les preuves jointes à chaque ligne de morceau. Lorsque vous déposez des réclamations, les agents vous demanderont le CSV exact avant la livraison et les confirmations d'enregistrement — les avoir au même endroit accélère la clôture des réclamations.

7. Correction des métadonnées et récupération des royalties perdues

Fait direct : la correction des métadonnées et la récupération de l'argent sont deux flux de travail liés mais distincts — l'un met à jour la livraison future, l'autre poursuit les paiements rétroactifs. Traitez-les séparément et exécutez-les en parallèle : corrigez d'abord l'enregistrement en direct, assemblez ensuite les preuves d'audit et soumettez les réclamations uniquement après avoir une preuve canonique.

Flux de travail de correction étape par étape

1. Mettez à jour l'enregistrement CD Baby : corrigez les champs qui sont incorrects (par exemple track_isrc, les champs de rôle d'artiste crédité, l'IPI du compositeur, l'IPI de l'éditeur musical, l'ISWC). Utilisez le tableau de bord CD Baby ou le canal de support et conservez le numéro de ticket. Si la plateforme empêche la modification (certaines modifications ISRC sont restreintes), documentez cette restriction dans votre package de preuves.
2. Synchronisez les enregistrements PRO : mettez immédiatement à jour ou ajoutez l'œuvre sur votre compte PRO afin que les noms des compositeurs, l'IPI, l'ISWC et les répartitions d'auteur correspondent aux métadonnées CD Baby corrigées. Enregistrez des captures d'écran de confirmation ou des ID d'enregistrement.
3. Préparez un paquet de preuves : assemblez le CSV validé avant le téléchargement, le reçu de téléchargement original, les confirmations d'enregistrement PRO, la feuille de répartition, la preuve de propriété des masters (propriété ou attribution ISRC) et tout accord montrant les pourcentages d'auteur.
4. Déposez des réclamations rétroactives auprès des sociétés de perception : soumettez à SoundExchange pour l'exécution numérique et aux sociétés de gestion des droits mécaniques/PRO pertinentes pour les revenus de composition/mécaniques. Joignez le paquet de preuves et référencez le ticket de support CD Baby où vous avez corrigé l'enregistrement public.
5. Suivez et itérez : enregistrez les ID de réclamation, les fenêtres de révision attendues et la cadence de suivi. Si une réclamation est rejetée, demandez la raison spécifique et rectifiez la pièce manquante de preuve plutôt que de redéposer brutalement.

Limitation pratique : certains DSP et sociétés ne remapperont pas rétroactivement les utilisations passées simplement parce que vous avez modifié l'enregistrement du distributeur. La modification de l'ISRC d'un enregistrement après que des écoutes ont déjà été signalées crée généralement une nouvelle identité d'enregistrement en aval. Cela signifie qu'une correction de métadonnées seule récupère rarement les répartitions historiques sans réclamations formelles auprès des sociétés de perception.

Paquet de preuves et priorités de réclamation

• Preuves minimales à inclure : CSV validé avant la livraison, reçu ou ticket de téléchargement CD Baby, confirmation d'enregistrement PRO (ID ou capture d'écran), feuille de répartition signée ou horodatée et preuve de propriété ISRC (IFPI/agence émettrice ou journal d'attribution interne).
• Règle de décision de priorité : évaluez la récupération attendue par rapport au coût administratif. Pour les petits catalogues, définissez un seuil dollar/temps (par exemple : poursuivez les réclamations lorsque la récupération nette attendue dépasse trois fois le coût administratif projeté). Escaladez les réclamations complexes multi-territoires ou de grande valeur à un spécialiste.
• Quand ne pas rééditer : n'essayez pas de corriger le mappage historique en rééditant le même enregistrement sous un nouvel ISRC et en vous attendant à ce que les systèmes fusionnent les écoutes. Rééditez uniquement pour les nouvelles sorties — poursuivez les réclamations pour les écoutes passées.

Exemple concret : Un compositeur a été omis de la liste des compositeurs sur un single. L'équipe a mis à jour le morceau CD Baby pour ajouter l'auteur et a corrigé la répartition de l'auteur, puis a enregistré l'œuvre corrigée auprès du PRO et a enregistré l'ID d'enregistrement. Ils ont déposé une réclamation rétroactive SoundExchange en joignant le CSV validé original, le ticket de support CD Baby et la confirmation PRO. La société a demandé une feuille de répartition signée supplémentaire ; après l'avoir fournie, la plupart des royalties d'exécution retenues ont été libérées en deux cycles de paiement.

Jugement et compromis : la récupération est possible mais rarement instantanée ou totale. De nombreux créateurs sous-estiment la friction administrative — attendez-vous à des demandes de preuves supplémentaires et à un examen en plusieurs étapes. Si votre catalogue est volumineux ou si vous prévoyez des corrections récurrentes, investissez dans un modèle de paquet de réclamations reproductible et dans un petit flux de travail pour assembler rapidement les preuves ; cela réduit la friction bien plus que les tentatives manuelles occasionnelles.

Règle clé : ne vous fiez jamais à une modification de métadonnées seule pour récupérer les revenus passés — associez toujours la modification à une réclamation documentée auprès de l'organisme de perception approprié et à un paquet de preuves clair.