Voltar para o blog

NF-e

Rejeição 363 na NF-e: separe a IE-ST das inscrições do emitente e do cliente

A rejeição 363 indica que a inscrição estadual do substituto tributário, informada em IEST, foi repetida com o mesmo valor da IE do emitente ou da IE do destinatário. A solução exige identificar a origem da duplicação e verificar qual inscrição realmente deveria constar na operação. Colocar qualquer número diferente…

Blog ALRA
Capa ilustrada da ALRA: Rejeição 363 na NF-e: separe a IE-ST das inscrições do emitente e do cliente.

A rejeição 363 indica que a inscrição estadual do substituto tributário, informada em IEST, foi repetida com o mesmo valor da IE do emitente ou da IE do destinatário. A solução exige identificar a origem da duplicação e verificar qual inscrição realmente deveria constar na operação. Colocar qualquer número diferente pode afastar essa comparação e, ainda assim, deixar a nota errada.

Este diagnóstico se refere à autorização da NF-e, modelo 55, pela regra C18-40. A mensagem é “IE do substituto tributário idêntica à IE do emitente ou do destinatário”. Confira o retorno completo antes de agir: uma mensagem semelhante dentro de um cadastro do sistema pode ser uma validação interna, e não a resposta do autorizador.

São três informações com funções diferentes

A IE comum do emitente fica em emit/IE. A inscrição do destinatário, quando cabível, está em dest/IE. Já emit/IEST identifica a inscrição do substituto tributário na UF de destino, relacionada à retenção do ICMS-ST para aquele estado. São campos distintos, mesmo quando o emissor reúne todos sob uma aba chamada “inscrições”.

A regra compara IEST com as duas inscrições: basta a igualdade com uma delas para existir a condição documentada de rejeição. Ela não significa que a IE própria da empresa esteja necessariamente inválida, nem exige que emitente e destinatário sejam alterados. A leitura correta está no MOC 7, páginas 13 e 82.

Uma empresa pode manter registros estaduais com finalidades diferentes. Por isso, o cadastro deve identificar a qual estabelecimento e UF cada inscrição pertence. Copiar o primeiro número disponível para todos os campos elimina justamente essa distinção.

Onde a duplicação costuma nascer

Um operador pode preencher IEST acreditando que o sistema pede novamente a IE da empresa. Uma importação de cadastro pode ter associado duas colunas ao mesmo dado. Também é possível haver uma regra de integração que, na ausência de IEST, copie automaticamente a IE própria ou a do cliente.

Outra possibilidade é a seleção de uma inscrição errada no cadastro por estado. Nesse caso, o dado pode existir corretamente em uma tela, mas ser escolhido incorretamente na geração do XML. O diagnóstico precisa acompanhar o caminho completo: cadastro, pedido, geração e arquivo transmitido.

Os materiais de Omie, TecnoSpeed e TOTVS Datasul mostram pontos de conferência nos respectivos produtos. Eles servem como apoio para localizar o erro; a escolha da inscrição depende dos documentos e do enquadramento reais.

Roteiro para corrigir com segurança

  1. Separe a evidência da rejeição. Guarde XML, motivo retornado, UF autorizadora, ambiente e horário. Isso evita comparar um cadastro corrigido com uma tentativa antiga.

  2. Compare os três campos. Peça ao suporte para mostrar os valores efetivamente enviados em emit/IEST, emit/IE e dest/IE. Identifique qual igualdade provocou o problema, sem divulgar esses dados em canais públicos.

  3. Confirme quem é o emissor. Confira o estabelecimento responsável pela operação. Não use a inscrição de outra filial ou de outro contribuinte para produzir um valor diferente.

  4. Verifique a inscrição de substituto. Consulte os registros oficiais disponíveis para a UF e confronte o resultado com a documentação cadastral da empresa. A equipe fiscal deve confirmar se a IEST pertence ao estabelecimento e se é aplicável à operação.

  5. Decida entre correção e omissão. Se existe uma IEST legítima e necessária, corrija o cadastro ou o mapeamento. Se o campo foi incluído indevidamente, deixe de gerá-lo para essa situação. A ausência de um número correto não autoriza inventá-lo.

  6. Revise o arquivo novo. Gere novamente a NF-e e confira os campos antes de transmitir. Se a duplicação reaparecer, ainda existe alguma origem de dados ou transformação não corrigida.

Exemplo: a IE própria foi usada duas vezes

Imagine uma empresa que prepara uma venda interestadual com retenção de ICMS-ST. Durante a implantação do emissor, sua IE de origem foi cadastrada tanto no campo comum quanto em IEST. Ao transmitir, a empresa recebe 363.

O responsável fiscal confirma que existe uma inscrição de substituto vinculada ao estabelecimento na UF pertinente. O suporte corrige o cadastro por estado e verifica o XML regenerado. A IE comum permanece com sua função original; IEST passa a representar a inscrição comprovada. O ponto decisivo é a comprovação cadastral, não apenas a diferença entre os números.

Exemplo: a integração copiou a IE do cliente

Em outro cenário hipotético, uma importação associa a coluna “inscrição do destinatário” ao campo IEST. A empresa corrige a nota manualmente, mas o erro retorna no pedido seguinte.

Nesse caso, é necessário reparar a associação na integração. Se a operação não deve levar IEST, o fluxo precisa omitir o campo, e não buscar um substituto automático. Se deve levá-la, precisa selecionar a inscrição do emitente adequada à UF. A IE verdadeira do cliente não deve ser alterada para desfazer a coincidência.

Cuidados com operação interna, exterior e NFC-e

Resolver 363 não demonstra que IEST é permitida naquele documento. Na NF-e, a regra C18-14 trata do preenchimento em operação interna ou com o exterior e pode gerar 347. Existe exceção estadual para operação interna: Minas Gerais registra sua adoção na tabela oficial de 13/03/2026, página 1. Essa exceção não elimina a comparação de 363 nem autoriza uso no exterior.

Na NFC-e, modelo 65, a regra específica sobre presença de IEST é C18-10, código 718. Não transfira automaticamente a solução do modelo 55 para o cupom eletrônico. Também não mude idDest, CFOP ou regime tributário para criar artificialmente uma operação compatível com o cadastro disponível.

Como prevenir a repetição

Mantenha inscrições por estabelecimento, UF e finalidade, com uma origem documental verificável. Evite valores-padrão que preencham IEST quando o dado estiver ausente. Após uma migração, teste exemplos reais de cada tipo de operação atendida pelo sistema, preservando os dados fiscais em ambiente apropriado.

Depois da retransmissão, confirme a autorização e arquive o retorno. Uma nova rejeição deve ser analisada por seu próprio motivo. Se cadastro e XML estiverem comprovadamente corretos, envie as evidências ao suporte e ao canal oficial da SEFAZ, sem trocar identidades ou registros para tentar obter aprovação.

Base documental conferida em 10/10/2026. Escopo: autorização da NF-e modelo 55, sem certificação operacional de todos os autorizadores.

Pronto para dar o próximo passo?

Pronto para organizar sua empresa e ganhar mais tempo?

Teste grátis por 15 dias e descubra como a Alra pode transformar a gestão do seu negócio.