UF do emitente diverge da UF autorizadora

O que significa esta rejeição

O <cUF> informado em <ide> (código da UF do emissor) e o <UF> em <enderEmit> não conferem com a SEFAZ para a qual o lote foi enviado. Cada UF tem o seu próprio webservice (ou usa um ambiente compartilhado como SVRS, SVAN, SVCAN), e o roteamento é estrito.

Esse erro aparece muito quando o produtor tem propriedade em mais de um estado (mudança de domicílio fiscal, propriedade em divisa) e o ERP foi configurado com a UF errada, ou quando o sistema cai em contingência e o emissor precisa transmitir para outra SEFAZ sem ajustar o XML.

Causas mais comuns

• ERP configurado com UF errada no cadastro do emissor (por exemplo SP quando a propriedade está em MG).
• Transmissão para SVRS quando o emissor é de uma UF que tem ambiente próprio.
• Mudança de domicílio fiscal do produtor não refletida no sistema.
• Operação interestadual sendo enviada para a UF do destinatário em vez da UF do emissor.
• <cUF> numérico errado: 35 para SP, 31 para MG, 51 para MT. Trocar dois dígitos é fatal.

Regra de validação oficial

A SEFAZ autorizadora compara o <cUF> informado em <ide> com o seu próprio código IBGE de UF. Se diferirem, recusa o lote sem ler o restante. O <UF> em <enderEmit> precisa ser coerente com o <cUF> (relação fixa por estado).

Exemplo XML, antes (errado)

<ide>
  <cUF>35</cUF>
  <cNF>00012345</cNF>
  <mod>55</mod>
  <serie>1</serie>
  <nNF>15842</nNF>
</ide>
<emit>
  <CNPJ>12345678000199</CNPJ>
  <enderEmit>
    <UF>MG</UF>
  </enderEmit>
</emit>

Exemplo XML, depois (correto)

<ide>
  <cUF>31</cUF>
  <cNF>00012345</cNF>
  <mod>55</mod>
  <serie>1</serie>
  <nNF>15842</nNF>
</ide>
<emit>
  <CNPJ>12345678000199</CNPJ>
  <enderEmit>
    <UF>MG</UF>
  </enderEmit>
</emit>

Passo a passo para corrigir

1. Confirme a UF correta do emissor no cartão CNPJ ou no cadastro do produtor.
2. Ajuste o cadastro no ERP para que o <cUF> (código IBGE) e o <UF> (sigla) sejam coerentes.
3. Verifique a URL do webservice usado: cada UF tem o seu, e SVRS atende somente os estados conveniados.
4. Reenvie a nota.

Como o FazendaNota previne

O FazendaNota deriva o <cUF> automaticamente da UF cadastrada do produtor, mantém a tabela de webservices oficiais por estado e roteia cada nota para o endpoint autorizador correto, evitando o descasamento entre o <cUF> do emissor e a UF do webservice que dispara a 226.

Rejeições relacionadas

• Rejeição 203, Emissor não habilitado para emissão da NF-e
• Rejeição 252, Ambiente informado diverge do Ambiente de recebimento
• Rejeição 305, Falha no Schema XML, operação contingência

Referência oficial

Esta rejeição está descrita no Anexo I - Leiaute e Regra de Validação do Manual de Orientação do Contribuinte (MOC) v7.0 da NF-e, publicado pelo CONFAZ. Texto integral em https://www.confaz.fazenda.gov.br/legislacao/arquivo-manuais/moc7-visao-geral.pdf