Guia de Metadados da CD Baby: Melhores Práticas para Garantir Relatórios de Royalties Precisos

Quando uma faixa ganha plays, mas o dinheiro nunca chega, a causa raiz geralmente são identificadores incompatíveis ou divisões de compositores incompletas. Este guia de metadados da CD Baby apresenta mapeamentos de nível de campo, verificações de validação pré-upload e fluxos de trabalho de correção pós-lançamento para que os relatórios de royalties downstream sejam auditáveis e recuperáveis. Espere regras de validação concretas, modelos de planilhas de amostra e procedimentos passo a passo para corrigir erros de metadados e recuperar royalties perdidos.

1. Como os metadados da CD Baby fluem para os sistemas de royalties downstream

Roteamento direto, responsabilidades divididas. Os metadados que você insere na CD Baby fazem três trabalhos diferentes: constroem registros de catálogo de DSPs e lojas, fornecem identificadores de nível de gravação para agências de cobrança e alimentam dados de registro de composição/edição usados por PROs e sociedades mecânicas. Cada sistema downstream lê um subconjunto de campos e aplica suas próprias regras de correspondência — portanto, um único campo inconsistente quebra apenas um dos três caminhos de receita, não todos eles.

Quem consome quais campos

• DSPs e lojas: consomem releaseupc, trackisrc, título da faixa, artista(s) creditado(s) e arte da faixa. Estes formam o catálogo público e os dados usados nos relatórios de uso.
• SoundExchange e sociedades de cobrança de direitos conexos: dependem principalmente de track_isrc, créditos de intérpretes e metadados de propriedade da gravação para alocar royalties de execução digital para gravações master.
• PROs e agências de cobrança mecânica: usam dados de composição — nomes de compositores, números IPI/CAE, nomes de editoras, IPI de editoras, porcentagens de divisão de compositores e ISWC quando disponível — para atribuir participações de edição.

Funções de identificador chave e uma troca prática. ISRC é a cola operacional para pagamentos de nível de gravação; ISWC e IPI importam para pagamentos de composição. Deixar a CD Baby atribuir ISRCs é conveniente e suficiente para distribuição, mas se você planeja reivindicar ou conciliar entre vários distribuidores ou catálogos de longo prazo, possuir seus ISRCs evita identidades de gravação divididas ou duplicadas mais tarde. Essa propriedade é a troca: conveniência agora versus reconciliação mais limpa depois.

Incompatibilidade comum que causa dinheiro perdido ou atrasado. Incorporar créditos de participação ou remixagem dentro do título da faixa, em vez de usar campos de contribuinte, geralmente impede a correspondência automatizada em PROs e DSPs. As DSPs exibirão o título como você o enviou, mas os sistemas de correspondência geralmente removem as variações de título e correspondem ao ISRC e às funções de contribuinte — a colocação incorreta do campo quebra a atribuição automatizada.

Exemplo concreto: Uma dupla enviou um single para a CD Baby e aceitou um ISRC atribuído automaticamente. Meses depois, eles relançaram um corte remasterizado com um ISRC diferente e a DSP dividiu os streams entre duas gravações. O registro deles na SoundExchange usou o ISRC original, então uma gravação coletou royalties de execução enquanto o novo ISRC não coletou. A correção correta exigiu a consolidação dos ISRCs antes do lançamento ou o preenchimento de uma reivindicação retroativa na SoundExchange após coordenar as atualizações de metadados na CD Baby e nas PROs.

Propagação e limitação para planejar. A CD Baby entrega metadados para DSPs e agências de cobrança por meio de feeds e APIs no estilo DDEX, mas as atualizações não remapeiam uniformemente retroativamente o uso anterior. As correções de catálogo normalmente atualizam os relatórios futuros; recuperar alocações incorretas históricas geralmente requer reivindicações separadas para a SoundExchange ou intervenções manuais da PRO. Espere diferentes cronogramas e prepare a documentação (CSV de upload original, capturas de tela de registro, contratos) antes de enviar as reivindicações.

Para detalhes de implementação, consulte as diretrizes de entrega da CD Baby e a especificação DDEX: Diretrizes de metadados e entrega da CD Baby e DDEX.

2. Identificadores essenciais e campos de contribuinte para sempre incluir

Identificadores obrigatórios primeiro. Sempre forneça um releaseupc e um trackisrc para cada lançamento e faixa que você controla — estes dois são as chaves primárias que os sistemas downstream usam para vincular plays a pagamentos. Envie números ISWC e IPI onde disponível; omissões rotineiramente criarão receita de edição não alocada que requer reivindicações manuais para recuperar.

Identificadores primários e o que eles realmente protegem

• UPC / GTIN (release_upc) — identifica o pacote de lançamento e agrupa a receita em extratos; use um UPC exclusivo por variante de lançamento (single digital, álbum, remasterização).
• ISRC (track_isrc) — o identificador de nível de gravação usado por DSPs, SoundExchange e relatórios mecânicos; verifique a propriedade antes de aceitar códigos atribuídos automaticamente.
• ISWC — identificador de composição que acelera a correspondência da PRO quando a obra é registrada; obtenha ou solicite um da sua PRO o mais cedo possível.
• Números IPI / CAE — essenciais para compositores e editoras; IPI incompatível ou ausente é a principal causa de participações de compositores não alocadas.
• Divisões de compositores e participações de editoras — porcentagens explícitas que somam 100; divisões ambíguas ou omitidas forçam a intervenção manual nas PROs.

Campos de contribuinte e regras de formatação que evitam quebras downstream

Campos de crédito, não títulos. Coloque artistas participantes, remixadores e produtores em suas funções de contribuinte, em vez de colocá-los no título da faixa. Use variantes de nome de artista consistentes em todos os lançamentos e combine o nome de exibição com seu registro PRO ou entrada de banco de dados canônico, como o MusicBrainz, para reduzir colisões de identidade.

A afiliação PRO deve estar alinhada. Se um compositor estiver registrado na ASCAP, BMI, PRS, etc., certifique-se de que a afiliação PRO e o IPI enviados para a CD Baby reflitam esse registro. Quando o registro e o upload diferem, as PROs não reconciliam automaticamente e essas participações de compositores podem ficar não pagas até que uma reivindicação seja preenchida.

Troca a aceitar antecipadamente. Deixar a CD Baby atribuir ISRCs e pular o registro ISWC é mais rápido, mas cria trabalho extra mais tarde se você precisar de relatórios consolidados entre distribuidores ou quiser combinar o rastreamento para remasterizações e relançamentos. Possuir seus códigos é um pequeno custo operacional que economiza uma quantidade desproporcional de tempo de reconciliação.

Exemplo concreto: Um compositor enviou três faixas sob um nome artístico, mas se registrou em sua PRO sob um nome legal vinculado a um número IPI. Como o upload usou o nome artístico sem IPI, a PRO não conseguiu corresponder às composições e manteve os pagamentos de edição em suspenso. A correção exigiu a atualização dos metadados da CD Baby, a adição do IPI, o novo registro das obras na PRO e o envio de uma reivindicação retrospectiva; o processo de recuperação completo levou várias semanas e exigiu documentação das divisões originais.

• Verificações de validação rápidas antes do upload: confirme se ISRC corresponde a ^[A-Z]{2}-[A-Z0-9]{3}-d{2}-d{5}$ ou seu formato nacional, certifique-se de que release_upc tenha 12 ou 13 dígitos, dependendo do provedor, e valide se as divisões de compositores totalizam numericamente 100.
• Etapa de registro: registre as obras em sua PRO e solicite o ISWC onde disponível antes ou imediatamente após o lançamento; mantenha capturas de tela de registro ou números de confirmação com seus registros de upload.

Próxima consideração: depois de reunir esses identificadores e campos de contribuinte, prepare um CSV de fonte única que espelhe os nomes de campo da CD Baby e seus registros PRO para que as atualizações e as evidências de reivindicação sejam imediatas quando você precisar delas.

3. Mapeando os campos de upload da CD Baby para elementos DDEX e de sociedade

O mapeamento direto importa. O que você digita na CD Baby se torna elementos estruturados em feeds DDEX ERN e campos individuais em PROs, sociedades mecânicas e SoundExchange. Trate o formulário de upload como um esquema: cada campo da CD Baby deve ser mapeado para um elemento DDEX específico e para o atributo de sociedade correspondente, caso contrário, a correspondência automatizada falhará e o dinheiro ficará em suspenso.

Matriz prática de mapeamento de campos

Troca e limitação. O DDEX pode modelar propriedade complicada (várias editoras, divisões específicas do território, medleys), mas muitas DSPs e sociedades normalizam ou ignoram construções não padronizadas. Se o seu lançamento tiver divisões de território ou um medley, espere que alguns destinatários achatem os dados — você precisará então de registros do lado da PRO e documentação suplementar para preservar as participações precisas.

• Etapa de validação: imponha a presença de trackisrc, composeripi para cada compositor e writersplitpercent totalizando 100 antes do upload.
• Nomes canônicos: combine os nomes de artistas e editoras com o MusicBrainz ou seu registro PRO para reduzir colisões de identidade; use capitalização e pontuação consistentes.
• Evidência de backup: anexe ou mantenha uma split sheet e confirmações de registro PRO; as reivindicações downstream exigirão isso quando os mapeamentos falharem.

Exemplo concreto: Uma banda enviou um cover e forneceu os nomes dos compositores originais, mas omitiu o ISWC e o IPI da editora. As DSPs listaram a faixa bem, mas a sociedade mecânica tratou a obra como não registrada e reteve os mecânicos. A correção exigiu o registro da obra na sociedade para obter um ISWC, a atualização do upload da CD Baby com esse ISWC e o IPI da editora e, em seguida, o envio de uma reivindicação retroativa à sociedade mecânica.

Próxima consideração: automatize um validador pré-upload que verifique esses mapeamentos em relação às regras DDEX ERN e seus registros PRO para que você detecte incompatibilidades antes da distribuição.

4. Lista de verificação de validação pré-upload com exemplos e verificações legíveis por máquina

Direto ao ponto: detecte problemas de metadados antes do upload com gates automatizados que impõem o formato do identificador, a identidade do contribuinte e a integridade numérica. A inspeção manual perde pequenos desvios que quebram a correspondência; construa uma pequena passagem de validação que seja executada em seu CSV ou fonte de metadados master e rejeite as linhas que falharem.

Verificações legíveis por máquina para executar automaticamente

• Formato ISRC: aceite apenas ISRCs de 12 caracteres sem pontuação usando o padrão ^[A-Z]{2}[A-Z0-9]{3}d{7}$. Rejeite letras minúsculas ou hífens extras; normalize antes de tentar registrar ou enviar.
• Gate básico UPC: exija d{12,13} e verifique o dígito de verificação para lançamentos UPC-A de 12 dígitos; sinalize quaisquer valores não numéricos. Se você usar EAN-13, registre o formato exato em sua coluna de variante de lançamento.
• Soma das divisões de compositores: imponha =ROUND(SUM(writersplitrange),2)=100 em planilhas ou igualdade numérica equivalente dentro de um pequeno épsilon (0,01) em scripts; não permita células de divisão vazias.
• Verificação cruzada da identidade do compositor: exija um número IPI válido ou um URL de confirmação de pesquisa PRO para cada compositor creditado. Se não houver IPI, bloqueie o upload e apresente um item de revisão manual.
• Canonicalização do nome do artista: compare a string do artista creditado com sua lista de ID de artista canônico (ID do MusicBrainz ou sua chave interna); marque incompatibilidades e mostre o valor canônico sugerido.

Insight prático: as verificações automatizadas devem ser rigorosas nas chaves (ISRC, UPC, IPI) e permissivas no texto de exibição (títulos, notas de encarte). A troca é atrito no upload versus menos exceções downstream; o feedback dos colaboradores é normal, mas é melhor do que perseguir royalties suspensos.

Exemplo concreto: um CSV de distribuidor continha um ISRC com letras minúsculas e um espaço perdido. O pipeline normalizou os títulos, mas não os ISRCs, então a faixa criou uma segunda identidade de gravação downstream. Executar a verificação ^[A-Z]{2}[A-Z0-9]{3}d{7}$ teria detectado e forçado a correção antes da entrega, evitando uma reivindicação retroativa da SoundExchange.

Verificações práticas que você pode programar ou executar no OpenRefine

• Cortar e colocar em maiúsculas: aplique uma transformação para remover espaços em branco à esquerda/direita e converter colunas de identificador em maiúsculas antes da validação.
• Pipeline de validação dividida: estágio 1 = verificações sintáticas (regex, intervalos numéricos), estágio 2 = verificações de resolução (API PRO ou pesquisa MusicBrainz), estágio 3 = regras de negócios (soma das divisões, editora presente).
• Coluna de evidência: adicione colunas proofurl e proregistration_id em seu CSV para que qualquer linha sinalizada inclua imediatamente as evidências de registro que os revisores precisam.

Não confie em uma revisão apenas humana para a consistência de ISRC e IPI; essas são as chaves que os relatórios programáticos usam para corresponder plays a pagamentos.

Próximo passo: vincule essas verificações à sua lista de verificação de lançamento e armazene o CSV validado com carimbos de data/hora e iniciais do revisor. Quando você precisar apresentar reivindicações retroativas ou corrigir metadados na CD Baby, esse registro validado é o caminho mais rápido para a prova e a recuperação.

5. Ferramentas e automação para detectar e prevenir erros de metadados

Comece com um gate, não com uma esperança. Automatize um pré-voo que rejeite identificadores malformados, identidades de contribuinte inconsistentes e dados de divisão incompletos antes que qualquer coisa chegue à CD Baby. Um pipeline curto e repetível economiza muito mais tempo do que reivindicações retroativas.

Pipeline de automação prática

1. Fonte da verdade: mantenha um CSV canônico ou um pequeno repositório Git com uma linha JSON/CSV por faixa e colunas nomeadas para corresponder aos campos da CD Baby (releaseupc, trackisrc, composeripi, writersplit_percent).
2. Validação sintática: execute verificações regex e de checksum (normalização de maiúsculas, comprimento UPC numérico, formato ISRC) e bloqueie as linhas que falharem para que a revisão humana seja necessária antes da substituição.
3. Verificações de resolução: chame o MusicBrainz ou um registro de artista interno para verificar os IDs de artista canônicos e sinalizar incompatibilidades de nome; valide o IPI em relação às APIs PRO onde disponível.
4. Preparação DDEX: transforme seu registro canônico em um DDEX ERN e execute-o por meio de um validador para detectar problemas estruturais precocemente; armazene a diferença ERN para auditoria.
5. Política de entrega: se um push automatizado para a CD Baby for possível para seu fluxo de trabalho, exija um relatório verde dos estágios sintático e de resolução; caso contrário, exporte o CSV validado e anexe o relatório de validação ao ticket de upload.

Limitação prática. A automação detecta de forma confiável incompatibilidades de formato e identidade, mas não pode provar a propriedade legal, as divisões de edição territoriais ou resolver créditos contestados. Isso requer decisões humanas e evidências documentais; planeje uma fila de revisão manual com regras de escalonamento.

Integrações e ferramentas para usar

Use uma combinação de ferramentas de reconciliação e limpeza, em vez de uma única bala de prata: OpenRefine para normalização em massa, pesquisa MusicBrainz para IDs canônicos, o validador DDEX ERN para verificações estruturais, o guia IFPI ISRC para verificações de propriedade de código e o guia SoundExchange para metadados de execução. Sempre que possível, registre links de prova (URLs de registro PRO, recibos ISWC) em suas linhas de metadados.

Exemplo concreto: Uma pequena gravadora construiu um pipeline que normaliza CSVs com OpenRefine, executa uma etapa de reconciliação do MusicBrainz, converte as linhas limpas em um ERN e o valida com um validador DDEX e, em seguida, produz um relatório PDF por lançamento salvo na pasta de lançamento. Quando uma DSP relatou posteriormente uma gravação não correspondida, a equipe usou o PDF para mostrar os valores exatos de pré-entrega e resolveu a divisão em três semanas, em vez de meses.

• Sinais de monitoramento para automatizar após o lançamento: porcentagem de streams sem correspondência de editora, aparecimento repentino de ISRCs duplicados para o mesmo título, incompatibilidade na contagem de ISRC esperada versus real em catálogos de DSP e delta inesperado na receita da editora por lançamento.
• Alertas práticos: conecte essas verificações a um painel simples ou webhook do Slack para que um humano receba um item de triagem priorizado em vez de uma caixa de entrada cega cheia de erros.

6. Reconciliação e monitoramento após a distribuição

Comece com um livro-razão canônico. Mantenha uma planilha ou linha de banco de dados definitiva por faixa (correspondendo aos nomes de campo da CD Baby) que registre releaseupc, trackisrc, artistas creditados, composeripi, publisheripi, writer_splits e links de prova para registros PRO. Essa única fonte é a única coisa em que você deve confiar ao reconciliar extratos; todo o resto é transitório.

Etapas operacionais de reconciliação

Siga um ciclo repetível: ingira arquivos de extrato, corresponda o uso por identificador, apresente incompatibilidades, faça a triagem por tipo de erro e, em seguida, execute ações de correção ou reivindicação. Automatize as três primeiras etapas para que os humanos se concentrem em exceções, não na correspondência de linha de rotina.

1. Ingerir: importe relatórios de uso de DSP e CSVs de pagamento/extrato da CD Baby em seu livro-razão e normalize os campos (maiúsculas, cortar espaços).
2. Corresponder: junte as linhas de DSP ao seu livro-razão em trackisrc e releaseupc. Conte os plays não correspondidos e liste os ISRCs desconhecidos distintos.
3. Triagem: classifique as incompatibilidades em categorias — ISRC ausente, ISRC duplicado, dados de contribuinte errados ou incompatibilidade de editora/IPI — e atribua proprietário e prioridade.
4. Resolver: para erros de catálogo, envie metadados corrigidos para a CD Baby e, onde os plays já ocorreram, prepare reivindicações retroativas para a SoundExchange ou sua sociedade mecânica com a evidência canônica.
5. Verificar: após o envio, rastreie o status da reivindicação e execute a correspondência novamente semanalmente até que a diferença feche ou a reivindicação seja negada.

Troca prática: automatizar a reconciliação semanalmente detecta o desvio precocemente, mas custa tempo de desenvolvedor; fazê-lo trimestralmente reduz a sobrecarga, mas multiplica as reivindicações retroativas e o tempo de recuperação. Escolha a cadência que corresponda ao tamanho do seu catálogo e à sensibilidade à receita.

Exemplo concreto: Uma pequena gravadora independente executou uma ingestão semanal e descobriu que 2,3% dos streams em um novo lançamento não mapeavam para nenhum track_isrc. A triagem mostrou uma única linha onde um ISRC tinha um caractere à direita no upload da CD Baby. A equipe corrigiu o registro da CD Baby, enviou uma reivindicação retroativa da SoundExchange com o CSV validado original e os recibos PRO e recuperou a maior parte dos royalties de execução retidos em dois ciclos de pagamento.

Monitore três sinais continuamente: contagem de ISRC não correspondido, ISRCs duplicados inesperados para o mesmo título e taxa de correspondência de editora (porcentagem de streams com IPIs de editora registrados).

O que muitas vezes é mal compreendido: muitos presumem que atualizar os metadados na CD Baby irá remapear automaticamente os plays históricos. Na prática, os catálogos de DSP atualizam os metadados futuros, mas os extratos históricos raramente reatribuem o uso passado sem uma reivindicação formal. Trate as atualizações de metadados e as reivindicações retroativas como duas faixas separadas.

Próxima consideração: vincule este pipeline aos seus registros de registro PRO e mantenha as evidências anexadas a cada linha de faixa. Quando você apresentar reivindicações, os agentes solicitarão o CSV exato de pré-entrega e as confirmações de registro — tê-los em um só lugar fecha as reivindicações mais rapidamente.

7. Corrigindo metadados e recuperando royalties perdidos

Fato direto: corrigir metadados e receber o dinheiro de volta são dois fluxos de trabalho relacionados, mas distintos — um atualiza a entrega futura, o outro busca pagamentos retroativos. Trate-os separadamente e execute-os em paralelo: corrija o registro ativo primeiro, monte as evidências de auditoria em segundo lugar e envie as reivindicações somente depois de ter a prova canônica.

Fluxo de trabalho de correção passo a passo

1. Atualize o registro da CD Baby: corrija os campos que estão errados (por exemplo, track_isrc, campos de função de artista creditado, compositor IPI, editora IPI, ISWC). Use o painel da CD Baby ou o canal de suporte e mantenha o número do ticket. Se a plataforma impedir a alteração (algumas edições de ISRC são restritas), documente essa restrição em seu pacote de evidências.
2. Sincronize os registros PRO: atualize ou adicione imediatamente a obra em sua conta PRO para que os nomes dos compositores, IPI, ISWC e divisões de compositores correspondam aos metadados corrigidos da CD Baby. Salve capturas de tela de confirmação ou IDs de registro.
3. Prepare um pacote de evidências: monte o CSV validado de pré-upload, o recibo de upload original, as confirmações de registro PRO, a split sheet, a prova de propriedade dos masters (propriedade ou atribuição de ISRC) e quaisquer acordos mostrando as porcentagens dos compositores.
4. Apresente reivindicações retroativas às sociedades de cobrança: envie para a SoundExchange para execução digital e para as sociedades mecânicas/PROs relevantes para receita de composição/mecânica. Anexe o pacote de evidências e faça referência ao ticket de suporte da CD Baby onde você corrigiu o registro público.
5. Rastreie e itere: registre os IDs de reivindicação, as janelas de revisão esperadas e a cadência de acompanhamento. Se uma reivindicação for rejeitada, solicite o motivo específico e retifique a peça de evidência ausente, em vez de reapresentar abruptamente.

Limitação prática: algumas DSPs e sociedades não remapearão retroativamente os usos passados simplesmente porque você editou o registro do distribuidor. Alterar o ISRC de uma gravação depois que os plays já foram relatados geralmente cria uma nova identidade de gravação downstream. Isso significa que uma correção de metadados por si só raramente recupera divisões históricas sem reivindicações formais para agências de cobrança.

Pacote de evidências e prioridades de reivindicação

• Evidência mínima a incluir: CSV validado de pré-entrega, recibo ou ticket de upload da CD Baby, confirmação de registro PRO (ID ou captura de tela), split sheet assinada ou com carimbo de data/hora e prova de propriedade do ISRC (IFPI/agência emissora ou registro de atribuição interna).
• Regra de decisão de prioridade: pese a recuperação esperada em relação ao custo administrativo. Para catálogos pequenos, defina um limite de dólar/tempo (por exemplo: buscar reivindicações quando a recuperação líquida esperada exceder três vezes o custo administrativo projetado). Escalone reivindicações complexas multiterritoriais ou de alto valor para um especialista.
• Quando não relançar: não tente corrigir o mapeamento histórico relançando a mesma gravação sob um novo ISRC e esperando que os sistemas mesclem os plays. Relance apenas para novos lançamentos — busque reivindicações para plays passados.

Exemplo concreto: Um compositor foi omitido da lista de compositores em um single. A equipe atualizou a faixa da CD Baby para adicionar o compositor e corrigiu a divisão do compositor, em seguida, registrou a obra corrigida na PRO e salvou o ID de registro. Eles apresentaram uma reivindicação retroativa da SoundExchange anexando o CSV validado original, o ticket de suporte da CD Baby e a confirmação PRO. A sociedade solicitou uma split sheet assinada adicional; após fornecê-la, a maioria dos royalties de execução retidos foi liberada em dois ciclos de pagamento.

Julgamento e troca: a recuperação é possível, mas raramente instantânea ou total. Muitos criadores subestimam o atrito administrativo — espere solicitações de prova suplementar e revisão em várias etapas. Se o seu catálogo for grande ou você prevê correções recorrentes, invista em um modelo de pacote de reivindicações repetível e em um pequeno fluxo de trabalho para montar evidências rapidamente; isso reduz o atrito muito mais do que tentativas manuais ocasionais.

Regra chave: nunca confie apenas em uma edição de metadados para recuperar a receita passada — sempre combine a edição com uma reivindicação documentada ao órgão de cobrança apropriado e um pacote de evidências claro.

Para obter orientação específica da CD Baby sobre edições e canais de suporte, consulte as diretrizes de metadados do distribuidor em Diretrizes de metadados e entrega da CD Baby. Para procedimentos de reivindicação de execução, consulte SoundExchange e a documentação da sua sociedade mecânica ao apresentar reivindicações retroativas.

8. Apêndice: Artefatos e modelos de referência rápida

Regra prática: mantenha uma única pasta de lançamento com artefatos versionados que correspondam aos nomes de campo exatos da CD Baby. Quando você precisar apresentar uma reivindicação ou responder a um ticket de suporte, o caminho mais rápido para a recuperação é um pacote de evidências pequeno e bem organizado salvo no momento do upload.

Artefatos principais para armazenar por lançamento

• CSV canônico: padrão de nome de arquivo RELEASEUPCartistrelease-datemaster.csv. Colunas a incluir: releaseupc, trackisrc, tracktitle, recordingartist, creditedartists, composernames, composeripi, publishername, publisheripi, iswc, writersplitpercent, proofurl.
• Split sheet assinada: um PDF de uma página com nomes de contribuintes, números IPI, porcentagens de divisão exatas, data e assinaturas ou consentimento digital com carimbo de data/hora.
• Pacote de evidências: ZIP compacto contendo o CSV canônico, o recibo ou captura de tela de upload da CD Baby, as confirmações de registro PRO, a prova de propriedade do ISRC e quaisquer acordos de publicação.
• Relatório do validador: uma saída automatizada (CSV ou PDF) mostrando quais linhas passaram nas verificações sintáticas e de resolução e quem aprovou o lançamento.
Log de triagem: um arquivo de texto simples curto listando quaisquer problemas conhecidos no upload (por exemplo, variantes de artista legadas ou exceções