Rejeição 272 — Código Município do Emitente inexistente

O que é esta rejeição?#

A Rejeição 272 é retornada pela SEFAZ durante a validação da NF-e quando há uma inconsistência relacionada a unidade federativa do contribuinte. 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 Emitente: dígito inválido.

Os campos afetados estão na seção de dados do destinatário, dados do emitente, identificação da NF-e 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 código da UF não corresponde ao estado do emitente ou destinatário
• O código do município (IBGE) é inválido ou não pertence à UF informada
• A UF informada na chave de acesso diverge da UF do emitente

Como resolver#

1. Verifique se o código da UF está correto conforme a tabela do IBGE (ex: 35=SP, 33=RJ, 41=PR)
2. Confirme que o código do município (7 dígitos IBGE) pertence à UF informada
3. Atualize os dados de endereço do emitente e destinatário no sistema emissor

Verificações analíticas#

• Se o código do município do emitente (cMun de 7 dígitos) tiver os dois primeiros dígitos divergentes do código de UF informado em cUF (ex: cMun iniciando com 35 mas cUF=33), então há inconsistência entre UF e município do emitente no mesmo bloco de endereço: substitua cMun pelo código IBGE correto que pertença à UF declarada em cUF.
• Se o CFOP informado nos itens iniciar com dígito '2' ou '3' (entrada) mas tpNF=1 (saída), ou iniciar com '1' ou '2' (operação interna) enquanto idDest=2 ou 3 (interestadual ou exterior), então a natureza da operação e o CFOP são semanticamente incompatíveis com o município de fato gerador cMunFG: revise cMunFG para que reflita corretamente o município de ocorrência do fato gerador alinhado ao CFOP e ao fluxo da operação.
• Se a chave de acesso (cChNFe) contiver nos dígitos de posição 3-4 um código de UF diferente do cUF declarado na tag emit/enderEmit, então a UF embutida na chave foi gerada a partir de dado divergente do XML: recalcule a chave de acesso utilizando o cUF correto do emitente e regenere o cDV correspondente.
• Se o campo xMun do emitente contiver nome de município reconhecidamente pertencente a UF distinta da declarada em cUF (ex: xMun='Curitiba' com cUF=35 para SP), então há contradição textual entre nome do município e código de UF que pode indicar que cMun também está errado: valide o triplo consistente (cUF, cMun, xMun) contra a tabela IBGE antes de reemitir.
• Se tpEmis=1 (emissão normal) e dhEmi contiver data/hora com offset de fuso horário incompatível com a UF declarada em cUF do emitente (ex: offset -03:00 para UF do Acre que usa -05:00), então o fuso aplicado na geração da chave e do XML diverge da localidade real do emitente, podendo indicar que o município e UF foram configurados incorretamente no emissor: corrija a UF, o município IBGE e o fuso horário do ambiente emissor de forma consistente.