Rejeição 363: IEST igual à IE do emitente ou destinatário

A Rejeição 363 da C18-40 ocorre quando a IEST informada na NF-e modelo 55 é idêntica à IE do emitente ou à IE do destinatário. A regra obrigatória verifica igualdade entre identificadores com funções diferentes.

Quais três campos devem ser comparados?

Compare /NFe/infNFe/emit/IEST com /NFe/infNFe/emit/IE e com /NFe/infNFe/dest/IE. A primeira igualdade ou a segunda já satisfaz a condição. A regra não exige que as três sejam iguais ao mesmo tempo.

IEST é inscrição estadual do substituto tributário. O fato de estar dentro de emit não significa que deva repetir emit/IE, nem a relação com o destino significa copiar dest/IE. Cada campo deve vir do registro verdadeiro que representa.

Fontes: MOC — Anexo I, Leiaute e Regras de Validação, Leiaute da NF-e e protocolo

Exemplo de preenchimento automático incorreto

Cenário sintético A: o exportador não encontra IEST configurada e usa emit/IE como fallback. O XML passa a repetir o mesmo conteúdo nos dois campos, produzindo a primeira igualdade.

Cenário B: uma integração copia a IE do cliente para IEST por interpretar o rótulo inscrição no destino. A segunda igualdade fica presente. Cenário C: as inscrições são diferentes; isso afasta a igualdade documentada, mas não comprova validade, vínculo cadastral ou pertinência da IEST.

Fontes: MOC — Anexo I, Leiaute e Regras de Validação, Leiaute da NF-e e protocolo

Como diferenciar 363 de 211 e 347?

A 211 valida tamanho, composição e DV da IEST pela UF cabível; a 347 verifica sua presença em operação interna ou exterior, com exceção interna a critério da UF. A 363 compara igualdade. Um valor pode ter DV válido e continuar sendo uma cópia indevida de outra inscrição.

Não altere um algarismo para produzir diferença e não substitua a inscrição por uma sequência que passe em outro estado. Se as informações oficiais parecem coincidir, preserve os registros e o retorno para análise do contexto com a SEFAZ, em vez de adulterar identificadores.

Fontes: MOC — Anexo I, Leiaute e Regras de Validação

Como corrigir a origem sem apagar histórico?

Rastreie de onde cada campo foi obtido no cadastro, importação e XML. Remova um fallback indevido ou restaure IEST somente com comprovação do dado aplicável; a necessidade da inscrição e o tratamento tributário devem ser confirmados pelo responsável fiscal quando houver dúvida.

Regere pelo emissor, confira as três comparações e as demais regras do contexto. Preserve cadastro e documentos de outras operações, assim como a nota autorizada. Esclareça processamento ou resultado incerto antes de retransmitir e examine o retorno fiscal individual.

Fontes: 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