ISRC, ISWC e UPC/EAN: a diferença entre identificar uma gravação, uma obra e um lançamento

Resposta direta

São três identificadores para três coisas diferentes, e confundi-los é a causa mais comum de dinheiro que não chega. O ISRC identifica uma gravação — um take, uma mixagem, um master; doze caracteres, sem dígito verificador. O ISWC identifica a obra — a música como foi composta, independentemente de quantas vezes ela for gravada. O UPC/EAN identifica o lançamento como produto comercial — o single, o EP, o álbum. Na prática brasileira isso significa que "Coração Blindado" gravada em estúdio e a mesma música no DVD Ao Vivo em Goiânia são duas gravações, dois ISRCs, uma obra, um ISWC e, provavelmente, dois UPCs; e que subir de novo o mesmo master com outro título — hábito antigo do funk e do piseiro nas plataformas — não gera nova gravação e não pode ganhar ISRC novo. A regra que resolve 90% das dúvidas é uma pergunta só: o ouvinte escutaria um arquivo de áudio diferente? Se sim, é outra gravação e outro ISRC; se não, o ISRC é o mesmo, para sempre.

1. O que cada um dos três nomeia

A IFPI, que administra o padrão, é direta: "ISRC enables sound recordings and music videos to be uniquely and permanently identified" — e, na mesma página, o que ele não faz: "ISRC identifies sound recordings and music videos. ISRC is not used to identify compositions/musical works, music products or performers" (isrc.ifpi.org). Guarde essa segunda frase: ela exclui, de uma vez, os três erros clássicos — usar ISRC como se fosse registro de obra, como se fosse código de produto e como se fosse identificação de artista.

O ISWC, segundo a CISAC, "was designed as a system of assigning a globally unique identifier code to musical works" e "identifies musical works by reference to the title of a work and its creators (including composers, authors, and arrangers)" (CISAC). Repare no parêntese: arranjadores estão explicitamente entre os criadores que o ISWC leva em conta. Isso volta na seção sobre choro e domínio público, e é onde arranjador brasileiro costuma perder dinheiro por escrito.

O ISRC é a gravação, o ISWC é a música, o UPC é a caixa em que você vendeu — e todo sistema que já te pagou royalty é, por dentro, um cruzamento entre esses três campos.

2. A economia do "ao vivo": onde o catálogo brasileiro se rompe

Nenhum outro mercado transforma tanto uma única obra em tantas gravações comerciais quanto o brasileiro. Carreira de sertanejo e de pagode se constrói em cima de álbum ao vivo: o repertório nasce em estúdio, renasce no projeto ao vivo, renasce de novo no áudio extraído do vídeo, e renasce mais uma vez no projeto seguinte, gravado em outra cidade. Cada uma dessas etapas é um fonograma distinto e precisa do seu próprio ISRC.

Tome uma dupla sertaneja hipotética, Rafael & Tiago, e uma canção só, "Coração Blindado", composta por uma dupla de compositores. O ciclo comercial típico de três anos:

Sete produtos, cinco gravações, uma obra. E vários UPCs — um para o single de 2024, um para o álbum de estúdio, um para o projeto ao vivo em áudio, e frequentemente um para cada single promocional extraído dele.

Duas coisas precisam ficar claras nessa tabela, porque são exatamente as duas que dão errado.

Primeira: a linha 4 existe. O áudio do show e o vídeo do show são identificados separadamente — é o que a IFPI diz quando afirma que o ISRC identifica sound recordings and music videos. Na prática brasileira, em que o projeto audiovisual é o produto principal e o áudio é o subproduto, é comum a produtora entregar o vídeo ao canal do YouTube com o ISRC do áudio, ou sem ISRC nenhum. O efeito é o mesmo em qualquer um dos dois casos: a receita do lado audiovisual deixa de casar com um fonograma registrado.

Segunda: as linhas 2 e 5 reaproveitam o código. O single de estúdio que depois entra no álbum é o mesmo arquivo; o corte de trabalho tirado do projeto ao vivo é o mesmo arquivo. Repetir o ISRC ali não é um atalho — é a regra. O Handbook do ISRC é explícito: "A recording with an ISRC that has not undergone material change since an ISRC was assigned shall not be assigned another ISRC" (§4.3).

2.1 Erro nº 1: um ISRC servindo estúdio e ao vivo

É o pior de todos, porque não se autocorrige. Acontece quando a planilha do projeto ao vivo é feita copiando a planilha do álbum de estúdio e ninguém troca a coluna de identificadores. A partir daí:

• as sociedades de direitos conexos recebem execução das duas gravações e não conseguem separá-las; tudo é distribuído contra a titularidade cadastrada naquele código único;
• se o elenco de intérpretes é diferente — e no ao vivo quase sempre é: banda de estrada, sopros contratados, participação especial —, há músico recebendo por gravação de que não participou e músico não recebendo por gravação de que participou;
• o histórico de streaming das duas versões se funde, e nenhuma das duas tem a curva que de fato teve.

E o Handbook fecha a porta da correção elegante: "An ISRC that has been assigned to a recording shall never be re-assigned to another different recording" (§A.3). Não existe "reatribuir": existe emitir um código novo para a gravação errada e sair atrás de cada sistema a jusante que já ingeriu o código velho.

2.2 Erro nº 2: ISRC novo para relançamento do mesmo master

O espelho do primeiro, e o mais frequente em migração de catálogo. A dupla troca de distribuidora, o formulário da nova distribuidora oferece gerar ISRCs automaticamente, o campo "já tenho ISRC" fica vazio, e o catálogo inteiro é reentregue com códigos novos. Do ponto de vista da indústria, quarenta gravações inéditas apareceram do nada, com zero histórico: playlist, posição em chart, cadastro em sociedade e reivindicação de conexos estavam todos atrelados aos códigos antigos.

O Handbook trata o caso de mudança de titularidade com clareza: "If the original Registrant sells or licenses the recording in unchanged form after it has been given an ISRC, no new ISRC shall be assigned and the ISRC for the recording shall remain the same" (§4.6). Ou seja: o ISRC acompanha a gravação, não o contrato. Venda de catálogo, troca de agregadora, mudança de selo — nada disso é alteração material do fonograma.

Há uma exceção assimétrica, e ela vale para muito acervo brasileiro antigo: a FAQ da IFPI diz que, se a gravação nunca teve ISRC, mudou de titular e está sendo lançada sem alteração pelo titular atual, "a new ISRC should be assigned", com prefixo do titular atual e ano de referência do ano da atribuição, não do ano da gravação (IFPI FAQ). A regra preserva o código que existe; ela não inventa histórico para fita que nunca teve código.

3. Anatomia do ISRC, caractere por caractere

Doze caracteres alfanuméricos em quatro campos (IFPI, estrutura do ISRC):

BR-XXX-25-00042

País + registrante formam o prefixo. O registrante controla a designação dentro de cada ano — até 100.000 códigos por prefixo por ano com a faixa completa 00000–99999, embora a alocação possa ser menor: "The allocation of a new prefix will be accompanied by the range of designation codes for which it is authorised for that registrant" (Handbook, §3.3.4).

3.1 Os hífens não existem

O Handbook: "The letters 'ISRC' (the space) and the hyphens do not form part of the ISRC" (§5). BR-ABC-25-00042 e BRABC2500042 são o mesmo código. Guarde sempre os doze caracteres sem pontuação — a maioria das especificações de entrega valida campo de doze posições, e um hífen sobrando é rejeição evitável.

3.2 Não existe dígito verificador — e isso muda seu método de trabalho

O UPC tem dígito verificador. O ISWC tem dígito verificador. O ISRC não tem. Não há nada na norma que permita a um validador dizer que um ISRC bem formado é o ISRC certo para aquela gravação. Mecanicamente, só dá para conferir o formato: duas letras, três alfanuméricos, dois dígitos, cinco dígitos, código de país existente, ano plausível.

Sem dígito verificador, um caractere trocado produz outro ISRC perfeitamente válido — que pertence à gravação de outra pessoa.

A consequência prática é assimétrica e vale repetir: erro de digitação em UPC costuma ser barulhento; erro de digitação em ISRC é silencioso. Por isso ISRC se copia e cola, não se redigita, e toda faixa de um lançamento é conferida contra uma única lista-mãe antes da entrega.

3.3 O ano de referência não é o ano da gravação

É o ano em que o código foi atribuído. A IFPI define como "the last two digits of that year (e.g. 15 for 2015, 20 for 2020)" e afirma que "the year in which the ISRC is assigned may be a different year from the year of recording". A função é administrativa: o campo serve para "refresh[ing] the space of codes which may be assigned each calendar year, to ensure that codes assigned in prior years cannot be inadvertently re-assigned" (IFPI).

Cenário comum em projeto ao vivo: o show foi gravado em novembro de 2024, os códigos foram atribuídos em dezembro de 2024 durante a pós-produção, e o álbum saiu em abril de 2025. O ano de referência é 24. Está certo. Não "corrija" para 25 e, principalmente, nunca deduza data a partir de um ISRC — ano de gravação é metadado, não é campo para se extrair de identificador.

4. Repostagem não é remix: funk carioca, piseiro e o ISRC

Existe uma cultura inteira, no funk carioca e no piseiro, de circulação rápida de arquivo: a mesma gravação reaparece em dezenas de canais e perfis com títulos diferentes — o nome do MC trocado de posição, um "(Original)", um "(Bregadeira)", um "(Áudio Oficial)", o nome de uma cidade ou de um paredão acrescentado. Boa parte disso é distribuição informal, mas a parte que chega às plataformas por agregadora passa a exigir decisão de identificador. E a decisão é a mesma nos dois sentidos:

Repostagem do mesmo arquivo — NÃO ganha ISRC novo. Título diferente não é alteração material. Capa nova não é alteração material. Outro canal, outro perfil, outra agregadora, outro território: nada disso toca no fonograma. É exatamente o caso do §4.3. Subir o mesmo master com título novo e ISRC novo cria dois fonogramas concorrentes para o mesmo áudio: as duas entradas competem entre si nos sistemas de correspondência, o histórico se divide, e sistemas de identificação de conteúdo passam a ver o titular reivindicando contra si mesmo.

Remix de verdade — GANHA ISRC novo. O Handbook: "A remixed version of a recording will differ from the original and hence it shall be assigned a new ISRC" (§A.9.8). Se alguém pegou as partes, trocou a batida, mudou o BPM, colocou vocal novo, reconstruiu a levada — é outra gravação.

E, entre um e outro, o conjunto de casos em que o áudio muda de verdade e que o Handbook trata nominalmente:

• Edit / versão editada. "A version that is edited, for example to mute or replace profanities, shall be assigned a new ISRC" (§A.9.4). Lê-se: a versão limpa do funk, para rádio ou para plataforma com restrição, é outro fonograma. É código novo, e não a mesma faixa com aviso de conteúdo desligado.
• Versão ao vivo. "The live recording is completely different from the studio version and a new ISRC is required" (§A.9.1).
• Instrumental, a cappella, versão com elemento suprimido. "A version of a track where the vocal (or other element) has been suppressed shall also be assigned a new ISRC if it is intended for release" (§A.9.14) — o playback vendido para show e o instrumental usado em vídeo entram aqui.
• Mudança de duração. O Handbook trata alteração de tempo como material quando afeta conteúdo criativo, e sinaliza mudança não criativa acima de 10 segundos (§A.10.2); a FAQ da IFPI repete o limiar como "changes in playing time which exceed 10 seconds".

4.1 Remaster: o caso mais mal contado do assunto

Circula muito, inclusive em material de distribuidora, a frase "todo remaster precisa de ISRC novo". Isso não é o que a norma diz. O Handbook condiciona o código novo a um critério de criatividade: "A new ISRC shall be assigned if (and only if) the processes applied to a recording during re-mastering involve the application of creative input to the recording itself" (§A.10.1). E exclui expressamente do gatilho os processos essencialmente técnicos — mudança simples de nível, EQ invariante, compressão invariante, redução de ruído, de-clicking, correção de velocidade e de altura, mudança de taxa de amostragem e dithering — com a fórmula: "A new ISRC shall not be assigned in the context of essentially invariant or technological adjustment processes."

Isso é imediatamente relevante para o acervo brasileiro em fita: subir a rotação de um master de choro dos anos 1950 para acertar a afinação, tirar chiado e estalo de bolachas, e converter para 44,1 kHz é, pela letra do §A.10.1, ajuste técnico — não gatilho automático de código novo.

O que é seguro afirmar como regra prática: se o remaster vai ao mercado como faixa separada, ao lado do original — a edição "Remasterizado 2026" convivendo no catálogo com o lançamento de origem —, então são dois produtos vendidos separadamente, e o remaster precisa do seu próprio código, independentemente de como você classifique a engenharia. A pergunta operacional não é "isso foi criativo?", é "existem dois arquivos comercializados ao mesmo tempo?".

4.2 A regra de decisão, em duas perguntas

1. O ouvinte escutaria um arquivo de áudio diferente? Sim → gravação nova → ISRC novo. Não → o ISRC é o mesmo, sempre.
2. Estou apontando um mesmo ISRC para dois arquivos diferentes? Se houver qualquer dúvida, esta é a que manda. Emitir um código a mais para uma versão que talvez nem precisasse é recuperável. Apontar um código para duas gravações contamina permanentemente todo banco de dados a jusante que o ingerir.

5. ISWC, obra derivada e o custo de escrever "Domínio Público"

O ISWC não se pede: ele é atribuído quando a obra é cadastrada, pela via da gestão coletiva ou da editora. No Brasil, a arrecadação e a distribuição de direitos autorais de execução pública são centralizadas no Ecad, que se descreve como "o escritório que faz o recolhimento financeiro dos clientes que utilizam música" e repassa esses valores aos titulares (Ecad). O Ecad é administrado por associações de gestão coletiva — Abramus, Amar, Assim, Sbacem, Sicam, Socinpro e UBC —, e é por uma delas que autor, intérprete, músico, editora e produtor fonográfico entram no sistema.

Aqui vale parar onde a informação pública para: não descrevo prazos, critérios ou procedimentos internos dessas associações, porque não tenho fonte publicada que os detalhe. O que interessa a este documento e é verificável: a obra e a gravação são cadastradas por caminhos diferentes, e o nome que você entrega à distribuidora precisa ser o mesmo nome civil com que o autor está identificado do lado da gestão coletiva. É o cruzamento ISRC → ISWC → titular que faz o dinheiro da obra sair do lugar.

5.1 Choro e samba de raiz arquivados como "Domínio Público"

Grupo de choro grava um repertório de rodas — um chorinho dos anos 1930, um samba de partido-alto, dois temas que "todo mundo toca". No formulário, o campo de compositor recebe Domínio Público, porque é isso que se diz na roda.

Domínio público, porém, é definição legal, e o marco não é a data da gravação. A Lei nº 9.610/1998, art. 41: "Os direitos patrimoniais do autor perduram por setenta anos contados de 1º de janeiro do ano subseqüente ao de seu falecimento" (Planalto).

A conta, então, corre a partir do óbito, e não da composição. Um choro gravado em 1937, cujo compositor está documentado e morreu em 1975, tem o prazo contado de 1º de janeiro de 1976: setenta anos levam a 2046. Uma peça com quase noventa anos de idade não está em domínio público — e "é antigo", "é da tradição", "está em todo songbook" não são critérios; o critério é a data de morte de uma pessoa que, no caso do choro e do samba dos anos 1920–40, quase sempre é documentada e pesquisável.

5.2 O que isso custa ao arranjador — e é ele quem paga

Aqui está a parte que costuma passar despercebida: escrever "Domínio Público" não prejudica só o herdeiro do compositor. Prejudica principalmente quem arranjou.

A mesma lei, art. 14: "É titular de direitos de autor quem adapta, traduz, arranja ou orquestra obra caída no domínio público, não podendo opor-se a outra adaptação" — o arranjo é titularidade, mesmo sobre obra efetivamente em domínio público. E o art. 5º, VIII, "g" define obra derivada como "a que, constituindo criação intelectual nova, resulta da transformação de obra originária".

Ou seja: o arranjo de sete minutos que o regional escreveu para bandolim, cavaquinho, sete cordas e pandeiro, com modulação, coda e reharmonização, é criação intelectual nova. Preencher o campo de autoria com "Domínio Público" e nada mais é declarar por escrito, para toda a cadeia, que não há ninguém a creditar naquela faixa — inclusive você. E lembre-se de que a própria CISAC diz que o ISWC identifica a obra por referência a seus criadores, "including composers, authors, and arrangers": o arranjador tem lugar nesse registro, e o lugar fica vazio por preenchimento seu.

O prejuízo tem três camadas:

1. A obra não aponta para titular nenhum. O que iria para autor, herdeiro, editora e arranjador não tem destinatário identificado.
2. O erro se propaga. O metadado entregue vira o registro de dezenas de sistemas a jusante; corrigir depois significa alcançar cada um, um a um.
3. A correção é retroativa e lenta, e o período já executado, na melhor das hipóteses, vira reclamação demorada.

A regra prática: "Domínio Público" é uma afirmação sobre a data de morte de uma pessoa, não um atalho para um campo que você não conseguiu pesquisar. Se você não sabe quem compôs, o estado do lançamento é "pendente de pesquisa". E se você arranjou, credite o arranjo — ele tem autor, e o autor é você.

6. UPC e EAN: o identificador do produto

UPC-A tem 12 dígitos; EAN-13 tem 13. Os dois são GTIN — Números Globais de Item Comercial da GS1 —, montados igual: prefixo de empresa GS1, referência de item atribuída pelo dono da marca, e um dígito verificador na última posição.

O UPC/EAN identifica o produto: este álbum, nesta configuração. Álbum digital, CD e LP do mesmo disco são três produtos e normalmente carregam três códigos. O single tem o seu; quando aquela gravação depois entra no álbum, ela mantém o ISRC e o álbum tem outro UPC.

Detalhe relevante para selo brasileiro: prefixos GS1 alocados no Brasil começam em 789/790, o que produz naturalmente um EAN-13, não um UPC-A de 12 dígitos. Isso é normal e não precisa de conversão — mas exige que você entenda a relação entre os dois formatos, que é a próxima seção.

A GS1 recomenda uma prática de armazenamento que resolve metade dos problemas: "GS1 recommends that GTIN is always stored as a 14-digit number in the data bases. Shorter formats should be filled in with leading zeroes up to 14 characters" (GS1). Faça isso na sua própria planilha — e, antes de qualquer coisa, formate a coluna como texto, porque planilha brasileira comendo zero à esquerda é a origem número um de UPC inválido em entrega.

6.1 Por que um UPC-A vira EAN-13 só com um zero na frente, sem mudar o verificador

Todo mundo repete e quase ninguém explica. A razão é que a ponderação do algoritmo da GS1 é ancorada na extremidade direita do número, não na esquerda.

O dígito verificador ocupa a última posição. Andando para a esquerda a partir do dígito imediatamente anterior a ele, os pesos alternam ×3, ×1, ×3, ×1, indefinidamente. Como o padrão é definido em relação à posição do verificador, todo dígito de um GTIN-12 mantém exatamente o mesmo peso quando o número é preenchido à esquerda até 13 ou 14 dígitos. Nada se desloca.

Acrescentar um zero à esquerda, portanto, acrescenta um termo à soma ponderada — e esse termo é 0 × 3 ou 0 × 1. De um jeito ou de outro, zero. A soma não muda, logo o valor que a leva ao próximo múltiplo de dez não muda, logo o verificador não muda.

6.2 O cálculo do dígito verificador, feito à mão

A GS1 descreve o cálculo em três passos: multiplicar cada posição pelo seu fator alternado, "add results together to create sum", e "subtract the sum from nearest equal or higher multiple of ten" (GS1, calculadora de dígito verificador).

Procedimento

1. Tome os dígitos antes do verificador.
2. Do mais à direita deles, andando para a esquerda, multiplique alternadamente por 3, 1, 3, 1, …
3. Some os produtos.
4. Arredonde a soma para cima até o próximo múltiplo de dez; o verificador é a diferença. Se a soma já for múltiplo de dez, o verificador é 0.

Exemplo trabalhado — UPC-A 853061429705. Os onze primeiros dígitos são 85306142970; o 5 final é o verificador que vamos deduzir. Lendo os onze da direita para a esquerda:

Soma: 0 + 7 + 27 + 2 + 12 + 1 + 18 + 0 + 9 + 5 + 24 = 105.

Próximo múltiplo de dez igual ou superior a 105: 110. E 110 − 105 = 5.

O verificador é 5, e o UPC-A completo é 853061429705. ✓

Agora o EAN-13. Prefixe um zero: 0853061429705. Os doze dígitos antes do verificador são 085306142970. Lidos da direita, os onze originais mantêm pesos idênticos; o novo 0 da frente assume o décimo segundo peso, ×1, contribuindo 0. Soma: 105. Próximo múltiplo de dez: 110. Verificador: 5 — inalterado, exatamente como previsto.

Um EAN-13 brasileiro, do zero. Um selo com prefixo GS1 brasileiro gera um número de 13 dígitos direto. Suponha os doze primeiros dígitos 789403162850. Da direita para a esquerda: 0×3=0, 5×1=5, 8×3=24, 2×1=2, 6×3=18, 1×1=1, 3×3=9, 0×1=0, 4×3=12, 9×1=9, 8×3=24, 7×1=7. Soma: 0+5+24+2+18+1+9+0+12+9+24+7 = 111. Próximo múltiplo de dez: 120. Verificador: 9. O EAN-13 é 7894031628509.

Para conferir em vez de gerar, rode o mesmo procedimento incluindo o dígito verificador com peso ×1 e confirme que o total é múltiplo de dez. Para 853061429705: 105 + 5 = 110. Consistente.

Você pode validar a estrutura de ISRC e o dígito verificador de UPC/EAN no verificador gratuito e feito para navegador do mazufa.com, que roda inteiramente no seu próprio aparelho.

6.3 O que o dígito verificador não pega

Ele detecta todo erro de um dígito e a maioria das transposições de dígitos adjacentes — mas não todas. Transpor dois dígitos vizinhos que diferem em 5 (0/5, 1/6, 2/7, 3/8, 4/9) altera a soma ponderada em exatamente ±10, e o verificador continua válido. Esse tipo de erro passa em silêncio.

O dígito verificador prova que o número foi digitado direito; não prova que é o seu número.

7. Como um play vira pagamento — e onde a corrente arrebenta

1. A execução acontece. O serviço registra o evento contra a gravação que tem em catálogo, casada com o ISRC que você entregou.
2. O serviço reporta. Os relatórios chegam ao titular ou à distribuidora itemizados por ISRC, com o lançamento identificado por UPC. O dinheiro do lado da gravação é calculado aqui como participação numa receita agregada, não como tarifa fixa por execução — o Spotify afirma que não paga taxa por stream: a receita é agrupada e dividida por streamshare, de modo que o valor de uma execução varia com o tamanho do bolo.
3. A distribuidora concilia. Ela casa cada linha do relatório com o seu catálogo por ISRC e UPC. ISRC reportado que não existe no seu catálogo simplesmente não chega ao seu extrato: fica sem alocação.
4. O lado da obra corre em paralelo. Direitos de execução pública e mecânicos da música são arrecadados por sociedades e associações que ligam o ISRC reportado à obra registrada (ISWC) e daí aos autores e editoras. Outro cano, outro calendário, outro dinheiro.
5. Direitos conexos. Receita de execução pública e radiodifusão da gravação é casada por ISRC contra um cadastro que nomeia titular e intérpretes — e é exatamente aqui que o erro do item 2.1 vira músico de estrada não pago.
6. Pagamento, sujeito ao tratamento tributário na fonte.

Cada passo é um cruzamento de chave, e cruzamento falha em silêncio. Quebre o ISRC nos passos 1–2 e o dinheiro da gravação fica sem correspondência. Quebre o elo ISRC→ISWC no passo 4 e o dinheiro do autor e do arranjador fica sem correspondência. Quebre o UPC e você recebe um extrato que não consegue amarrar a nenhum lançamento.

Todo royalty que você recebe é o resultado de um cruzamento de banco de dados, e o identificador é a única coisa que segura o cruzamento em pé.

8. Falhas comuns, em ordem de custo

Um ISRC apontando para duas gravações. A pior disponível, porque é permanente para todo sistema que já a ingeriu. Origem quase sempre: planilha copiada entre o projeto de estúdio e o projeto ao vivo.

ISRC novo em relançamento de master inalterado. Descarta histórico, cadastro em sociedade e reivindicações de conexos. Origem: campo "já tenho ISRC" deixado em branco no cadastro da nova distribuidora. Preencha esse campo sempre.

Vídeo do show entregue sem ISRC próprio. Perde-se a correspondência do lado audiovisual num mercado em que o audiovisual é o produto principal.

Caracteres trocados no ISRC. Sem dígito verificador, sem detecção. A execução vai para ninguém ou para outra pessoa. Mitigação: copiar e colar, nunca redigitar; conferir todo o lançamento contra uma lista única.

Zero à esquerda destruído pela planilha. Formate a coluna como texto antes de colar. Essa falha ao menos é barulhenta: a maioria dos sistemas de ingestão rejeita.

Identificadores divergentes entre o áudio e o metadado. A mais silenciosa e a mais cara. O ISRC embutido no arquivo, o ISRC do metadado entregue (DDEX ou planilha) e o ISRC do cadastro na sociedade têm de ser os mesmos doze caracteres. Quando divergem, tudo parece funcionar — o lançamento entra no ar, os números aparecem no painel — e a correspondência quebra meses depois, num lugar que você não vê.

9. Rotina mínima por lançamento

Leva menos de uma hora e substitui todas as regras acima por um hábito:

• Uma planilha-mãe por projeto: título da faixa, versão, ISRC, ISWC, autores e divisões, arranjador, UPC do lançamento. Colunas de identificador formatadas como texto.
• ISRCs atribuídos antes da entrega, não durante o preenchimento do formulário.
• Uma linha por gravação — e o projeto ao vivo abre linhas novas, inclusive para o áudio do vídeo.
• Relançamento do mesmo master: copie o ISRC antigo. Sem exceção.
• Todo UPC conferido pelo dígito verificador, à mão ou por validador.
• Campo de compositor preenchido com nome civil; "Domínio Público" só depois de você conseguir dizer o nome do compositor e a data de morte dele.
• Antes da entrega, confira que o ISRC embutido no arquivo é igual ao da planilha.

10. Referência rápida

A distribuição da Mazufa é gratuita — sem taxa de upload, sem assinatura, sem cobrança por lançamento —, a única dedução é 5% dos royalties recebidos, e toda candidatura completa passa por revisão humana.

Fontes

• IFPI, ISRC — página inicial ("ISRC enables sound recordings and music videos to be uniquely and permanently identified"; "ISRC is not used to identify compositions/musical works, music products or performers") — https://isrc.ifpi.org/
• IFPI, ISRC Structure (código de país, registrante, ano de referência, designação; definição e função do ano de referência) — https://isrc.ifpi.org/isrc-standard/isrc-structure
• IFPI, International Standard Recording Code (ISRC) Handbook (§3.3.4 faixas de código de designação; §4.3 sem alteração material, sem novo ISRC; §4.6 gravação inalterada vendida ou licenciada mantém o ISRC; §5 hífens não fazem parte do código; §A.3 nunca reatribuir; §A.9.1 versões ao vivo; §A.9.4 edits; §A.9.8 remixes; §A.9.14 versões com elemento suprimido; §A.10.1 remasterização e aporte criativo; §A.10.2 mudança de duração) — https://www.ifpi.org/wp-content/uploads/2021/02/ISRC_Handbook.pdf
• IFPI, ISRC FAQs (remixes e edits; limiar de 10 segundos de duração; gravação que nunca teve ISRC e mudou de titular) — https://isrc.ifpi.org/faqs
• IFPI, ISRC Managers (entidades autorizadas a atribuir ISRC em nome do titular) — https://isrc.ifpi.org/get-isrc/isrc-managers
• CISAC, International Identifiers (ISWC como identificador global de obras; identificação por título e criadores, "including composers, authors, and arrangers") — https://www.cisac.org/services/information-services/international-identifiers
• Agência Internacional do ISWC — https://www.iswc.org/
• ISO 15707:2001, International Standard Musical Work Code (ISWC) — https://www.iso.org/standard/28780.html
• GS1, Check Digit Calculator (ponderação, soma e subtração do múltiplo de dez igual ou superior) — https://www.gs1.org/services/check-digit-calculator
• GS1, Communicating GS1 trade item numbers (GTIN armazenado com 14 dígitos, formatos menores completados com zeros à esquerda) — https://www.gs1.org/edi-xml/technical-user-guide/Item_Numbers
• Brasil, Lei nº 9.610, de 19 de fevereiro de 1998 (art. 5º, VIII, "g", obra derivada; art. 14, titularidade de quem adapta, traduz, arranja ou orquestra obra caída em domínio público; art. 41, setenta anos contados de 1º de janeiro do ano subsequente ao falecimento) — https://www.planalto.gov.br/ccivil_03/leis/l9610.htm
• Ecad, O Ecad ("o escritório que faz o recolhimento financeiro dos clientes que utilizam música"; associações de gestão coletiva que o administram) — https://www4.ecad.org.br/noticias/o-ecad/
• Spotify for Artists, Royalties (receita agrupada e dividida por streamshare; não há taxa por stream) — https://artists.spotify.com/help/article/royalties

Nota sobre os exemplos numéricos: 853061429705, 0853061429705 e 7894031628509 são números estruturalmente válidos usados apenas para demonstrar o cálculo do dígito verificador; não identificam nenhum lançamento real. Rafael & Tiago e "Coração Blindado" são exemplos hipotéticos, criados para ilustrar o ciclo de produtos do mercado de projetos ao vivo.