Rejeição 297: Assinatura difere do calculado - Como resolver?

Quando for emitida uma NFe 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 NFe 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 NFe pode ser rejeitada pelo motivo 297.

São exemplos de caracteres especiais que podem ocasionar a rejeição: < > & ª º ´ ² ³ ¹ §

Regra de validação da Sefaz:

Como resolver

Verifique na NFe 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 NFe (campo: infAdic – ID: Z01) ou do Produto (campo: det / infAdProd – ID: V01) são alguns exemplos.

Feitas as correções, basta reenviar a NFe para processamento a partir do seu Software Emissor.

Referência