Rejeição 274 — Código Município do Destinatário inexistente
Motivo da rejeição
Código Município do Destinatário inexistente
O que é esta rejeição?#
A Rejeição 274 é 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: Código Município do Destinatário: dígito inválido.
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:
| Campo | XPath no XML | Descrição |
|---|---|---|
| CNPJ_dest | NFe/infNFe/dest/CNPJ | CNPJ do destinatário |
| CPF_dest | NFe/infNFe/dest/CPF | CPF do destinatário |
| UF_dest | NFe/infNFe/dest/enderDest/UF | UF do destinatário |
| indIEDest | NFe/infNFe/dest/indIEDest | Indicador de IE do destinatário |
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#
- Verifique se o CNPJ ou CPF do destinatário está correto e ativo na Receita Federal
- Confirme a UF do destinatário no campo <dest><enderDest><UF>
- Atualize os dados cadastrais do destinatário no seu sistema
Verificações analíticas#
- Se o campo <cMunDest> não corresponde a nenhum código IBGE válido de 7 dígitos existente na tabela oficial do IBGE para a UF informada em <dest><enderDest><UF>, então o município foi codificado incorretamente ou pertence a outra UF: corrija o <cMunDest> consultando a tabela IBGE vigente e verifique se a UF do destinatário é compatível com esse código.
- Se o CFOP informado em <det><prod><CFOP> indica operação interestadual (série 6xxx) mas a UF do emitente em <emit><enderEmit><UF> é igual à UF do destinatário em <dest><enderDest><UF>, então há contradição entre o CFOP de saída interestadual e o município destino que pode ter sido digitado com UF errada: alinhe o CFOP com o real estado do destinatário ou corrija a UF/cMunDest.
- Se o campo <idDest> está preenchido com valor '1' (operação interna) mas o <cMunDest> corresponde a um município de UF diferente da UF do emitente, então o classificador de destino está inconsistente com a localização geográfica do destinatário: ajuste <idDest> para '2' (interestadual) e confirme que <cMunDest> e <UF> do destinatário estão corretos e coerentes entre si.
- Se o <xMunDest> (nome do município) não é a denominação oficial IBGE correspondente ao código <cMunDest> informado, então o par nome/código está dessincronizado, o que pode indicar que o código foi copiado de um município homônimo de outra UF: valide o par <cMunDest>/<xMunDest> contra a tabela IBGE e corrija o código que não pertence à UF declarada em <dest><enderDest><UF>.
- Se o <CEP> do destinatário em <dest><enderDest><CEP> pertence a uma faixa de CEP reconhecidamente vinculada a UF diferente da informada em <dest><enderDest><UF>, então o endereço foi montado com dados de estados distintos misturados, arrastando um <cMunDest> inválido para a UF declarada: consulte a base de CEPs dos Correios para confirmar UF e município corretos e atualize simultaneamente <UF>, <cMunDest> e <xMunDest>.
Consulte IEs e CNPJs antes de emitir NF-e
Muitas rejeições acontecem por dados cadastrais desatualizados. Com a FiscalAPI, consulte Inscrições Estaduais e CNPJs em tempo real direto da SEFAZ e Receita Federal.
Criar conta →