Qual o motivo dessa rejeição?
Essa rejeição ocorre quando, ao gerar o QR Code da NFC-e, o campo assinatura (parâmetro sign) é incluído indevidamente na URL do QR Code. Segundo as regras do layout atualizado do QR Code versão 4, esse campo não deve mais ser utilizado. A validação da nota é feita por outros parâmetros, como chNFe, nVersao, tpAmb, cDest, entre outros.
Quando essa regra entrou em vigor?
A exigência entrou em produção a partir de 1º de setembro de 2025, conforme previsto na Nota Técnica 2023.001 v1.40.
Por que essa rejeição acontece?
A estrutura do QR Code da NFC-e passou por mudanças e, entre elas, está a retirada do parâmetro “sign” da URL, que antes era utilizado como uma camada adicional de segurança. Agora, a assinatura digital da nota continua existindo, mas não deve mais constar na URL do QR Code exibida ao consumidor.
Como resolver?
1. Verifique se o seu emissor está atualizado para o novo layout do QR Code versão 4.
Se você usa o Treeunfe PDv, pode ficar tranquilo: nosso emissor já está adequado às novas regras. Essa rejeição não deve ocorrer.
2. Se usa outro sistema:
Entre em contato com a empresa desenvolvedora e peça a remoção do parâmetro
signda composição do QR Code.Confirme que o emissor está gerando o QR Code conforme o layout da versão 4, que é o modelo obrigatório.
Atenção:
Outras rejeições relacionadas à estrutura do QR Code, como a 407 (uso da versão 3) e 444 (uso da versão 2 para pessoa física), também são comuns nesse contexto. Todas reforçam a necessidade de atualizar o emissor para as novas exigências técnicas da NFC-e.
Referência:
Regra de validação da SEFAZ:
