Códigos UPC para lançamentos musicais: por que são importantes e como aplicá-los corretamente

Os códigos UPC para lançamentos musicais são os códigos de barras de nível de lançamento que varejistas, DSPs e processadores de direitos usam para identificar, agrupar e reportar seus produtos. Erros neles podem levar à alocação incorreta de vendas, charts e royalties. Este guia explica os fundamentos de GTIN/UPC, como os UPCs diferem dos ISRCs e as vantagens operacionais dos códigos GS1 versus os fornecidos pelo distribuidor. Você obterá fluxos de trabalho passo a passo para obter, atribuir, validar e corrigir UPCs, além de verificações práticas e modelos que você pode inserir em um processo de ingestão ou auditoria.

O que UPC e GTIN significam para lançamentos musicais

Trate o UPC como a identidade de varejo do lançamento, não o ID técnico da gravação. Dentro dos padrões de ID do produto, o UPC é uma variante de GTIN — especificamente GTIN-12 na América do Norte —, enquanto o EAN é tipicamente GTIN-13 em contextos internacionais. O dígito de verificação e o formato GTIN são o que tornam um código de barras verificável por máquina; consulte GS1 para as especificações formais.

O que ele realmente faz: Um UPC informa às lojas e aos sistemas de distribuição qual produto comercial eles estão vendendo. É o identificador usado para listar SKUs, gerenciar o inventário de formatos físicos e agrupar uma coleção de gravações marcadas com ISRC para relatórios de varejo e charts. É por isso que os UPCs aparecem nos metadados da loja e nas mensagens de fornecimento para os DSPs.

Distinção importante: UPCs agrupam, ISRCs identificam. Se você misturar essas funções em seus metadados, obterá um rastreamento técnico limpo (ISRC), mas falhará no agrupamento de varejo (UPC). Na prática, essa incompatibilidade surge como relatórios divididos, visualizações de catálogo ausentes nas lojas ou inelegibilidade para charts quando duas versões do mesmo álbum compartilham ou reutilizam o UPC errado.

Trade-off operacional a ser decidido agora: obter um UPC emitido pelo GS1 oferece propriedade de longo prazo e numeração previsível para muitos formatos; comprar um único UPC de um distribuidor é mais barato e rápido, mas oferece menos controle e pode complicar a reconciliação futura. Para gravadoras que planejam vários formatos ou vendas físicas internacionais, o GS1 quase sempre se paga; para singles digitais únicos, um código de distribuidor é aceitável, mas acarreta limites de rastreamento downstream.

Exemplo concreto: Uma gravadora independente lançou um álbum em CD e, posteriormente, lançou uma edição deluxe com três faixas extras. O distribuidor reutilizou o UPC original para a edição deluxe; os varejistas fundiram as vendas e a gravadora não conseguiu separar as vendas da edição deluxe nos relatórios downstream. A correção exigiu a emissão de um novo UPC GS1 para a edição deluxe, a republicação de metadados DDEX corrigidos e solicitações coordenadas de remoção/atualização para as lojas afetadas — um custo operacional de dois meses que poderia ter sido evitado com a atribuição correta de UPC.

Onde o UPC deve aparecer em seu pipeline

• Portais de distribuidores: o campo de código de barras/UPC do lançamento (preencha exatamente, sem espaços ou caracteres extras).
• Mensagens de fornecimento DDEX: o elemento GTIN em pacotes ERN — os DSPs esperam a normalização do GTIN para 12 ou 13 dígitos, dependendo de sua região; consulte DDEX ERN.
• Bancos de dados públicos: campos de código de barras de lançamento do MusicBrainz e Discogs para verificação cruzada e pública.
• Metadados da loja de varejo: o código de barras incluído no registro do produto da loja; erros aqui são o que quebram os charts e o inventário.

Ponto chave: trate o UPC/GTIN como a chave única e autorizada de nível de lançamento em seu catálogo. Se você precisar dividir as vendas ou distinguir os formatos, dê a cada variante comercial seu próprio UPC.

Próxima consideração: decida qual caminho GTIN você usará e bloqueie essa decisão antes do envio final dos metadados — a escolha afeta a propriedade, a rastreabilidade e o esforço necessário para corrigir erros posteriormente.

Como o UPC difere de ISRC, ISWC e outros identificadores de música

Resposta direta: Os códigos UPC para lançamentos musicais identificam o produto comercial; os ISRCs identificam a gravação de som real; os ISWCs identificam a obra musical subjacente. Cada um desempenha um papel operacional específico nos fluxos de distribuição e direitos, e eles não são intercambiáveis.

Onde eles operam na prática: O UPC é a chave de varejo usada por lojas e sistemas de inventário para agrupar um pacote de faixas em um produto vendável. O ISRC vive com o master e segue essa gravação em compilações e relançamentos quando o master não é alterado. O ISWC conecta a composição a editoras musicais e organizações de direitos de execução. Nenhum deles carrega metadados de propriedade completos — isso é fornecido separadamente por meio de campos de editora musical, IPI e contratuais.

Limitação prática e trade-off: Os UPCs não comprovam autoria ou direitos. Eles são proxies ruins para o direito a royalties porque os varejistas reportam as vendas por produto, não por participação de publicação. Confiar apenas nos UPCs para reconciliar royalties falhará quando a mesma composição aparecer sob vários UPCs ou quando o uso do ISRC for inconsistente. O trade correto é tratar os UPCs como chaves de agrupamento de nível de lançamento e garantir que suas atribuições de ISRC e ISWC sejam autorizadas para divisões de direitos.

Julgamento operacional: Em fluxos de trabalho reais, a falha mais comum vem de práticas inconsistentes de ISRC. Se as equipes reutilizarem ISRCs para masters materialmente diferentes ou não atualizarem os metadados do ISWC para novos arranjos, as editoras musicais e gravadoras acabarão perseguindo a receita mal alocada. A prática correta é centralizar a emissão de ISRC para seu catálogo e documentar o conjunto de regras para quando um novo ISRC é necessário.

Exemplo concreto: Um artista independente lançou um single, depois lançou uma edição de rádio e uma remasterização. A gravadora atribuiu um novo UPC para a remasterização, mas reutilizou o ISRC original. Os DSPs ingeriram objetos de lançamento separados vinculados a diferentes UPCs; a atividade de streaming foi dividida entre os registros de lançamento, enquanto os processadores de royalties de back-end combinaram as reproduções com o ISRC e produziram declarações mecânicas confusas. A correção exigiu a emissão de um DDEX ERN corrigido, a coordenação com o DSP para recolher lançamentos duplicados, sempre que possível, e a reemissão de reivindicações de editora musical para o período de remasterização.

Regras de posicionamento de metadados que você deve aplicar

Regra geral: Coloque o GTIN/UPC no nível do lançamento e o ISRC em cada gravação de som. Coloque os dados ISWC e IPI nos metadados da obra usados por editoras musicais e organizações de direitos de execução. Para detalhes do DDEX, consulte DDEX ERN e, para validação pública, use MusicBrainz ou Discogs. Ao montar pacotes de fornecimento, inclua todos os três identificadores para evitar ambiguidade downstream.

Principal conclusão: UPCs agrupam produtos, ISRCs rastreiam masters, ISWCs rastreiam composições. Aplique essa separação operacionalmente em seu catálogo para evitar ruído de relatório e complexidade de auditoria.

Por que os UPCs são importantes operacionalmente: distribuição, relatórios e charts

Ponto direto: Os códigos UPC para lançamentos musicais são a chave operacional que une os registros de produtos da loja, os compiladores de charts e os mecanismos de royalties downstream. Se o UPC estiver faltando, malformado ou compartilhado entre produtos comerciais distintos, você verá relatórios incompatíveis, elegibilidade para charts paralisada e trabalho extra para reconciliar as declarações.

Como os sistemas os usam: Varejistas e DSPs usam o GTIN/UPC de nível de lançamento como o ID de produto canônico em seus sistemas de ingestão e catálogo; os serviços de charts usam o mesmo identificador de produto para agrupar as vendas e determinar as janelas de elegibilidade. Os pacotes de fornecimento enviados via DDEX devem preencher o elemento GTIN de forma consistente para que os DSPs possam mapear os ISRCs gravados de volta para um único objeto de lançamento. Consulte DDEX ERN para os nomes exatos dos elementos que você deve preencher.

Limitação operacional a ser aceita: Algumas lojas normalizam os GTINs de forma diferente (12 vs 13 dígitos) ou aplicam regras de formatação estritas. Um dígito de verificação válido não garante a aceitação se o provedor espera EAN versus UPC ou se os zeros à esquerda são maltratados. Essa inconsistência é a fonte usual de uploads rejeitados e páginas de lançamento divididas — não um ISRC ausente.

Modos de falha e correções pragmáticas

1. UPC duplicado em todas as variantes: Problema: a edição deluxe/relançamento reutilizou o UPC original e os relatórios foram mesclados. Correção: emita um novo UPC, republique o DDEX corrigido com o novo GTIN, solicite uma atualização da loja ou divida o lançamento por meio de seu distribuidor.
2. Incompatibilidade de formatação: Problema: o varejista rejeitou o GTIN devido a zeros à esquerda ou comprimento errado. Correção: normalize para o comprimento GTIN esperado pelo varejista e verifique o dígito de verificação antes de reenviar.
3. Ambiguidade de propriedade do UPC atribuído pelo distribuidor: Problema: você não pode reivindicar ou reatribuir o UPC posteriormente. Correção: registre o emissor do UPC em seu catálogo e planeje a compra do GS1 para o catálogo que você pretende controlar a longo prazo.
4. Incompatibilidade de ISRC para UPCs: Problema: as reproduções são atribuídas, mas os relatórios de vendas são agrupados de forma diferente. Correção: garanta que cada ISRC seja mapeado para o GTIN de lançamento correto em seu pacote de fornecimento e mantenha um único arquivo de mapeamento canônico para auditorias.

Exemplo concreto: Uma gravadora regional lançou um EP de 7 faixas digitalmente e, posteriormente, prensou um vinil de 12 polegadas. O vinil foi registrado como um EAN (13 dígitos), enquanto o digital usava um UPC de 12 dígitos; o distribuidor não conseguiu normalizar os GTINs no pacote DDEX. Os compiladores de charts os trataram como produtos separados, atrasando a contagem do vinil para a mesma posição no chart. A resolução exigiu a reemissão de GTINs normalizados e a reingestão coordenada com os DSPs — um processo operacional de várias semanas.

Julgamento que importa na prática: Para a maioria dos catálogos, o atrito de corrigir UPCs ruins supera o custo inicial de governança. Isso significa atribuir a propriedade, padronizar as regras de formatação GTIN em sua camada de ingestão e tratar os UPCs como chaves imutáveis ​​após a publicação. Tentar corrigir a reutilização ou a propriedade ambígua posteriormente é sempre mais lento e caro do que acertar antes do fornecimento.

Regra operacional: trate o UPC/GTIN como sua chave primária de nível de lançamento em todas as exportações de catálogo e registre o emissor, a data de emissão e os IDs de transação do distribuidor junto com ele.

Ação: adicione a validação GTIN e o rastreamento do emissor à sua checklist de pré-lançamento e decida agora se você controlará a emissão de GTIN via GS1 ou aceitará UPCs fornecidos pelo distribuidor; essa decisão define quem possui o caminho de correção quando os relatórios dão errado.

Como obter um UPC: GS1 vs. fornecido pelo distribuidor

Decida quem emite seu UPC antes de bloquear os metadados. Essa única escolha determina quem pode corrigir, reatribuir ou provar a propriedade do GTIN posteriormente — e é a decisão de governança mais comum que as equipes erram até que precisem de auditorias ou reconciliação de inventário físico.

UPCs emitidos pelo GS1: registre-se para um prefixo de empresa com GS1 e crie valores GTIN-12/GTIN-13 sob seu namespace. Os benefícios são reais: propriedade de longo prazo, prefixo de empresa consistente em todos os formatos, aceitação de varejo físico mais fácil e rastreabilidade direta para auditorias. O trade-off é o custo inicial e o trabalho administrativo para gerenciar o espaço numérico e gerar códigos de barras corretamente. Para grupos que emitem muitos lançamentos ou vendem produtos físicos internacionalmente, o custo administrativo é um investimento em flexibilidade futura.

UPCs fornecidos pelo distribuidor: a maioria dos agregadores atribuirá um UPC por lançamento (ou por formato) como parte de seu upload. Isso é rápido e de baixo custo — bom para lançamentos digitais únicos —, mas você não controla o número. Isso limita sua capacidade de migrar lançamentos entre distribuidores de forma limpa ou de reivindicar esses GTINs em reconciliações de varejo downstream. Na prática, a ambiguidade surge quando um lançamento com um UPC de distribuidor precisa ser relançado fisicamente ou auditado; resolver a propriedade então se torna uma dor de cabeça transacional.

Trade-offs práticos e regras de seleção

Consideração chave: combine a emissão com o ciclo de vida esperado. Se você espera várias edições, formatos, distribuição física internacional ou possuirá o catálogo a longo prazo, compre o GS1. Se este for um single digital único sem plano físico, um UPC de distribuidor geralmente será mais rápido e barato. Um erro comum é tratar os UPCs de distribuidores como temporários; eles geralmente persistem nos registros da loja indefinidamente.

Exemplo concreto: Um artista lançou uma série de singles digitais por meio de um distribuidor e, posteriormente, assinou com uma gravadora que queria prensar conjuntos de caixas de vinil e consolidar as vendas. Os UPCs atribuídos pelo distribuidor permaneceram vinculados aos uploads originais; a gravadora teve que comprar novos UPCs GS1 para os produtos físicos, criar uma camada de mapeamento para reconciliar as vendas históricas e executar uma auditoria manual para alinhar as vendas de streaming com a contabilidade do conjunto de caixas. Esse trabalho levou semanas e produziu atrito residual de relatório que poderia ter sido evitado planejando a emissão antecipadamente.

• Checklist de decisão: Classifique o ciclo de vida do lançamento (single, catálogo, multiformato).
• Previsão: O lançamento terá variantes futuras (deluxe, relançamento, vinil)?
• Limite de escala: Se você planeja mais de ~50 lançamentos ou SKUs físicos, prefira o GS1.
• Manutenção de registros: Sempre armazene os metadados do emissor (nome do emissor, data de emissão, ID da transação do distribuidor).

Próxima consideração: torne a decisão de emissão parte da checklist de lançamento e registre o emissor em suas exportações de metadados; caso contrário, corrigir a propriedade ou dividir os relatórios custará muito mais do que a taxa do GS1 quando os problemas aparecerem.

Atribuindo UPCs corretamente: regras e práticas recomendadas

Atribua o UPC no nível do produto vendável. Cada oferta comercial exclusiva que um consumidor pode comprar ou um varejista pode listar precisa de seu próprio UPC: pacotes digitais separados, prensagens de vinil, CDs, edições deluxe e pacotes de pré-venda. O trade-off prático é simples: reutilize apenas quando o produto for literalmente idêntico. Pequenos ajustes na arte ou notas de encarte corrigidas não justificam um novo UPC, mas qualquer alteração na lista de faixas, master ou mídia incluída justifica.

Fluxo de trabalho de atribuição prática

1. Defina o escopo: declare os limites de SKU para variantes de lançamento (formato, lista de faixas, conteúdo do pacote, edições específicas do território).
2. Escolha o emissor: decida o UPC GS1 ou do distribuidor e registre essa escolha em seu registro de lançamento como a fonte canônica.
3. Crie e verifique: gere o GTIN, calcule/confirme o dígito de verificação e garanta que a formatação corresponda aos varejistas de destino (12 ou 13 dígitos, conforme necessário).
4. Incorpore no fornecimento: insira o GTIN em seu formulário de distribuidor e no elemento GTIN DDEX ERN exatamente como emitido; inclua GTIN issuer e issuer transaction id em sua carga de metadados.
5. Bloqueie e registre: marque o GTIN como imutável no CMS do catálogo e capture um ticket de solicitação de alteração se alguém pedir para alterá-lo posteriormente.

Exemplo concreto: Um produtor de música eletrônica lançou um mix original, um instrumental e um pacote deluxe que combinava ambos. A equipe atribuiu um único UPC a todos os três itens, pensando que era mais simples. As lojas recolheram os três produtos em uma única listagem, os relatórios promocionais não conseguiam separar as vendas do pacote e a contabilidade teve que executar uma alocação manual por carimbos de data/hora — uma reconciliação de várias semanas que um UPC distinto por produto teria evitado.

Chamada de julgamento que vale a pena fazer agora: trate os UPCs emitidos como efetivamente permanentes. Alterar ou reutilizar um GTIN após a ingestão pública cria mais atrito do que comprar um novo. Para catálogos que produzirão mais de ~20 SKUs distintos ou que preveem fabricação física, compre GTINs emitidos pelo GS1 para que você retenha a proveniência e a portabilidade entre os distribuidores.

Validação rápida antes do fornecimento final

• Dígito de verificação: execute o algoritmo GTIN para confirmar se o último dígito está correto.
• Pesquisa do emissor: verifique o número no GS1 Company Database quando possível e observe o prefixo da empresa registrada.
• Verificação de colisão pública: pesquise MusicBrainz e Discogs para garantir que o GTIN ainda não esteja anexado a um produto diferente.
• Ingestão de teste: envie um teste DDEX ERN (ou upload de teste) para seu distribuidor e confirme se o varejista aceita o formato GTIN antes da distribuição ampla.

Fluxos de trabalho de validação, verificação e solução de problemas

Comece com um portão de falha rápida. Crie uma etapa de validação automatizada que rejeite pacotes de fornecimento quando os metadados GTIN ou sua proveniência forem ambíguos e encaminhe qualquer coisa que passe para uma fila de verificação curta para revisão humana. A maior parte da dor operacional não vem de casos extremos exóticos, mas de propriedade ambígua, conversões de formato tardias e evidências de auditoria ausentes — corrija o processo em torno dessas três coisas e você cortará o trabalho downstream real.

Triagem: rejeição versus incompatibilidade pós-ingestão

Distinga duas classes de problemas. Se uma loja ou DSP rejeitar seu upload, você terá um caminho de correção claro: corrija e reenvie o pacote. Se o pacote for aceito, mas o catálogo mostrar lançamentos divididos, SKUs mesclados ou agrupamento de vendas incorreto, você estará lidando com um problema de reconciliação pós-ingestão que requer correções coordenadas entre os sistemas de distribuidores e varejistas e uma trilha de auditoria documentada.

Exemplo concreto: Um gerente de direitos descobriu relatórios semanais mostrando vendas consolidadas incomumente altas para dois EPs distintos. A investigação revelou que ambos os lançamentos usavam um GTIN emitido por um agregador anterior que a gravadora não controlava mais. A correção exigiu três coisas: produzir recibos de emissão originais, instruir o distribuidor atual a reeditar o fornecimento corrigido com novos GTINs e enviar um pacote de auditoria para os serviços de streaming para que os números históricos pudessem ser reconciliados. Todo o incidente levou seis semanas e exigiu registros de auditoria explícitos para contabilidade.

Fluxo de trabalho de correção gradual (prático, ação primeiro)

1. Conter: Pare outras alterações de distribuição no lançamento afetado e marque o registro como sob investigação em seu catálogo.
2. Colete evidências: Exporte o arquivo de fornecimento original, recibos do distribuidor, mensagens de erro do comerciante e quaisquer IDs de loja ou números de ticket.
3. Abra tickets: Crie um único ticket de distribuidor que vincule todos os casos de varejista; anexe evidências e solicite um SLA de correção.
4. Fornecimento correto: Prepare o fornecimento correto (novo GTIN ou mapeamento corrigido), assine-o e prepare uma ingestão de teste com o distribuidor.
5. Coordenar a reindexação: Peça ao distribuidor para enviar uma solicitação explícita de reindexação ou mesclagem ao varejista e rastreie os IDs de caso do varejista.
6. Auditoria e fechamento: Registre as confirmações finais do comerciante, atualize seu razão e capture as lições aprendidas em um ticket post-mortem.

Importante: sempre registre o ID de caso do distribuidor e o snapshot de resposta do varejista para cada correção — sem essa evidência, você não pode forçar reconciliações ou apoiar ajustes contábeis.

Julgamento operacional final: invista em um manual de verificação aplicável e automação mínima antes de seu primeiro lançamento amplo. O custo recorrente de um SLO disciplinado (validação rápida + correção rastreada) é muito menor do que o combate a incêndios ad hoc quando várias lojas e equipes de contabilidade precisam de evidências. Se você não conseguir resolver disputas GTIN internamente dentro de uma semana, encaminhe para o distribuidor e mantenha sua equipe financeira informada — a reconciliação sem evidências raramente tem sucesso.

Ferramentas e exemplos: práticas de distribuidores e recursos de pesquisa

Direto ao ponto: distribuidores e serviços de pesquisa pública são sua realidade operacional para códigos UPC para lançamentos musicais — mas eles servem a propósitos diferentes. Use distribuidores para colocar um GTIN funcional nas lojas rapidamente; use GS1 e bancos de dados públicos para provar a proveniência quando a reconciliação ou auditorias exigirem evidências autorizadas.

As ferramentas de pesquisa pública são úteis, mas limitadas. O GS1 Company Database permite que você confirme um prefixo de empresa e, portanto, se um GTIN vem de um namespace identificável. Serviços como o Barcode Lookup exibem páginas de produtos voltadas para a loja e digitalizações de imagens, enquanto MusicBrainz e Discogs revelam como um GTIN é usado em registros da comunidade. Nenhum deles substitui os recibos de emissão originais; eles ajudam você a detectar colisões e rastrear pegadas públicas, não a provar a propriedade legal.

Práticas do distribuidor — snapshots pragmáticos

• DistroKid: normalmente atribui um UPC por upload rapidamente; bom para lançamentos rápidos, mas espere perguntas sobre portabilidade se você precisar de proveniência posteriormente.
• CD Baby: emite UPCs e fornece recibos no momento da compra; mantenha a fatura como evidência para auditorias.
• TuneCore: emite UPCs de nível de lançamento e fornece exportações de histórico que ajudam a rastrear a emissão para uma conta.
• The Orchard / serviços de gravadora: operam mais como distribuidores tradicionais — eles trabalharão com prefixos GS1 e darão suporte a SKUs físicos quando você controlar o prefixo.
• AWAL / Believe / Ditto: os termos variam de acordo com o contrato; suponha que os GTINs fornecidos pelo distribuidor precisam de registro explícito se você planeja migrar ou prensar produtos físicos posteriormente.

Trade-off prático: os UPCs atribuídos pelo distribuidor colocam você nas lojas de forma rápida e barata, mas raramente ajudam quando você precisa provar quem emitiu o GTIN. Se a portabilidade futura, SKUs físicos consolidados ou defesa de auditoria forem importantes, planeje obter GTINs emitidos pelo GS1 para esses lançamentos.

Exemplo concreto: Um artista mudou de um agregador de mercado de massa para uma gravadora que planejava prensagens de vinil. O agregador havia atribuído UPCs sem recibos de emissão. A gravadora realizou pesquisas no MusicBrainz e no Barcode Lookup para encontrar colisões, então comprou GTINs GS1 para o vinil e criou uma tabela de mapeamento para reconciliar as vendas históricas. O remapeamento exigiu tickets de distribuidor coordenados e um ciclo de reconciliação de quatro semanas — tempo que a equipe poderia ter economizado comprando GTINs GS1 para lançamentos de formato cruzado antecipadamente.

Dica de automação prática: adicione uma etapa de validação leve ao seu pipeline de ingestão que (1) verifique o formato GTIN e o dígito de verificação, (2) consulte o GS1 para a presença do prefixo da empresa e (3) solicite a lista de lançamentos do MusicBrainz para esse GTIN. Exiba colisões e evidências de emissão ausentes em uma fila de revisão manual, em vez de deixar GTINs ambíguos chegarem às finanças ou aos charts.

Regra rápida: um recibo de emissão do GS1 é a única evidência infalível em disputas — capturas de tela do Barcode Lookup ou sites da comunidade ajudam na triagem, mas raramente fecham uma auditoria.

Checklist e fluxos de trabalho de amostra para atribuição de UPCs

Regra imediata: pare o pipeline de fornecimento se a proveniência do GTIN não estiver clara. Trate a checklist de pré-lançamento como um portão de aplicação: um registro de emissão ausente, mapeamento ambíguo para ISRCs ou comprimento GTIN errado deve pausar o envio até que seja resolvido. Isso evita a dor de cabeça downstream típica de páginas de lojas mescladas e erros de relatório irrecuperáveis.

Checklist de pré-lançamento (use como um script de gating)

1. Emissor GTIN registrado: armazene o nome do emissor e o ID da transação ou fatura no registro de lançamento.
2. Formato GTIN validado: o algoritmo de dígito de verificação passa e o comprimento corresponde à região de destino (12 ou 13 dígitos).
3. Verificação de singularidade: consulte seu catálogo e fontes públicas para garantir que o GTIN ainda não esteja anexado a um produto diferente.
4. Mapeamento ISRC confirmado: cada faixa no lançamento tem um ISRC finalizado e um mapeamento um-para-um para este GTIN de nível de lançamento.
5. Passagem de teste DDEX: envie um ERN de teste para seu distribuidor e confirme se não há rejeições relacionadas ao GTIN do endpoint de teste do DSP.
6. Regras de formatação do varejista aplicadas: normalize os zeros à esquerda ou as conversões EAN/UPC para a expectativa do varejista.
7. Artefatos de proveniência salvos: anexe recibos de emissão, IDs de trabalho de upload do distribuidor e uma captura de tela da loja com carimbo de data/hora ao registro.
8. Política de bloqueio aplicada: marque o GTIN como imutável no CMS e exija uma solicitação de alteração formal para alterá-lo.
Verificação de