Rejeição 482 — Código do Município do Destinatário diverge do cadastrado na UF

O que é esta rejeição?#

A Rejeição 482 é retornada pela SEFAZ durante a validação da NF-e quando há uma inconsistência relacionada a cadastro do contribuinte na Receita Federal, informação do documento fiscal. Isso significa que a nota fiscal não foi autorizada e precisa ser corrigida antes de ser retransmitida.

Este código indica que rejeição: AA da Chave de acesso inválida.

Os campos afetados estão na seção de dados do destinatário do XML.

Campos XML relacionados#

Esta rejeição está associada aos seguintes campos do XML da NF-e. Verifique cada um deles ao diagnosticar o problema:

Causas comuns#

• O CNPJ ou CPF do destinatário está inválido ou não cadastrado
• Os dados do destinatário no XML não correspondem ao cadastro na Receita Federal
• A UF do destinatário está incorreta ou incompatível com o endereço

Como resolver#

1. Verifique se o CNPJ ou CPF do destinatário está correto e ativo na Receita Federal
2. Confirme a UF do destinatário no campo <dest><enderDest><UF>
3. Atualize os dados cadastrais do destinatário no seu sistema

Verificações analíticas#

• Se o campo <cMunDest> não corresponde a nenhum município oficialmente vinculado à UF informada em <dest><enderDest><UF> conforme tabela IBGE, então o código de município foi preenchido com valor de outra UF ou com código fictício: corrija <cMunDest> buscando o código IBGE exato do município real do destinatário e certifique-se de que os dois primeiros dígitos do código IBGE do município coincidem com o código da UF de destino.
• Se o CFOP informado em <det><prod><CFOP> possui primeiro dígito indicando operação interestadual (6xxx) mas <dest><enderDest><UF> é igual a <emit><enderEmit><UF>, ou se o CFOP indica operação interna (5xxx) mas as UFs de emitente e destinatário são distintas, então há contradição entre a natureza da operação descrita pelo CFOP e a relação geográfica real entre emitente e destinatário: ajuste o CFOP para refletir corretamente se a operação é interna ou interestadual com base nas UFs efetivas.
• Se <dest><enderDest><CEP> está preenchido e os dois primeiros dígitos desse CEP não correspondem a faixas de CEP válidas para a UF declarada em <dest><enderDest><UF> conforme tabela de faixas dos Correios, então o endereço do destinatário apresenta combinação incoerente entre CEP e UF, indicando possível troca de estado no cadastro: valide o CEP junto à API dos Correios e atualize UF, município e <cMunDest> de forma consistente.
• Se <idDest> está definido como 2 (operação interestadual) mas <cMunDest> corresponde a um município da mesma UF do emitente, ou se <idDest> está definido como 1 (operação interna) mas <cMunDest> pertence a UF diferente da do emitente, então o campo <idDest> está inconsistente com a localização geográfica do destinatário expressa pelo código de município: recalcule <idDest> automaticamente comparando a UF do emitente com a UF derivada dos dois primeiros dígitos do código IBGE do município destinatário.
• Se <dest><enderDest><xMun> contém o nome de um município que não pertence à UF indicada em <dest><enderDest><UF> quando consultada a tabela IBGE, e simultaneamente <cMunDest> é válido porém para outra UF, então houve preenchimento do endereço do destinatário com dados de estado incorreto de forma consistente internamente mas incompatível com a UF declarada: localize o município correto na UF correta, substitua <cMunDest> pelo código IBGE correspondente e alinhe <xMun> e <UF> a esse mesmo registro.