Requisitos de Metadados do DistroKid: Prepare seu Catálogo para Direitos e Pagamentos Precisos

A precisão dos metadados separa os royalties pagos de erros e perda de receita. Este guia apresenta os requisitos de metadados do DistroKid e os campos exatos, identificadores e formatação que determinam como as gravações e obras são correspondidas e pagas em lojas, PROs, SoundExchange e The MLC. Você obterá regras de nível de campo, tratamento de ISRC e UPC, modelos de divisão de compositor e editora, uma lista de verificação de validação pré-lançamento e fluxos de trabalho corretivos passo a passo para covers, remixes e material sampleado.

1. Como o DistroKid se encaixa no ecossistema de direitos e pagamentos

Ponto direto: O DistroKid funciona como um canal de distribuição, não como um administrador editorial. Ele move ativos de gravação e metadados de nível de gravação para lojas e plataformas de streaming, e essa transmissão determina como as gravações são descobertas, correspondidas e pagas no nível da loja.

O que o DistroKid realmente entrega downstream

• Identificadores de gravação e identificadores de produto: ISRCs para cada master e UPC para o produto de lançamento - estas são as chaves primárias usadas por lojas e sistemas de cobrança para corresponder gravações.
• Metadados de exibição: nome de exibição do artista, título da faixa, texto da versão, sinalizador explícito e arte da capa que afetam como uma gravação aparece e quem recebe crédito nos relatórios da plataforma.
• Dados do contribuidor: O DistroKid pode transportar campos de artista e compositor para lojas e através de cadeias de suprimentos usando mapeamentos DDEX, mas o nível de detalhe consumido por cada sistema downstream varia.
• Sinalizadores de direitos e território: janelas de disponibilidade e restrições territoriais que determinam onde as vendas e streams são reconhecidos.

Limitação prática: Fornecer nomes de compositor e editora para o DistroKid ajuda na atribuição, mas não equivale ao registro em PROs ou agências de cobrança de direitos autorais. Os fluxos de pagamento para edição musical exigem registro e correspondência em pontos de cobrança como The MLC e PROs, que ignorarão os metadados somente do distribuidor se faltarem identificadores adequados, como IPI ou IDs de editora.

Trade-off a aceitar: Deixar o DistroKid atribuir automaticamente ISRCs é rápido, mas aumenta o risco de registros de gravação fragmentados se você precisar consolidar masters ou provar usos anteriores posteriormente. Atribua seus próprios ISRCs quando você tiver um catálogo existente ou licenciamento complexo para preservar a continuidade entre os lançamentos.

Exemplo concreto: Uma banda de quatro compositores envia um single para o DistroKid. Eles preservam os ISRCs preexistentes, preenchem cada compositor com o nome legal e números IPI, e enviam o lançamento duas semanas antes da data de lançamento. Eles também registram a composição com a PRO de cada compositor e com The MLC antes do lançamento. Resultado - as lojas mostram créditos corretos e os agentes de cobrança de direitos autorais podem corresponder e começar a reivindicar; perder qualquer um desses passos normalmente produz pagamentos de edição musical atrasados ou mal alocados.

Julgamento: Muitas equipes assumem que um distribuidor é uma solução completa para royalties. Essa crença falha na prática. A distribuição garante a entrega de metadados de gravação para plataformas, mas o pagamento correto e oportuno para edição musical depende do registro separado e de identificadores consistentes entre os sistemas. Trate o DistroKid como o pipeline, não o árbitro final dos direitos de edição musical.

2. Campos de metadados obrigatórios e fortemente recomendados e suas implicações de pagamento

Ponto direto: Atender aos requisitos básicos de metadados do DistroKid é o mínimo prático para que as lojas identifiquem corretamente sua gravação e para que os sistemas de cobrança comecem a corresponder o dinheiro à conta certa. Campos ausentes ou inconsistentes quebram a correspondência no nível da loja e criam uma cascata de trabalho manual para recuperar royalties downstream.

Campos obrigatórios no nível do lançamento: UPC, título do lançamento, tipo de lançamento e data de lançamento.** O UPC é a chave do produto usada pelos varejistas para agregar vendas e reportar unidades. Se o UPC estiver errado ou duplicado, você dividirá ou perderá o relatório de receita. A data de lançamento e os territórios controlam as janelas de direito de mercado e alimentam relatórios downstream que afetam o licenciamento por tempo limitado e os pagamentos promocionais.

Campos obrigatórios no nível da faixa: título da faixa, ISRC, nome do artista principal e arquivo de áudio que atenda às regras de formato.** ISRC é o identificador de gravação usado por plataformas e SoundExchange para vincular plays a um master. Se você deixar o DistroKid atribuir automaticamente um ISRC para um master lançado anteriormente, você corre o risco de fragmentação. Use WAV 44.1 kHz 16-bit ou superior para evitar a rejeição de ingestão que atrasa o relatório.

Campos de contribuidor e direitos fortemente recomendados: nomes legais completos do compositor, números IPI/CAE, afiliação PRO, nomes de editora e IPIs de editora, divisões percentuais exatas e conta de proprietário de direitos ou gravadora.** O DistroKid carregará dados de contribuidor nas cadeias de suprimentos, mas os pagamentos de edição musical dependem da correspondência desses identificadores em PROs e The MLC, portanto, números IPI precisos e nomes de editora consistentes são essenciais para que os pagamentos cheguem à entidade de cobrança correta.

Implicações de campo para pagamento em resumo

Trade-off prático: Deixar o DistroKid atribuir automaticamente ISRCs e UPCs é rápido para lançamentos únicos, mas se você opera catálogos em varejistas, gravadoras ou liberações de samples, você economizará muito mais tempo atribuindo e rastreando ISRC e UPC externamente. O custo operacional de consolidar masters fragmentados posteriormente geralmente excede o tempo economizado no upload.

Exemplo concreto: Um produtor lança um single colaborativo com três compositores. Eles fornecem um ISRC preexistente para o master, inserem cada compositor com nome legal, IPI, PRO e divisões percentuais exatas no DistroKid, e registram a composição com a PRO de cada compositor e com The MLC antes da data de lançamento. Como resultado, as plataformas de streaming exibem créditos corretos e as reivindicações mecânicas são correspondidas rapidamente; se algum IPI estivesse faltando, as reivindicações mecânicas teriam exigido intervenção manual para recuperar os pagamentos.

Consideração chave: fornecer nomes de compositor e editora no DistroKid ajuda na atribuição, mas não substitui o registro dessas obras em PROs ou administradores mecânicos. Use o DistroKid para entrega, não para registro.

3. ISRC, UPC, ISWC e práticas recomendadas de tratamento de identificadores

Ação direta: Trate os identificadores como chaves autoritativas em seu catálogo. Erros com ISRC, UPC ou identificadores de obra criam incompatibilidades de longa duração que exigem reconciliação manual entre lojas, PROs e agentes mecânicos.

ISRC: regras, limites e o que fazer quando os masters mudam

Regra principal: Atribua um ISRC por master de áudio único. Se você criar um novo arquivo master que altere o tempo, a mixagem ou o caráter sônico, você deve usar um novo ISRC.

Limitação operacional: Corrigir um ISRC após o lançamento geralmente gera um novo registro de loja ou requer suporte de cada loja. Isso pode quebrar playlists, redefinir contagens de reprodução e complicar os históricos de royalties. Planeje as mudanças de identificador antes de enviar para o DistroKid, em vez de confiar em edições pós-lançamento.

UPC e considerações sobre o ciclo de vida do produto

Princípio: Um UPC por produto distinto. Reembalagens, edições de luxo ou pacotes precisam de UPCs separados; não reutilize um UPC para representar diferentes tracklists ou versões.

Tradeoff: O gerenciamento centralizado de UPC custa tempo inicial, mas evita a fragmentação de receita e simplifica as reconciliações do varejista. Se você deixar um distribuidor cunhar UPCs aleatoriamente, você perde o controle sobre a linhagem de lançamento e o histórico de versão.

ISWC e correspondência de composição

Por que o ISWC é importante: ISWC vincula uma composição entre sistemas e acelera a correspondência de editora e PRO. Obtenha ou registre ISWCs através do registro PRO e inclua-os em seus registros de administração de edição musical, mesmo que algumas lojas não os exibam.

Advertência prática: Nem todo sistema de cobrança usa ISWC no momento da ingestão, mas quando presente, reduz a ambiguidade para obras com títulos comuns ou múltiplas versões. Não confie apenas no ISWC; sempre combine-o com nomes legais e identificadores IPI.

Exemplo concreto: Uma gravadora remasteriza uma faixa de catálogo antigo para um lançamento de aniversário. Como a remasterização altera o master, a equipe atribui um novo ISRC, reserva um novo UPC para o produto de aniversário e mantém o ISWC original, já que a composição não mudou. Isso preservou a correspondência da editora, mantendo os históricos de streaming limpos para cada master.

1. Passos imediatos para o tratamento correto do identificador: Mapeie cada master para um único ISRC em sua fonte da verdade e nunca deixe que múltiplos ISRCs reivindiquem o mesmo arquivo.
2. Administração do UPC: Reserve UPCs em um livro razão externo e documente qual tracklist cada UPC representa antes de enviar para o DistroKid.
3. Vinculação de composição: Registre as composições em PROs para obter ou confirmar valores ISWC e registre os números IPI para cada compositor e editora.
4. Verificação: Verifique os identificadores em bancos de dados públicos como IFPI e MusicBrainz antes do envio.

Julgamento: Muitas equipes subestimam o custo downstream de identificadores inconsistentes. A conveniência de curto prazo de deixar um distribuidor cunhar tudo é tentadora, mas na prática multiplica o trabalho de reconciliação e reduz sua alavancagem ao negociar divisões ou liberar samples. Se você executa múltiplos lançamentos ou trabalha com licenciadores externos, atribua e rastreie os identificadores centralmente.

Próxima consideração: Antes do próximo upload para o DistroKid, confirme a consistência do identificador entre seu catálogo, registros PRO e quaisquer editoras terceirizadas. Essa única verificação evita as causas mais comuns de pagamentos de edição musical atrasados ou perdidos.

4. Metadados de compositor e editora, divisões e afiliação PRO

Realidade essencial: O DistroKid aceita campos detalhados de compositor e editora, mas esses campos são úteis para pagamentos apenas quando correspondem a identificadores autoritativos que as PROs e os administradores mecânicos realmente usam. Inserir nomes sem IPIs, ou fornecer detalhes de editora inconsistentes, cria ruído para a correspondência downstream e atrasa o dinheiro real.

O que você deve capturar para cada compositor e editora

• Nome legal — use o nome registrado na PRO do compositor, não um nome artístico ou apelido.
• Número IPI/CAE — este é o identificador mais útil para a correspondência PRO; verifique os dígitos antes do upload.
• Afiliação PRO — e.g., BMI, ASCAP, PRS; deixe em branco apenas se o compositor realmente não tiver afiliação (raro).
• Nome da editora e IPI da editora — se um compositor atribuiu direitos a uma editora, inclua o IPI dessa editora; caso contrário, o lado da editora dos mecânicos fica paralisado.
• Divisão percentual exata — deve somar 100; use duas casas decimais se você precisar de precisão (e.g., 33.33%).

Limitação prática: O DistroKid pode transportar divisões percentuais para a cadeia de suprimentos, mas a maioria das PROs e The MLC exigem registro separado da mesma divisão e identificadores exatos para efetuar o pagamento. Na prática, isso significa que você deve tratar a entrada do DistroKid como um artefato de entrega, não como registro ou prova de propriedade.

Tradeoff a aceitar: Se você precisa de lançamentos rápidos com colaboradores que são difíceis de alcançar, usar as ferramentas de divisão do DistroKid para pagar o dinheiro da distribuição pode ser uma correção prática de curto prazo. Para renda de edição musical durável, no entanto, espere registrar a composição com a PRO de cada compositor e com The MLC (para mecânicos dos EUA). Pagar agora vs. capturar a edição musical de longo prazo requer trabalho operacional separado e, às vezes, um administrador editorial.

Exemplo concreto: Três compositores co-escrevem uma música. Em seu catálogo de origem, você registra: Jane Smith — IPI 987654321 — ASCAP — 40%; Marco Ruiz — IPI 123456789 — BMI — 35%; Editora: Blue Oak Music — IPI 567890123 — 25% de participação da editora atribuída. Você insere as mesmas linhas exatas no DistroKid, então imediatamente registra a mesma divisão e valores IPI nos portais ASCAP e BMI e envia a composição para The MLC. Este alinhamento evita a incompatibilidade comum onde os serviços de streaming creditam um compositor, mas a PRO não consegue corresponder a reivindicação porque os IPIs diferem.

Erros operacionais comuns que vejo: as pessoas enviam créditos de compositor com nomes artísticos ou omitem IPIs de editora; outros arredondam as divisões para que não totalizem mais 100. Esses erros são simples, mas custosos — eles acionam intervenções manuais em PROs e muitas vezes produzem royalties atrasados ou parcialmente pagos. Verificar os IPIs em suas contas PRO antes de enviar para o DistroKid remove a maior parte do atrito downstream.

Próxima consideração: Quando os colaboradores vivem em diferentes territórios com múltiplas PROs, prepare acordos de divisão escritos e registre a composição em cada jurisdição ou use um administrador editorial que possa fazer registros transfronteiriços. Sem esse passo, a cobrança global permanecerá fragmentada, mesmo que o DistroKid exiba os créditos corretamente.

5. Casos especiais e fluxos de trabalho de licenciamento necessários

Ponto direto: Covers, remixes e samples são tratados de forma muito diferente das gravações originais e exigem passos de licenciamento distintos antes de você enviar para o DistroKid. Trate cada caso especial como um mini projeto com sua própria papelada, lista de verificação de metadados e critérios de aceitação.

Covers

O que fazer: Para mecânicos dos EUA, use uma rota de licença mecânica compulsória, como Songfile quando disponível, ou obtenha uma licença da editora. Fora dos EUA, você geralmente precisa da permissão da editora porque as regras compulsórias variam por território. Insira os nomes dos compositores originais, números IPI e nomes de editora em seus metadados do DistroKid e mantenha o recibo da licença em seu dossiê de lançamento.

Limitação prática: Mesmo com uma licença mecânica, algumas plataformas exigem evidências de liberação sob demanda. Metadados sozinhos raramente satisfazem as equipes de direitos autorais downstream. Mantenha uma cópia recuperável da licença e registre o ID da licença ou o número do contrato em seu catálogo interno e no campo de notas do DistroKid, se disponível.

Remixes e masters alternativos

O que fazer: Trate um remix que cria um novo master como uma gravação independente. Atribua um novo ISRC, defina um novo UPC se o produto mudar e capture funções de contribuidor explícitas nos metadados do DistroKid, como remixador, produtor e artistas participantes. Garanta um acordo escrito com o proprietário dos direitos originais que detalhe as divisões percentuais para master e edição musical.

1. Passo 1: Obtenha permissão escrita do proprietário do master para criar e distribuir o remix, e registre o identificador do contrato em seu catálogo.
2. Passo 2: Negocie e registre as divisões percentuais para os contribuidores do remix e os compositores originais; insira essas divisões no DistroKid e nos registros PRO/MLC.
3. Passo 3: Atribua um novo ISRC para o master do remix e atualize sua estratégia de UPC se lançar como um produto separado.

Tradeoff: Usar as ferramentas do DistroKid para publicar um remix rapidamente coloca a música no ar, mas apressar sem uma licença de master assinada e alocações de divisão claras muitas vezes leva a disputas posteriores que são mais difíceis de resolver e de recuperar royalties passados.

Samples e liberações

O que fazer: Samples exigem duas liberações: liberação de uso do master do proprietário da gravação e liberação de edição musical do proprietário da música. Colete ambos os acordos antes do upload. Em metadados, inclua nomes de licenciadores, tags de função e uma referência interna aos arquivos de liberação para que as equipes de direitos possam corresponder rapidamente se surgir uma reivindicação.

Caso de uso do mundo real: Um produtor usa um sample de um compasso de uma faixa dos anos 1990. A equipe negocia uma licença de master com a gravadora e uma divisão de edição musical com os compositores originais. Eles atribuem um novo ISRC para o novo master, inserem os compositores originais com seus números IPI e divisões percentuais recém-negociadas no DistroKid, e arquivam ambas as licenças assinadas em sua pasta de lançamento. Como ambas as liberações foram documentadas e os metadados espelharam o acordo de divisão, a reivindicação foi resolvida sem que as lojas removessem o lançamento.

Julgamento: Muitas equipes assumem que créditos visíveis em lojas são suficientes para evitar remoções. Eles não são. Metadados precisos reduzem o atrito, mas apenas os documentos de licença e o tempo de registro em PROs e agências mecânicas evitarão lançamentos bloqueados e pagamentos perdidos.

Próxima consideração: Para colaborações transfronteiriças, verifique as regras de registro PRO cedo. Se os compositores usam PROs diferentes, registre as mesmas divisões em cada PRO e com The MLC para cobrança mecânica dos EUA para evitar pagamentos fragmentados.

6. Validação de metadados, lista de verificação pré-lançamento e testes

Regra sem surpresas: execute uma passagem de validação e teste que trate os requisitos de metadados do DistroKid como um portão rígido, não uma prática recomendada. Erros que você tolera antes do lançamento se tornam tickets manuais, histórico de streaming perdido e pagamentos de edição musical atrasados após o lançamento.

Cronograma pré-lançamento e gating

Cronograma: bloqueie identificadores e metadados pelo menos 14 dias antes do lançamento se você controlar ISRC/UPC, e 21 a 28 dias quando você deve coordenar registros PRO, reivindicações mecânicas ou liberações entre gravadoras. Por que: as lojas podem levar tempo variável para ingerir, e a correspondência PRO/MLC muitas vezes requer propagação que está fora do DistroKid.

• Congelamento de metadados (T-28 a T-21): finalize ISRCs, UPC, string de artista canônico e acordo de divisão armazenado em seu catálogo.
• Janela de upload (T-21 a T-14): execute o upload do DistroKid com data de lançamento futura; use campos de preparação interna ou território privado para permitir que as plataformas ingiram sem promoção pública.
• Passagem de verificação (T-14 a T-7): confirme os créditos nos portais da plataforma (Spotify for Artists, Apple Music for Artists), verifique o status de registro SoundExchange/MLC e execute verificações de esquema automatizadas.
• Aprovação final (T-7 a T-0): arquive os arquivos de licença e garanta que nenhuma edição de metadados esteja pendente; quaisquer mudanças de identificador após este ponto devem ser tratadas como um novo lançamento.

Verificações de validação para automatizar: não confie em examinar CSVs. Execute um script que afirma correspondências exatas para o formato ISRC (12 caracteres), comprimento do UPC, estrutura do número IPI, soma das porcentagens do compositor é igual a 100. Também verifique a normalização do nome do artista em relação às suas entradas PRO e IDs de artista de streaming canônicos, onde disponíveis.

Estratégias de teste: prepare um upload de território limitado ou uma data de lançamento privada para que você possa inspecionar como as lojas exibem créditos de artista, títulos de faixa, texto da versão e arte da capa. Use um validador DDEX ERN para validar sua exportação e verifique as gravações em relação ao MusicBrainz ou outros registros públicos para identificar ISRCs duplicados antes que o lançamento entre em vigor. Veja DDEX e suporte do DistroKid para referências de formato.

Tradeoff prático: executar um upload de preparação custa tempo e às vezes amarra um slot de UPC, mas evita o trabalho muito mais caro de reconciliar pagamentos divididos e perseguir lojas após o lançamento. Para catálogos com muitos colaboradores, a preparação compensa quase imediatamente.

Exemplo concreto: Uma gravadora independente enviou um EP para o DistroKid com uma data de lançamento futura duas semanas depois. Durante a passagem de verificação, eles descobriram que um co-compositor não tinha IPI no CSV; o MLC não corresponderia a essa participação. A equipe adicionou o IPI, re-exportou a carga útil semelhante a DDEX e confirmou que a composição foi registrada no The MLC antes da data de lançamento. Isso evitou um problema de reembolso de meses para esse compositor.

Próxima consideração: instrumente a passagem de validação em seu pipeline de lançamento (verificações de esquema CSV/JSON, validação ERN e um upload de preparação). Essa disciplina converte os requisitos de metadados do DistroKid de uma lista de verificação em um controle operacional que economiza tempo e preserva a receita.

7. Corrigindo metadados após o lançamento e remediação de disputas

Ação direta: Quando os metadados estão errados em um lançamento ao vivo, atualizar o registro do DistroKid é necessário, mas raramente suficiente. As mudanças que você faz no DistroKid serão enviadas downstream, mas lojas, PROs, SoundExchange e administradores mecânicos usam sua própria lógica e cronogramas de correspondência — você deve coordenar as correções em todos os sistemas afetados.

Por que uma edição do DistroKid sozinha muitas vezes não recupera pagamentos perdidos

Limitação chave: Muitos coletores correspondem em identificadores e divisões de composição registradas, não na exibição do distribuidor. Se um compositor não tinha um IPI quando a gravação foi transmitida pela primeira vez, simplesmente adicionar o IPI no DistroKid mais tarde não faz com que uma PRO ou The MLC reatribuam retroativamente os recibos passados, a menos que você acione seu processo de disputa ou reivindicação. Mudar um ISRC após o lançamento também pode criar um novo registro de loja e fragmentar o histórico de reprodução — às vezes pior do que o erro de metadados original.

Fluxo de trabalho de remediação prático

1. Estabilize o registro canônico: Bloqueie os metadados corrigidos em seu catálogo de registro e envie os mesmos valores para o DistroKid para que as lojas ingiram uma única versão autoritativa. Faça isso antes de abrir disputas.
2. Colete evidências: Reúna acordos de divisão assinados, recibos de registro (PRO e The MLC), logs de atribuição de ISRC originais e quaisquer acordos de licença. Capturas de tela dos metadados de loja equivocados mais carimbos de data/hora do servidor são úteis.
3. Registre e re-registre: Garanta que a composição esteja registrada em cada PRO do compositor e com The MLC se os mecânicos dos EUA se aplicarem. Inclua divisões percentuais exatas e IPIs nesses registros.
4. Abra disputas direcionadas: Envie tickets com o suporte do DistroKid e com os coletores afetados (SoundExchange, PROs, The MLC). Anexe o mesmo pacote de evidências a cada reivindicação e faça referência ao URL de lançamento do DistroKid e ISRC ou UPC onde relevante: Ajuda do DistroKid.
5. Decida sobre mudanças de identificador: Se a correção exigir a emissão de um novo ISRC (para um master corrigido), avalie o tradeoff: reemitir preserva metadados limpos daqui para frente, mas pode dividir streams e playlists históricos; deixar o ISRC antigo e ajustar os registros pode ser preferível quando as reproduções históricas são materiais.

Exemplo concreto: Um compositor foi omitido dos créditos de compositor e, portanto, perdeu os mecânicos do MLC por três meses. A equipe atualizou o DistroKid, registrou a composição com divisões corretas na PRO e The MLC, então enviou evidências idênticas para The MLC e para o suporte do DistroKid. O MLC processou uma reivindicação retrospectiva após validar o acordo de divisão e os recibos de registro; a recuperação levou três ciclos de relatório. O processo funcionou porque a equipe tinha acordos de divisão assinados preexistentes e IPIs consistentes entre os sistemas.

Julgamento: Corrigir metadados não é uma recuperação de um clique. Na prática, você só recuperará royalties passados quando: (a) os identificadores em todos os sistemas corresponderem, (b) você fornecer prova autoritativa, e (c) você envolver o coletor correto. O tempo importa — quanto mais você espera, mais difícil a reconciliação e menor a taxa de recuperação.

Próxima consideração: Escolha seu caminho de remediação com base na materialidade. Para itens de catálogo de alto valor, aceite a interrupção de curto prazo e reemita masters limpos com novos ISRCs, se necessário. Para caudas longas, priorize correções de registro e reivindicações apoiadas por evidências para coletores em vez de fragmentar dados de reprodução históricos.

8. Modelos práticos e apêndice

Comece aqui: mantenha um pequeno conjunto de modelos legíveis por máquina que vivem ao lado de seus contratos. Trate esses artefatos como controles operacionais - eles interrompem incompatibilidades evitáveis quando você envia para o DistroKid e quando você se registra em PROs ou The MLC.

Lista de verificação de envio de metadados de uma página (copiar-colar)

O que pertence a uma linha por faixa: use este conjunto mínimo para alimentar o DistroKid e para validar em relação ao seu catálogo. As colunas devem ser exatas e verificadas por máquina: UPC, ISRC, Track Title, Artist Display Name, Version Text, ISWC (se disponível), Primary Artist Spotify ID (opcional), Explicit Flag, Audio File Path, Cover Art Path, Release Date, Territories.