Rejeição 274: município do destinatário inexistente

A regra verifica o município do destinatário

A Rejeição 274, E10-10, aplica-se aos modelos 55 e 65 quando o endereço do destinatário não é no exterior, dest/enderDest/UF diferente de EX, e seu código de município não existe na tabela de municípios do IBGE. O campo examinado é dest/enderDest/cMun. Não é o município do emitente, o município do fato gerador em ide ou o endereço de entrega separado.

MOC — Anexo I, Leiaute e Regras de Validação 7.0 Leiaute da NF-e e protocolo PL_010f_v1.04 / leiauteNFe_v4.00.xsd

Código IBGE não é CEP nem código interno

O código de município da NF-e tem sete algarismos, sendo os dois primeiros o código da UF. xMun guarda o nome da localidade e não substitui cMun. O CEP possui outra finalidade e tamanho; um identificador interno de cidade usado por ERP também não é automaticamente código IBGE. Confira a correspondência do município verdadeiro na tabela oficial, mantendo nome e UF. Não complete um código curto com algarismos ou recalcule seu dígito para criar um município aparentemente válido. A existência na tabela é uma exigência diferente de ter sete posições ou dígito matematicamente coerente.

MOC — Anexo I, Leiaute e Regras de Validação 7.0 Leiaute da NF-e e protocolo PL_010f_v1.04 / leiauteNFe_v4.00.xsd Manual de Orientação ao Contribuinte - MOC - versão 7.0 - NF-e e NFC-e 7.00

Como rastrear o valor que chegou ao XML

Compare endereço documentado do destinatário, cidade selecionada no cadastro, código IBGE associado a esse registro e XML enviado. Se o nome está correto, mas o código corresponde a um identificador do banco local, a falha está no mapeamento. Se a cidade foi selecionada em UF incorreta, corrija o vínculo a partir do endereço comprovado. Em importações, verifique perda de dígitos, conversões e tabela de apoio desatualizada. Uma resposta de serviço de CEP pode ajudar a localizar o endereço, mas não dispensa a conferência do código municipal na fonte oficial.

MOC — Anexo I, Leiaute e Regras de Validação 7.0 Leiaute da NF-e e protocolo PL_010f_v1.04 / leiauteNFe_v4.00.xsd

Exemplo: nome correto e código de outra origem

Um cadastro exibe a cidade verdadeira, enquanto cMun recebe o ID interno da tabela de cidades. O XML pode até ter sido preenchido com sete posições por uma transformação de texto, mas o valor não existe na tabela IBGE. A comparação entre ID interno e atributo de código oficial confirma a causa. Corrija o campo de origem usado na geração, sem mudar a cidade do destinatário. Se o código existe, porém seus dois primeiros algarismos representam outra UF, o problema se aproxima da 275/E10-20, que faz a comparação de UF; não são a mesma verificação.

MOC — Anexo I, Leiaute e Regras de Validação 7.0 Leiaute da NF-e e protocolo PL_010f_v1.04 / leiauteNFe_v4.00.xsd

Exterior e resultado da correção

Se o endereço real é no exterior, há representação própria, com UF=EX, cMun=9999999 e xMun=EXTERIOR. Não aplique esse código especial a um endereço nacional para eliminar a 274. Após o ajuste comprovado, gere novamente pelo emissor e confira cMun, xMun e UF em enderDest. Preserve o arquivo assinado e o retorno original. A autorização precisa ser comprovada pelo resultado fiscal da mesma nota e ambiente; consulte qualquer tentativa anterior incerta antes de transmitir novamente.

MOC — Anexo I, Leiaute e Regras de Validação 7.0 Leiaute da NF-e e protocolo PL_010f_v1.04 / leiauteNFe_v4.00.xsd Manual de Orientação ao Contribuinte - MOC - versão 7.0 - NF-e e NFC-e 7.00

Limite dos exemplos e da conferência

A prova exige o endereço cadastral protegido e o XML da tentativa. O exemplo compara origens de código sem fabricar endereço ou identificador pessoal. Nenhum exemplo desta página é um documento pronto para transmissão.