NFC-e Rejeicao: Parametro do QR-Code divergente da Nota Fiscal (cDest)

[cmonteiro]

Estou testando a emissão de NFC-e no estado do Ceará, e recebo a seguinte mensagem de rejeição da Sefaz quando envio a identificação do consumidor : Rejeicao: Parametro do QR-Code divergente da Nota Fiscal  (cDest).

Analisando o xml gerado realmente encontrei uma diferença
na tag DEST temos o seguinte:
<dest>
            <CPF>88131157334</CPF>
            <xNome>NF-E EMITIDA EM AMBIENTE DE HOMOLOGACAO - SEM VALOR FISCAL</xNome>
repare que o CPF foi adicionado sem os pontos
e na tag <qrCode> temos o seguinte : &tpAmb=2&cDest=881.311.573-34&dhEmi=
 repare que o cDest(CPF) está sendo enviado com os pontos.

Para resolver o problema alterei  a function GetURLQRCode no arquivo ACBrNFe.pas (ACBr\Fontes\ACBrDFe\ACBrNFe)
conforme segue abaixo:

  urlUF := LerURLDeParams('NFCe', CUFtoUF(CUF), TipoAmbiente, 'URL-QRCode', Versao);
  idNFe := OnlyNumber(AChaveNFe);
  cDest := Trim(Destinatario);    // troquei o trim() por  OnlyNumber()
  cDest := OnlyNumber(Destinatario);

desta maneira o cDest é gerado sem os pontos e a nota é autorizada sem problemas

Isso não seria o caso de uma correção? ou eu estou fazendo algo errado?

att
Claudio Monteiro
 

 

 

[BigWings]

31 minutos atrás, cmonteiro disse:

Isso não seria o caso de uma correção? ou eu estou fazendo algo errado?

Remover os caracteres não numéricos pode causar rejeição caso o cDest seja o "ID Estrangeiro" da NFCe.

Experimente aplicar o OnlyNumber ao alimentar a propriedade do componente:

dest.CNPJCPF := OnlyNumber(cCNPJCPF);

 

[cmonteiro]

44 minutos atrás, BigWings disse:

Remover os caracteres não numéricos pode causar rejeição caso o cDest seja o "ID Estrangeiro" da NFCe.

Experimente aplicar o OnlyNumber ao alimentar a propriedade do componente:

dest.CNPJCPF := OnlyNumber(cCNPJCPF);

 

É, isso realmente resolve o problema,
eu informava desta maneira:
CNPJCPF           := FormatarCNPJ(CPFCNPJ);
e apesar de não aparecerem os pontos no XML,
eles estavam lá ao se verificar o valor da propriedade.

Obrigado pela ajuda.

att
Claudio Monteiro.

Edited February 20, 2018 by cmonteiro
correção ortográfica

[pcbonetti]

Tive esse mesmo problema, resolvi da seguinte maneira:

Na unit ACBrNFeNotasFiscais, na linha 299 alterei de

                                  trim(IfThen(NFe.Dest.idEstrangeiro <> '', NFe.Dest.idEstrangeiro, NFe.Dest.CNPJCPF)),

para

                                  onlyNumber(trim(IfThen(NFe.Dest.idEstrangeiro <> '', NFe.Dest.idEstrangeiro, NFe.Dest.CNPJCPF))),

 

Não sei como fazer para submeter a atualização então fica aí a sugestão para que seja implementado.

 

[Alejandro Michelutti]

Boa tarde Pessoal, fiz o seguinte no ACBRNFe.pas.:

troquei de:   //cDest := Trim(AnsiReplaceStr(AnsiReplaceStr(Destinatario, '.', ''),'-', ''));
por:   cDest := Trim(AnsiReplaceStr(AnsiReplaceStr(AnsiReplaceStr(Destinatario, '.', ''),'-', ''), '/', ''));

mas acredito que isso deva ser resolvido commitando para toda atualizacao nao ter q fazer isso 

:) obrigado!

 

[BigWings]

32 minutos atrás, Alejandro Michelutti disse:

mas acredito que isso deva ser resolvido commitando para toda atualizacao nao ter q fazer isso 

Simples: faça esse tratamento na sua aplicação, e não no código do ACBr.

Não dá pra saber se algum documento de estrangeiro possa conter caracteres não numéricos, traços, barras, etc... o que causaria rejeição caso isso seja aplicado no componente.