Rejeição 211: como corrigir a IE do substituto tributário

Na autorização da NF-e 55, a rejeição 211, “IE do substituto inválida”, exige conferir a inscrição estadual de substituto tributário enviada em emit/IEST e o estado usado na validação. Esse campo identifica a inscrição do emitente como substituto na UF pertinente à operação. Não é a inscrição comum do emitente, nem a inscrição do cliente.

Confirme a mensagem e sua origem: C18-30 na autorização; versão de QR inválida na consulta pública da NFC-e 65 ou da NF-e 55 com DANFE Tipo 2. Esses ramos exigem diagnósticos próprios.

Se o código apareceu na consulta da NFC-e (modelo 65)

Na consulta pública da NFC-e, 211 significa versão do QR Code inválida; é “Código” de consulta, não cStat de IEST. Confira o segundo parâmetro e o leiaute completo: o manual documenta versões 2 e 3, com conjuntos próprios online/offline. Não troque apenas o algarismo nem acrescente CSC, hash ou DigestValue à versão 3 por existirem na tabela histórica. Na v3, a assinatura de parâmetros pertence somente ao modo offline. Preserve o XML autorizado e confira a especificação aplicável à UF. A NT 2025.001 v1.03 mantém a adoção exclusiva da v3 como mudança futura sem data definida. Manual DANFE NFC-e v6.0, seções 4.3, 4.4 e 5.3. NT 2025.001 v1.03, p.5.

Quando a regra fiscal se aplica

O MOC 7.0, Anexo I, página 82, vincula a C18-30 ao modelo 55. Quando uma IEST é informada, a validação verifica tamanho, composição e dígito verificador conforme a UF de referência. Para faturamento direto de veículos novos, identificado por tpOp=2, utiliza-se a UF do local de entrega. Nos demais casos, utiliza-se a UF do destinatário. Não se escolhe automaticamente a UF do endereço do emitente. [1]

A ocorrência do campo no leiaute é opcional, mas seu preenchimento precisa refletir a situação fiscal real. A rejeição 211 não prova, sozinha, que a empresa deveria possuir outra inscrição nem que existe obrigação de recolher ICMS-ST nessa venda. A definição tributária e a necessidade de IEST devem ser verificadas pelo responsável fiscal.

Há limites importantes: a NFC-e não deve informar IEST. A NT 2026.002, consolidada na v1.11, inclui essa vedação também para NF-e com DANFE Simplificado Tipo 2, tpImp=6, na C18-10, retorno 718. O cronograma dessa alteração indica 03/08/2026 em produção, sem comprovar a implantação individual por UF. Não generalize a solução do 211 para esses documentos. [2]

Onde procurar a divergência

Reúna o XML efetivamente transmitido, o retorno da Sefaz, a identificação do estabelecimento e a comprovação cadastral da inscrição de substituto. Compare:

• emit/IEST: inscrição de substituto enviada

• emit/IE: inscrição comum do estabelecimento emitente

• dest/IE: inscrição do destinatário

• dest/enderDest/UF: estado do destinatário

• entrega/UF e o tipo da operação com veículo, quando houver faturamento direto

Ver uma inscrição correta na tela não garante que o XML contém esse valor. Uma nota preparada antes da atualização pode conservar os dados antigos; uma integração pode buscar a inscrição de uma configuração diferente. Confira a origem do campo e o arquivo final, sem editar manualmente um XML já assinado.

O MOC também manda normalizar zeros não significativos antes da verificação do dígito. Por isso, não transforme todo problema de zero inicial em causa automática de rejeição. Preserve o número oficial e investigue o que o emissor realmente enviou. [1]

Três cenários de diagnóstico

A inscrição foi selecionada para outro estado

Uma indústria fictícia vende para um cliente no Espírito Santo. O cadastro mantém inscrições de substituto separadas por UF, mas a integração seleciona o registro associado à Bahia. Se o número não atende à validação da UF aplicável, pode ocorrer o 211. A correção é ajustar a seleção para a inscrição verdadeira do estabelecimento naquele estado, quando existente e cabível.

Não basta trocar o último dígito até a nota passar. Um número que satisfaz um cálculo pode não pertencer à empresa. A equipe deve demonstrar qual registro oficial justifica o valor, além de corrigir a regra que selecionou a UF errada.

O faturamento direto tem entrega em outra UF

Em uma operação fictícia de faturamento direto de veículo novo, o destinatário está em uma UF e o local de entrega, em outra. A validação da IEST usa o local de entrega nesse cenário específico. Primeiro confirme que tpOp=2 descreve a operação de fato. Depois confira endereço, UF de entrega e inscrição pertinente.

Não mude o local de entrega apenas para combinar com a inscrição disponível. Se a entrega foi cadastrada incorretamente, corrija o fato errado; se estiver certa, investigue a inscrição e o enquadramento da operação.

O cadastro está certo, mas o XML perdeu um dígito

Uma importação de dados truncou o último caractere da IEST. A consulta cadastral apresenta o registro completo, enquanto o XML contém uma sequência menor. Corrija a transformação na integração, atualize o documento rejeitado e gere um novo arquivo pelo emissor. A comparação antes/depois deve mostrar o número verdadeiro, sem mudanças artificiais no destinatário ou nos tributos.

Como corrigir e verificar

1. Confirme modelo, serviço, ambiente e texto do retorno.

2. Determine a UF usada pela C18-30, incluindo a exceção dos veículos novos.

3. Consulte o cadastro oficial pertinente e confirme a titularidade da IEST.

4. Corrija o cadastro ou a geração do XML conforme a causa comprovada.

5. Reprocesse a nota rejeitada pelo fluxo do emissor, incluindo nova assinatura quando o conteúdo mudar.

6. Examine o novo retorno e confirme a autorização correspondente à chave correta.

Se a IEST foi incluída indevidamente, sua retirada só é adequada depois de confirmar que ela não deve constar naquela operação. Nunca use uma IE de terceiro, a IE do cliente ou “ISENTO” como substitutos para conseguir autorização. Se os documentos cadastrais e o XML coincidem e a rejeição continua, encaminhe o caso à Sefaz com evidências; não há prazo universal de atualização cadastral.

Se o 211 apareceu no QR Code da NF-e 55 Tipo 2

Na consulta pública da NF-e 55 com DANFE Simplificado Tipo 2, a NT 2026.003 v1.00 estabelece código 211 para versão do QR inválida, sem definir tag cStat. Confira a versão 3 no segundo parâmetro, o gerador e o endereço oficial; não altere a IEST. [3]

Essa NT prevê testes em 01/07/2026 e produção em 03/08/2026, sem certificar cada UF. Compare impressão e XML com o suporte; preserve a NF-e autorizada.

Atenção à atualização de novembro de 2026

A NT 2026.007 v1.10 prevê a proibição de IEST para emitente exclusivo do IBS/CBS sem IE, regra C18-50, retorno 158, na SVRS. O aviso oficial de 05/10 adiou a implantação da v1.10 para 26/10 em homologação e 16/11/2026 em produção. Em produção, em 09/10, isso é uma mudança futura, não uma justificativa para retirar a IE de contribuinte do ICMS. [4]

Fontes e revisão

Revisão e acesso: 09/10/2026.

1. MOC 7.0 Anexo I, p. 13, 82, 139

2. Nota Técnica 2026.002 RTC v1.11, p. 3, 11

3. Nota Técnica 2026.003 - Especificações Técnicas do DANFE Simplificado Tipo 2., p. 3, 4, 19, 20, 23, 24

4. Nota Técnica 2026.007 v1.10, p. 6, 7 Cronograma atualizado: ENCAT, 05/10/2026

Conferência prática: Oobj, TecnoSpeed, TOTVS. As regras oficiais prevalecem.