Qual o motivo dessa rejeição?
Essa rejeição acontece quando a NFC-e enviada está utilizando uma versão antiga do QR Code (versão 1 ou 2) e não inclui o parâmetro de assinatura digital (sign) na URL do QR Code.
Nas versões antigas, o parâmetro sign era obrigatório, pois servia como forma de validar a autenticidade da NFC-e. Se ele estiver ausente, a nota será rejeitada pela SEFAZ.
Quando isso ainda se aplica?
Essa validação ainda é aplicada para notas emitidas em QR Code versão 1 ou 2, principalmente nos casos de empresas que não atualizaram seus sistemas para o layout mais recente.
Atenção: desde a publicação da Nota Técnica 2023.001 v1.40, as novas versões do QR Code (v3 e v4) não utilizam mais o campo sign. No entanto, se o emissor usar versões antigas, a assinatura continua sendo obrigatória.
Por que essa rejeição acontece?
O sistema emissor está configurado para gerar o QR Code em uma versão antiga (v1 ou v2).
O parâmetro
signnão foi incluído na URL do QR Code.Como essa versão exige o campo, a ausência dele gera rejeição automática.
Como resolver?
1. Atualize o emissor para a versão mais recente do QR Code (v4):
A melhor solução é garantir que seu emissor esteja adequado às versões atuais do layout da NFC-e.
Se você utiliza o Treeunfe PDv, não precisa se preocupar — o emissor já está atualizado e não usa mais o parâmetro
sign.
2. Se for necessário continuar com versão antiga:
Certifique-se de que o campo
signesteja sendo calculado corretamente com base no hash SHA1 da chave de acesso, seguido de outras informações técnicas previstas no manual.O valor da assinatura precisa ter 344 caracteres em base64.
Dica da Treeunfe
Com tantas mudanças nas versões da NFC-e, manter seu emissor atualizado evita problemas como essa rejeição. Se você utiliza outro sistema e está enfrentando dificuldades, recomendamos conversar com o suporte técnico da ferramenta.
Referência:
Regra de validação da SEFAZ:
