Rejeição 209: inscrição estadual do emitente inválida
Revisão editorial em 15 de out. de 2026. Confira as versões e condições das regras nas fontes do artigo.
A Rejeição 209, regra C17-20, verifica a inscrição estadual do emitente quanto a tamanho, composição e DV para sua UF, quando a IE é diferente de ISENTO. Aplica-se à autorização de NF-e e NFC-e, modelos 55 e 65; a NT 2026.007 v1.10 explicita o teste para IE informada.
Como conferir a inscrição e sua UF?
Compare /NFe/infNFe/emit/IE com a inscrição oficial do estabelecimento e com a UF do emitente. Cada UF possui sua composição e validação de IE; validar pela rotina de outro estado pode produzir rejeição indevida no emissor.
O leiaute orienta informar algarismos sem ponto, barra ou hífen. A nota(*2) do MOC determina que a aplicação da SEFAZ normalize o tamanho desconsiderando zeros não significativos antes da verificação do DV. Isso não autoriza apagar algarismos verdadeiros no cadastro nem fabricar uma inscrição de tamanho esperado.
Fontes: MOC — Anexo I, Leiaute e Regras de Validação, NT 2018.001 — Pessoa física, Leiaute da NF-e e protocolo
IE inválida é diferente de IE não vinculada
A 209 verifica a forma do identificador para a UF. Existência, vínculo com CNPJ/CPF, situação cadastral e habilitação para emitir são controles diferentes. Uma IE matematicamente consistente não comprova nenhum desses vínculos.
Também é preciso distinguir inscrição estadual (IE) de inscrição estadual de substituto tributário (IEST). Copiar IEST para emit/IE pode gerar um identificador incompatível com a UF e o estabelecimento examinados.
Fontes: MOC — Anexo I, Leiaute e Regras de Validação, Leiaute da NF-e e protocolo
Exemplos de erro no cadastro e na geração
Cenário sintético A: o cadastro contém a inscrição oficial, mas o XML usa a IE de outra filial. Compare empresa ativa, estabelecimento e origem selecionada na geração.
Cenário B: cadastro e XML coincidem, mas o campo foi digitado com um algarismo diferente do registro oficial. A correção deve restaurar a inscrição verdadeira; não se deve calcular um DV novo para a sequência errada. Cenário C: um validador usa a UF de entrega em vez da UF do emitente; o defeito é da seleção da rotina.
Fontes: MOC — Anexo I, Leiaute e Regras de Validação, NT 2018.001 — Pessoa física
O que muda para IE ausente em 2026?
A NT 2026.007 v1.10 exclui a antiga C17-10/229 e determina que IE preenchida com zeros continue rejeitada pela C17-20/209. Ausência, inscrição zerada e literal ISENTO são situações distintas; a nova possibilidade de NF-e sem IE é restrita ao contexto documentado de contribuinte exclusivo do IBS/CBS.
O aviso ENCAT posterga essa NT, conforme a comparação de fontes na seção final. Não se deve presumir implantação em cada ambiente. Não apague IE verdadeira nem use ISENTO para contornar 209. Corrija a causa comprovada, regenere pelo emissor e esclareça tentativas incertas antes de novo envio.
Fontes: NT 2026.007 — Emissão por contribuinte exclusivo do IBS/CBS, SVRS — Aviso ENCAT de 05/10/2026, MOC — Anexo I, Leiaute e Regras de Validação, Manual de Orientação ao Contribuinte - MOC - versão 7.0 - NF-e e NFC-e
Como distinguir o cronograma anterior do aviso posterior?
O PDF da NT 2026.007 v1.10 ainda apresenta 03/11/2026 como previsão de produção e até 05/10/2026 para os ajustes da versão 1.10 em homologação. O aviso ENCAT de 05/10/2026 é posterior e informa, para a NT 2026.007 v1.10 e as demais versões expressamente listadas, 26/10/2026 em homologação e 16/11/2026 em produção.
Essas são datas documentadas de planejamento, não evidência de implantação individual. Em 15/10/2026, ambas as datas atualizadas ainda são futuras. O aviso não lista a NT 2026.002 e não deve ser usado para postergar suas regras.
Fontes: NT 2026.007 — Emissão por contribuinte exclusivo do IBS/CBS, SVRS — Aviso ENCAT de 05/10/2026
O que os exemplos demonstram e o que depende do original?
Os cenários de troca de filial e rotina estadual errada explicam o caminho da investigação sem fornecer uma IE fabricada. A conclusão depende da inscrição original do estabelecimento, de sua UF e do XML realmente transmitido. Um exemplo XML sintético poderia mostrar o nome da tag, mas não comprovaria o DV, o vínculo ou a situação da inscrição verdadeira; por isso a comparação documental acima é necessária para resolver o caso.
Fontes: MOC — Anexo I, Leiaute e Regras de Validação, Leiaute da NF-e e protocolo