Rejeição 229: IE do emitente ausente e exclusão prevista de C17-10
Revisão editorial em 16 de out. de 2026. Confira as versões e condições das regras nas fontes do artigo.
A Rejeição 229, na regra C17-10 da autorização de NF-e e NFC-e, corresponde no MOC à IE do emitente nula ou preenchida com zeros. A IE examinada é a de emit/IE, e não a inscrição do destinatário nem a IE de substituto tributário. Há uma mudança relevante: a NT 2026.007 v1.10 exclui C17-10, com produção prevista para 3 de novembro de 2026. Em 16 de outubro de 2026, esse calendário ainda exige separar o retorno do ambiente atual da nova especificação.
O que conferir no documento rejeitado
Localize a empresa efetivamente emitente, o ambiente ide/tpAmb, o modelo ide/mod e a inscrição que deveria ter sido obtida do cadastro dessa empresa. Compare o cadastro com NFe/infNFe/emit/IE no XML efetivamente enviado. Um campo ausente e uma sequência de zeros são situações diferentes; a descrição histórica C17-10 reunia as duas, mas a atualização as separa.
Se a inscrição real está no cadastro e desaparece do XML, investigue o mapeamento do emissor. Se o cadastro está incompleto, confirme a inscrição e seu vínculo oficial antes de atualizar sua origem. Não use uma inscrição de outra empresa ou estabelecimento para satisfazer a validação.
O que muda na NT 2026.007
A NT 2026.007 v1.10, páginas 3 a 7, prevê testes da versão 1.10 até 5 de outubro de 2026 e produção em 3 de novembro de 2026. A página 6 risca C17-10 e informa sua exclusão para todas as SEFAZ autorizadoras. A página 5 esclarece os destinos: IE preenchida com zeros passa a ser tratada em C17-20, rejeição 209; ausência de IE na NFC-e passa a ser tratada em C17-42.
A emissão de NF-e sem IE passa a identificar o cenário documentado de contribuinte exclusivo do IBS/CBS, sujeito às verificações do CCC e da LCC-RFB e à autorização centralizada na SVRS. Não basta apagar a IE: a NT exige CNPJ ativo e ausência de IE habilitada para ICMS, além das demais condições. O enquadramento efetivo deve ser confirmado a partir do cadastro e da operação reais. Uma data prevista no documento não demonstra que determinado autorizador já a implementou. NT 2026.007 v1.10, pp. 3–7
Ausência, invalidade e cadastro são verificações distintas
A rejeição 229 histórica é de informação ausente ou zerada. 209/C17-20 examina validade da IE; 230/1C17-10 trata de IE não cadastrada; 231/1C17-20 trata do vínculo ao CNPJ. A expressão ISENTO também tem regra própria, C17-30, e não é substituto genérico para um cadastro faltante. Não conclua que a empresa está impedida de emitir apenas pelo código 229. MOC 7.0, pp. 82 e 133
Exemplo de comparação sem expor a inscrição
Considere uma NF-e rejeitada em que o cadastro interno possui a IE confirmada da empresa, mas o arquivo enviado não contém emit/IE. A evidência aponta para perda de informação entre cadastro e geração. Em outra tentativa, o XML contém zeros: preencher zeros não demonstra ausência de obrigação cadastral. Após a atualização prevista, as duas situações seguem verificações diferentes.
A demonstração é textual porque uma IE inventada não comprova inscrição, validade ou vínculo. Confira essas informações no original protegido e no cadastro oficial da mesma empresa; não edite diretamente um XML assinado.
Como interpretar um retorno atual
Guarde código, mensagem completa, data, ambiente, UF, endpoint e identificação da tentativa. Antes de aplicar a nova especificação a um retorno 229, confira se ele é antigo, produzido por validação local ou efetivamente devolvido pelo autorizador. Se a implantação já deveria ter ocorrido e o serviço ainda aplica C17-10, encaminhe o conjunto de evidências ao responsável técnico. Em tentativa sem resultado fiscal conhecido, esclareça seu status antes de novo envio. Corrigir o cadastro ou o mapeamento não prova autorização; o resultado deve ser conferido no retorno oficial da tentativa correspondente.