O que causa a Rejeição 226
⚠ Causa do erro
A Rejeição 226 ocorre quando o código da UF do emitente no XML diverge da UF do WebService autorizador que recebeu a transmissão.
Se uma empresa de SP (cUF=35) enviar a NF-e para o WebService de MG, a SEFAZ de MG rejeitará. Geralmente causado por configuração incorreta do endpoint.
Tags XML envolvidas
As seguintes tags do XML são relevantes para esta rejeição:
| Tag XML | Descrição |
|---|---|
<cUF> | Código da UF do emitente (ex.: 35=SP, 31=MG) |
<ide> | Grupo de identificação da NF-e |
Exemplo prático
<!-- Empresa de SP enviando para WebService de MG -->
<ide>
<cUF>35</cUF> <!-- São Paulo -->
</ide>
<!-- Transmitido para SEFAZ MG — DIVERGÊNCIA -->
<!-- Empresa de SP enviando para WebService de SP -->
<ide>
<cUF>35</cUF> <!-- São Paulo -->
</ide>
<!-- Transmitido para SEFAZ SP — CORRETO ✓ -->
Como resolver passo a passo
✔ Solução
- Verifique o cUF no XML: deve corresponder ao estado da empresa.
- Verifique o WebService: confirme que o endpoint é da mesma UF.
- Corrija a configuração e reenvie.
Como prevenir
🛡 Prevenção
- Não altere manualmente o endpoint.
- Após migração, verifique as configurações.
- Use o Gálago: roteia automaticamente para o WebService correto.
Referência técnica
Documentação oficial
MOC 7.0 — Manual de Orientação do Contribuinte:
confaz.fazenda.gov.br/legislacao/arquivo-manuais/moc7-visao-geral.pdf
Portal Nacional da NF-e:
nfe.fazenda.gov.br
Perguntas frequentes
O que causa a Rejeição 226?
A UF do emitente no XML (cUF) é diferente da UF do WebService autorizador.
Como resolver a Rejeição 226?
Corrija o endpoint do WebService no sistema emissor para o estado correto.
Cada estado tem WebService próprio?
Nem todos. Alguns usam SVAN ou SVRS (SEFAZ Virtual).
Cansado de lidar com rejeições?
O Gálago valida os dados antes de transmitir, evitando a maioria das rejeições. Experimente grátis por 21 dias.
Teste Grátis