Rejeição 273 — Código Município do Emitente: difere da UF do emitente

O que é esta rejeição?#

A Rejeição 273 é 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: difere da UF do emitente.

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 os dois primeiros dígitos do cMunEmi (campo município IBGE do emitente) divergirem do cUF declarado no ide (ex: cMunEmi iniciando com '41' enquanto cUF='35'), então o código IBGE do município pertence a UF diferente da UF do emitente: substitua cMunEmi pelo código IBGE correto de 7 dígitos correspondente ao município real do emitente dentro da UF declarada em cUF.
• Se os dois primeiros dígitos da chave de acesso (posições 3-4, referentes à UF do emitente) divergirem do cUF informado no ide ou do prefixo do cMunEmi, então há tripla inconsistência na identificação de UF entre chave, ide e endereço: recalcule a chave de acesso garantindo que o campo cUF na chave reflita exatamente o código de UF do emitente antes de reemitir.
• Se o CFOP do item iniciar com '1' ou '2' (operação interna ou interestadual de entrada) enquanto tpNF='1' (saída), ou se o CFOP iniciar com '3' (exterior) sem que idDest='3' esteja presente, então há contradição entre o tipo de operação do CFOP e os campos tpNF/idDest que pode mascarar erro de UF na origem: corrija o CFOP para refletir o fluxo real da operação e confirme UF emitente alinhada.
• Se o cMunFG (município do fato gerador) tiver prefixo IBGE incompatível com a UF informada em emit/enderEmit/UF e ao mesmo tempo o CFOP indicar operação interna (série '1xxx'), então o local do fato gerador está registrado em UF diferente da UF emitente, violando a consistência geográfica da operação: atualize cMunFG para um município pertencente à mesma UF do emitente ou ajuste o CFOP para operação interestadual.
• Se enderEmit/UF conter a sigla de um estado (ex: 'SP') cujo código numérico IBGE não corresponder ao prefixo de dois dígitos do cMunEmi (ex: município '3304557' com prefixo '33' enquanto UF='SP' corresponde a '35'), então a sigla textual da UF e o código numérico do município estão apontando para estados diferentes: alinhe ambos os campos para o mesmo estado, garantindo que a sigla UF, o cUF numérico e o prefixo do cMunEmi sejam coerentes entre si.