Informações Suplementares da Nota Fiscal

Por Suporte Técnico

• 4 artigos

Como resolver a Rejeição 444? NFC-e com QR Code na versão 2 para Pessoa Física

Qual o motivo dessa rejeição? Essa rejeição acontece quando você tenta emitir uma NFC-e com o QR Code configurado na versão 2, e o destinatário informado é uma Pessoa Física (CPF). Desde as mudanças previstas na Nota Técnica 2023.001 v1.40, o uso do QR Code versão 2 foi totalmente descontinuado, mesmo para consumidores pessoa física. A versão obrigatória agora é a 4. Por que essa rejeição acontece? Antes da nova regra, algumas SEFAZ ainda aceitavam QR Code na versão 2 quando a NFC-e era destinada a uma pessoa física, ou seja, para consumidores sem CNPJ. Agora isso não é mais permitido: todo QR Code de NFC-e precisa ser gerado na versão 4, independentemente do tipo de cliente ou valor da venda. Como resolver? 1. Atualize seu sistema emissor para gerar QR Code na versão 4. - Se você usa o Treeunfe PDv, pode ficar tranquilo: já estamos com tudo atualizado para a versão 4. Você pode emitir normalmente sem se preocupar com essas regras técnicas. 2. Caso utilize outro sistema: - Fale com o suporte do seu fornecedor de software e peça a atualização para emissão com QR Code v4. - Verifique nas configurações se o campo versaoQR está corretamente definido como 4. Importante Essa rejeição pode ser confundida com a Rejeição 407, que também trata da versão do QR Code, mas se refere a qualquer destinatário (CPF ou CNPJ). A Rejeição 444, especificamente, trata de NFC-e emitida para pessoa física com QR Code v2. Referência: - Manual de Orientação ao Contribuinte (v. 7.00) - Anexo I Regra de validação da SEFAZ:

Última atualização em Mar 30, 2026

Como resolver a Rejeição 474? Parâmetro assinatura deve ser informado no QR Code

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 sign nã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 sign esteja 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: - Manual de Orientação ao Contribuinte (v. 7.00) - Anexo I Regra de validação da SEFAZ:

Última atualização em Mar 30, 2026

Como resolver a Rejeição 445? Parâmetro assinatura não deve ser informado no QR Code

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 sign da 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: - Manual de Orientação ao Contribuinte (v. 7.00) - Anexo I Regra de validação da SEFAZ:

Última atualização em Mar 30, 2026

Como resolver a Rejeição 583? Valor da assinatura do QR Code difere do valor calculado

Qual o motivo dessa rejeição? Essa rejeição acontece quando a assinatura digital (sign) presente no QR Code da NFC-e está incorreta. A SEFAZ faz o cálculo da assinatura com base em dados da nota, e se o valor enviado não for exatamente igual ao que ela espera, a NFC-e é rejeitada. A assinatura (sign) serve para validar a autenticidade da nota e garantir que os dados não foram alterados. Ela deve ser gerada seguindo critérios específicos definidos pela SEFAZ. Quando acontece? Esse erro pode ocorrer quando: - O sistema emissor gera a assinatura com base em dados incorretos (ex: valor total, número da nota, chave de acesso). - Há problemas no cálculo da assinatura, como uso de métodos criptográficos errados ou divergência no padrão exigido pela SEFAZ. - A versão do QR Code está desatualizada, gerando assinaturas incompatíveis. Como resolver? Essa rejeição não costuma acontecer, pois o cálculo da assinatura é feito automaticamente e atualizado conforme a legislação. Mas se ocorrer: 1. Acesse Configurações > Empresa > NFC-e. 2. Confirme se a versão do QR Code está como “v4” (mais atual e segura). 3. Reemita a NFC-e. O sistema vai gerar a assinatura correta automaticamente. Se você usa outro emissor Será necessário: - Verificar se os dados usados no cálculo da assinatura estão corretos. - Garantir que o algoritmo de geração da assinatura está seguindo o padrão exigido pela sua SEFAZ. - Validar se a versão do QR Code está de acordo com o modelo da NFC-e utilizada. Recomendamos acionar o suporte técnico do seu sistema emissor para revisar o código responsável pela geração da assinatura. Dica extra Se você está com dúvidas sobre qual versão do QR Code está usando ou se quer evitar esse tipo de rejeição, considere migrar para um emissor atualizado, como o Treeunfe PDv, que cuida de tudo isso para você. Referência: - Manual de Orientação ao Contribuinte (v. 7.00) - Anexo I Regra de validação da SEFAZ:

Última atualização em Mar 30, 2026