Voltar para o blog

NF-e e NFC-e

Rejeição 273: como ajustar município e UF do emitente

A rejeição 273 indica que o código de município enviado no endereço do emitente pertence a uma UF diferente daquela identificada no documento. Confira os dois primeiros algarismos de emit/enderEmit/cMun e compare-os com ide/cUF. Depois, confirme qual estabelecimento está emitindo e corrija o dado divergente no…

Blog ALRA
Capa ilustrada da ALRA: Rejeição 273: como ajustar município e UF do emitente.

A rejeição 273 indica que o código de município enviado no endereço do emitente pertence a uma UF diferente daquela identificada no documento. Confira os dois primeiros algarismos de emit/enderEmit/cMun e compare-os com ide/cUF. Depois, confirme qual estabelecimento está emitindo e corrija o dado divergente no cadastro ou na configuração de emissão.

Não troque a UF apenas para acompanhar o município que apareceu no arquivo. Tanto a cidade quanto o estado precisam corresponder à unidade emissora. A correção deve preservar essa realidade e chegar de forma consistente ao novo XML.

O que a regra realmente compara

No MOC, a regra C10-20 verifica o início do código do município do emitente, campo C10, contra o código da UF do emitente. Ela é classificada como obrigatória para NF-e modelo 55 e NFC-e modelo 65. O campo municipal fica em NFe/infNFe/emit/enderEmit/cMun; o código numérico da UF fica em NFe/infNFe/ide/cUF. MOC 7.0, página 82.

Há também a sigla UF dentro de enderEmit. Ela deve estar coerente com o estabelecimento, mas não se escreve “SP” ou “ES” dentro de cUF: esse campo utiliza o código numérico. Conferir apenas a sigla mostrada no endereço pode esconder um parâmetro errado na identificação da nota.

Antes de mexer no cadastro, confirme que o retorno é da autorização de NF-e/NFC-e e registre a mensagem completa. O mesmo número encontrado em evento, consulta pública por QR Code ou outro serviço não permite presumir o mesmo diagnóstico. A referência nacional também não comprova, por si, o comportamento operacional de todas as UFs e ambientes.

Exemplo com códigos existentes e incompatíveis entre si

Suponha que o estabelecimento emissor esteja em Vitória, Espírito Santo. A tabela oficial do IBGE informa 3205309 para Vitória e 32 para o estado. Se o endereço usa esse município, mas ide/cUF contém 35, correspondente a São Paulo, a combinação não atende à regra 273.

Neste exemplo, uma investigação pode revelar que a configuração de emissão foi copiada de outra unidade. Corrigir cUF para 32 é apropriado somente depois de confirmar que a nota pertence ao estabelecimento do Espírito Santo e que os demais dados da emissão são os corretos.

O cenário inverso também é possível: cUF está certo e o município veio do cadastro de outra filial. Nesse caso, a correção pertence ao endereço selecionado. O retorno sozinho não informa qual dos dois valores representa a realidade; ele revela que a combinação é incompatível.

Faça a conferência no XML da tentativa rejeitada

Separe o arquivo transmitido e a resposta correspondente. Uma tela atualizada depois da rejeição não prova que a correção foi enviada. Compare estes pontos:

  1. Identificação do estabelecimento emissor selecionado no sistema.

  2. Município e UF confirmados para essa unidade.

  3. Código municipal completo na tabela do IBGE.

  4. Valor de cMun dentro de emit/enderEmit.

  5. Valor numérico de cUF dentro de ide e sigla UF do endereço.

A orientação da Oobj identifica os campos C10 e B02 envolvidos na comparação. A base da NS7 apresenta como hipóteses um município de outro estado ou uma UF cadastrada incorretamente. Use essas hipóteses para organizar a conferência, sem presumir que qualquer uma delas já está comprovada.

A documentação da Tecnospeed também identifica parâmetros separados para cUF e cMun_C10. Nomes próprios de integração devem ser associados ao leiaute oficial. Trechos exemplificativos de fornecedores não substituem a conferência da hierarquia XML.

Cuidado com filiais, cópias e preenchimento automático

Uma cópia de configuração pode combinar a cidade da nova unidade com o estado da unidade anterior. Outro erro possível é a busca de cidade sem filtro de UF, especialmente quando existem nomes semelhantes. Em integrações, o código pode vir de um cadastro central enquanto a UF vem de uma configuração local.

Rastreie cada origem antes de alterar os dados. Se somente uma filial apresenta a rejeição, compare seus parâmetros com os valores documentados para ela. Se várias unidades começaram a falhar após uma atualização, investigue a rotina compartilhada de geração.

Não substitua apenas os dois primeiros dígitos de cMun. O código inteiro identifica um município e precisa existir na tabela. Transformar o prefixo pode produzir um número inexistente ou outra cidade, criando um novo erro. Selecionar o registro correto da tabela é mais seguro do que montar um código manualmente.

O que distingue a 273 das rejeições próximas

A rejeição 272 verifica a existência do município do emitente. A 273 verifica sua compatibilidade com a UF. A 480 compara o município informado com o cadastro estadual do contribuinte, em regra facultativa. Um município existente e do mesmo estado pode continuar sendo incorreto para aquela empresa. MOC 7.0, página 138.

A rejeição 271, por sua vez, usa o município do fato gerador do ICMS, ide/cMunFG. Alterar esse campo não corrige uma divergência localizada em emit/enderEmit/cMun. O novo cMunFGIBS, descrito na NT 2025.002 v1.52 também não substitui o município do endereço do emitente.

Uma venda para cliente estrangeiro não muda a localização da unidade emissora. Assim, não coloque EX ou o código especial 9999999 no endereço do emitente para tentar resolver esta rejeição. O preenchimento do destinatário no exterior segue regras próprias.

Como concluir a correção

Ajuste a origem correta, gere o XML novamente e repita a comparação entre município, cUF e sigla UF. Deixe o emissor reconstruir os dados necessários, validar e assinar o documento. Evite editar isoladamente um arquivo assinado ou reutilizar uma identificação inconsistente.

Após transmitir, leia o retorno final. Eliminar a 273 não assegura que todas as demais validações passaram. Se o erro persistir com dados confirmados, encaminhe ao suporte as evidências das tentativas, a unidade emissora e a referência IBGE consultada. Essa comparação ajuda a identificar valores que o programa sobrescreve e evita alterações fiscais feitas apenas por tentativa.

Referência de atualização: 09/10/2026. Consulta ao MOC, à tabela oficial e a fontes práticas; observar modelo, versão, UF e ambiente.

Pronto para dar o próximo passo?

Pronto para organizar sua empresa e ganhar mais tempo?

Teste grátis por 15 dias e descubra como a Alra pode transformar a gestão do seu negócio.