Seus metadados decidem quanto dinheiro em royalties você realmente recebe

Imagine um compositor cuja participação acordada na composição é de 16%, mas cuja divisão está registrada como 8%. Não 8% da receita do fonograma por algum acordo negociado. Oito por cento da composição, registrados como um número em um campo e aplicados a todos os pagamentos que esse dado governa até que alguém o corrija. Nenhuma negociação de taxas produziu esse número. Foi um registro de dados que o produziu.

A maioria das conversas sobre a remuneração de artistas gira em torno da taxa: quanto vale um stream, como o bolo é dividido, quem define o preço. Esse debate é real. Mas ele vem depois de um problema mais silencioso, porque antes que qualquer taxa possa ser aplicada, o pagamento precisa primeiro encontrar você, e ele encontra você pelos identificadores e créditos associados ao seu lançamento. Quando esses dados estão limpos, a taxa é a história inteira. Quando estão errados, você pode perder dinheiro que a tabela de taxas nem sequer menciona.

Este post percorre a anatomia de um pagamento de royalties, os pontos específicos por onde o dinheiro vaza de um catálogo, por que esses vazamentos se acumulam em silêncio e como identificadores limpos e uma entrega no padrão DDEX transformam um catálogo que você possui em um catálogo pelo qual você realmente consegue receber. No final, há um checklist de higiene de metadados para aplicar em cada lançamento.

Um royalty começa como um evento. Alguém reproduz sua faixa, compra a música ou a sincroniza em um vídeo. Esse evento é reportado e, em algum ponto da cadeia, um sistema precisa responder a uma pergunta: a quem isso pertence, e em que proporção? A resposta vem dos identificadores e créditos associados à gravação.

A correspondência se apoia em um pequeno conjunto de identificadores, cada um com uma única função. O ISRC identifica a gravação específica, enquanto o ISWC identifica a composição por trás dela e o UPC amarra o lançamento como um todo. As divisões então atribuem percentuais às partes de cada lado: as participações de autor e editora no registro da obra, e as participações na receita do fonograma no distribuidor. Os identificadores são chaves de ligação: se estiverem certos, o dinheiro cai na linha correta; se um estiver errado, a ligação falha ou cai, sem alarde, na linha de outra pessoa. As divisões decidem como essa linha é repartida.

É por isso que a forma como você gerencia seu catálogo é uma função de receita, não uma tarefa administrativa. O catálogo é a tabela de consulta contra a qual todo pagamento futuro é processado.

Os vazamentos raramente são dramáticos. São pequenos, específicos e passam facilmente despercebidos no upload. Quatro deles aparecem repetidamente.

• Percentuais de divisão errados. O exemplo dos 8% acima é o caso mais claro. Uma participação registrada errada não é algo que um ajuste de taxa posterior vá sequer detectar; ela simplesmente continua pagando no número errado, a cada período, enquanto a música gerar receita.
• ISRCs ausentes ou duplicados. Um ISRC duplicado pode dividir royalties entre gravações sem relação entre si ou enviá-los ao titular errado. Um ISRC ausente pode fazer um lançamento ser rejeitado antes de render um centavo.
• Obras não registradas. Se a composição nunca foi registrada na sociedade de gestão coletiva correspondente, a parte editorial do dinheiro não tem com o que fazer correspondência. Ela fica no fundo de valores não identificados até que a obra seja registrada e identificada, e na MLC o dinheiro que nunca é identificado acaba sendo distribuído a outros titulares de direitos por participação de mercado, não a você.
• IDs de colaboradores inconsistentes. Quando um intérprete ou compositor é identificado de forma inconsistente entre lançamentos, sua participação pode ser direcionada à parte errada ou ficar sem beneficiário.

A maioria desses problemas não aparece como erro no seu demonstrativo. A característica que define um vazamento de metadados é que o dinheiro que falta simplesmente não está lá; você precisa ir procurá-lo nos dados não identificados da sociedade de gestão coletiva.

A própria infraestrutura do setor está caminhando nessa direção. A SoundExchange construiu a infraestrutura por trás do sistema de atribuição automática de ISRC da IFPI, anunciado em conjunto com a IFPI em junho de 2026.

"Uma identificação confiável e padronizada é fundamental para uma indústria musical justa e eficiente."

Michael Huppe, presidente e CEO da SoundExchange

As novas fontes de receita deixam isso ainda mais claro. Em junho de 2026, a Chordal adicionou 21 parceiros à sua plataforma de licenciamento com liberação prévia, e seu CEO, Grayson Sanders, atribuiu o movimento à demanda por "uma infraestrutura melhor para participar do emergente negócio global de microlicenciamento". Em uma declaração separada, ele disse que a base mais ampla de parceiros "nos permitiu ligar mais pontos entre cotitulares de direitos para oferecer música com direitos totalmente liberáveis" aos seus licenciados. A liberação prévia depende de saber quem detém cada parte de uma música. É exatamente isso que os metadados registram.

Você pode vencer todas as discussões sobre taxas e ainda assim perder dinheiro se a identificação por baixo estiver quebrada. É a identificação que decide se você sequer está na sala quando o dinheiro é distribuído.

Um erro de metadados não é uma perda pontual. A correspondência é refeita a cada uso reportado, em cada período de relatório, em cada território, enquanto a gravação gerar receita. Assim, uma participação de 8% que deveria ser de 16% não é um único pagamento perdido. É um desconto recorrente aplicado a todos os pagamentos futuros até que alguém o corrija.

Agora multiplique isso por um catálogo inteiro. Uma gravadora com centenas ou milhares de faixas não tem uma única divisão para conferir. Tem milhares, além de milhares de ISRCs, IDs de colaboradores e registros, cada um deles uma chance independente de um pequeno vazamento recorrente. Os erros não se anunciam. Ficam nos dados, pagando um pouco errado, ano após ano. Quando alguém percebe um padrão, muito dinheiro pode já ter deixado de chegar.

Essa é a diferença entre ter um catálogo e ter um catálogo pelo qual você consegue receber. O primeiro é uma lista de gravações. O segundo é um ativo limpo, identificável, que arrecada de forma confiável. Uma contabilidade de royalties e divisões clara é o que impede que o segundo se degrade, sem ninguém notar, no primeiro.

Estar pronto para arrecadar é uma propriedade dos dados, não da música. Três coisas deixam um catálogo nessa condição, e uma boa estrutura de distribuição cuida das três para que você não precise montá-las manualmente.

Primeiro, entrega padronizada. DDEX é a família de padrões de mensagens que gravadoras, distribuidores, DSPs e organizações de licenciamento musical usam para trocar informações sobre lançamentos. Entregar no padrão DDEX ERN significa que seus identificadores e créditos chegam em uma única estrutura padrão do setor, que as plataformas receptoras foram feitas para ler. A distribuição da LabelGrid já faz essa entrega por padrão.

Segundo, identificadores duradouros. A LabelGrid fornece códigos ISRC e UPC sem custo adicional, e eles continuam sendo seus mesmo que você mude de distribuidor no futuro. Já tem códigos de uma estrutura anterior? Informe-os ao criar o lançamento, com o mesmo artista, título e metadados do lançamento. Códigos iguais somados a metadados iguais mantêm suas contagens de streams, posições em playlists e histórico nas paradas vinculados ao mesmo identificador, em vez de recomeçar do zero com um novo.

Terceiro, divisões exatas desde a origem. Definir corretamente os percentuais dos colaboradores quando o lançamento é criado, em vez de corrigi-los depois, significa que o primeiro pagamento já é calculado com os números certos. As divisões do lado do fonograma, definidas por lançamento ou por faixa, regem a receita do fonograma que o seu distribuidor repassa; a participação de um compositor é definida no registro da obra na sua sociedade de gestão coletiva (PRO) ou na MLC, então as duas precisam estar certas. Para gravadoras que administram catálogos de terceiros, essa exatidão é o próprio produto. É por isso que ferramentas feitas para gravadoras tratam divisões e créditos de composição como detalhes que bloqueiam o lançamento, não como campos opcionais.

Você não precisa de uma equipe de auditoria para fechar a maioria dos vazamentos. Precisa de uma rotina. Faça isto antes da entrega e de novo quando chegar o primeiro demonstrativo.

• Confirme que as divisões de todos os colaboradores somam 100% e que cada percentual reflete o acordo real, e não um valor padrão.
• Verifique se o ISRC de cada gravação é único e correto, e reutilize-o apenas para a mesma gravação; um remix, uma edição ou uma nova tomada precisa de um código próprio.
• Confira se cada composição está registrada na sociedade de gestão coletiva correspondente, para que o lado editorial tenha onde fazer correspondência.
• Use uma identidade e uma grafia consistentes para cada colaborador em todo o catálogo. Assim as participações se acumulam em vez de se fragmentar.
• Use um distribuidor que entregue no padrão DDEX, para que os dados cheguem na estrutura que os DSPs esperam.
• Depois do primeiro período de relatório, compare o demonstrativo com o que você esperava que fosse identificado. Uma linha que falta por completo aponta para a identificação, não para a taxa.

Esse último passo é o mais importante. Um pagamento zerado ou menor que o esperado nem sempre significa que "a música não rendeu". Às vezes é uma correspondência que nunca aconteceu.

Escolha um lançamento e aplique o checklist acima nele hoje mesmo. Confirme as divisões, verifique os ISRCs, confira se as obras estão registradas. Leva poucos minutos e mostra rapidamente se o seu catálogo está arrecadando corretamente ou vazando em silêncio.

Quando você estiver pronto para entregar com metadados que batem de primeira, comece um lançamento no app da LabelGrid ou leia o artigo de ajuda sobre códigos ISRC e UPC. Dados limpos são a receita mais barata que você vai adicionar, porque é dinheiro que já deviam a você.