Rejeição 393 — NF-e com o grupo de Informações Suplementares

O que é esta rejeição?#

A Rejeição 393 é retornada pela SEFAZ quando o sistema identifica o seguinte problema na NF-e: NF-e com o grupo de Informações Suplementares. A nota fiscal não foi autorizada e precisa ser corrigida antes de ser retransmitida.

Causas comuns#

• Dados incorretos ou inconsistentes no XML da NF-e
• Divergência entre os dados informados e o cadastro na SEFAZ
• Formatação ou preenchimento incorreto de campos obrigatórios

Como resolver#

1. Verifique a mensagem de rejeição completa retornada pela SEFAZ
2. Consulte o Manual de Orientação do Contribuinte (MOC) para a regra de validação específica
3. Corrija os campos indicados no XML da NF-e
4. Retransmita a NF-e após as correções

Verificações analíticas#

• Se o XML contém o grupo <infNFeSupl> (com qrCode e urlChave) e o campo <tpEmis> é diferente de 1 (emissão normal) ou de valores que exijam DANFE com QR Code (como 4, 5, 6, 7, 9), então o grupo de informações suplementares está presente em modalidade de emissão incompatível com sua obrigatoriedade: remova o grupo <infNFeSupl> ou ajuste <tpEmis> para o valor correto conforme o tipo de emissão utilizado.
• Se o grupo <infNFeSupl> está presente e o conteúdo do campo <qrCode> não contém a chave de acesso da NF-e (44 dígitos numéricos presentes na própria URL), ou o <urlChave> aponta para domínio diferente do estado de origem do emitente (UF do <cUF> no <ide>), então há inconsistência entre os dados do QR Code e a chave/UF da nota: reconstrua o <qrCode> e o <urlChave> utilizando a chave de acesso correta e o endpoint oficial de consulta da SEFAZ da UF emitente.
• Se o campo <tpAmb> no <ide> está preenchido com 2 (homologação) e o grupo <infNFeSupl> está presente com uma URL de produção (ausência de 'homologacao' ou 'hom' no domínio do <urlChave>), então o ambiente declarado na NF-e conflita com o endpoint de consulta informado no grupo suplementar: alinhe o <tpAmb> e o <urlChave> para o mesmo ambiente, utilizando exclusivamente a URL de homologação ou de produção de forma consistente.
• Se o grupo <infNFeSupl> está presente e o dígito verificador contido dentro da string do <qrCode> não é compatível com o algoritmo módulo 11 aplicado sobre os primeiros 43 dígitos da chave de acesso embutida na URL, então o QR Code foi gerado com chave de acesso incorreta ou corrompida: recalcule o dígito verificador da chave de acesso, regenere o <qrCode> com a chave corrigida e atualize também o elemento <chNFe> no <infNFe> para que ambos sejam idênticos.
• Se o grupo <infNFeSupl> está presente e o valor do atributo <Id> dentro de <infNFe> (no formato 'NFe' seguido dos 44 dígitos) difere da chave de acesso codificada dentro do parâmetro da URL no <qrCode>, então existe divergência entre a identificação oficial da nota e o conteúdo do grupo suplementar: atualize o <qrCode> para que a chave de acesso embutida seja exatamente igual ao <Id> sem o prefixo 'NFe', garantindo unicidade e rastreabilidade da nota.