Rejeição 297: Assinatura difere do calculado | GREENSYS

Central de rejeições SEFAZ / NF-e, NFC-e

NF-e, NFC-e · CÓDIGO 297

Rejeição 297: Assinatura difere do calculado

Descrição


Quando for emitida uma NF-e com uso de caracteres especiais, espaços em branco no início e/ou fim das informações dos campos e/ou quebras de linhas (com o uso de enter), será retornado a rejeição “297 – Assinatura difere do calculado”.
Exemplo
Foi emitida uma NF-e e o nome do produto (campo: det / prod / xProd – ID: I04) foi preenchido como no exemplo abaixo:
<code>prod>
<cProd>4059</cProd>
<cEAN/>
<xProd> Placa
de Ferro nº.1 / 2 m² </xProd>
<NCM>84439939</NCM>
<CFOP>5101</CFOP>
<uCom>UN</uCom>
<qCom>1.0000</qCom>
<vUnCom>1.0000000000</vUnCom>
<vProd>1.00</vProd>
<cEANTrib/>
<uTrib>UN</uTrib>
<qTrib>1.0000</qTrib>
<vUnTrib>1.0000000000</vUnTrib>
<indTot>1</indTot>
</prod></code>
Observe que o campo xProd foi preenchido utilizando espaços vazios no início e fim das informações, quebra de linha e caracteres especiais (º, ²). Nessa situação, a NF-e pode ser rejeitada pelo motivo 297.
São exemplos de caracteres especiais que podem ocasionar a rejeição: < > & ª º ´ ² ³ ¹ §

Regra de validação da SEFAZ


# | Regra de Validação | Aplic. | Msg | Efeito | Descrição Erro
F02 | Valor da assinatura (SignatureValue) difere do valor calculado | Obrig. | 297 | Rej. | Rejeição: Assinatura difere do calculado.
MOC 7.0 – Anexo I – Leiaute e Regras de Validação da NF-e e da NFC-e – 4.1.5. Grupo F: Validação da Assinatura Digital

Como resolver


Verifique na NF-e os campos que foram preenchidos com caracteres especiais, espaços em branco no início e/ou fim das informações dos campos e quebras de linhas e as remova ou substitua. Todos os campos que aceitam como valor qualquer tipo de caractere ou textos estão sujeitos a essa rejeição. Campos como o de informações adicionais da NF-e (campo: infAdic – ID: Z01) ou do Produto (campo: det / infAdProd – ID: V01) são alguns exemplos.
Observação Dica É recomendável não fazer uso de caracteres especiais, espaços em branco no início e/ou fim das informações dos campos e quebras de linhas ao preencher as informações da NF-e. Porém, algumas Sefaz, em certas situações, podem aceitar informações com esse tipo estrutural.
Feitas as correções, basta reenviar a NF-e para processamento a partir do seu Software Emissor.

Orientação para suporte no HAFID


  • Conferir os dados fiscais informados no cadastro e no documento.
  • Validar se o XML gerado está coerente com a regra de validação retornada pela SEFAZ.
  • Após a correção, reenviar o documento fiscal para autorização.

Resumo:


Quando for emitida uma NF-e com uso de caracteres especiais, espaços em branco no início e/ou fim das informações dos campos e/ou quebras de linhas (com o uso de enter), será retornado a rejeição “297 – Assinatura difere do calculado”.

Referência

Manual de Orientação do Contribuinte Anexo I – Leiaute e Regras de Validação da NFe e da NFCe

Consultar a referência informada

Conteúdos relacionados

Pesquisar rejeições SEFAZ · Fiscal e Tributário do HAFID

APOIO À SUA OPERAÇÃO FISCAL

Precisa de apoio com o HAFID ERP?

Se sua empresa utiliza o HAFID, informe à equipe GREENSYS o código retornado, o evento e o ambiente em que ocorreu a rejeição. A análise deve considerar a configuração da operação e o provedor utilizado.

Não envie senhas, certificados digitais ou chaves privadas pelo formulário.

Falar com a GREENSYS

Os campos com * são obrigatórios.

WhatsApp