Guilherme Verardi
-
Total de ítens
36 -
Registro em
-
Última visita
Tipo de Conteúdo
Blocks
Notes ACBrLibNFe
Fóruns
Downloads
Calendário
Posts postados por Guilherme Verardi
-
-
Já tentei fazer uma instalação limpa do ACBr e do Fortes Report, excluindo todos os DCU's e o problema persiste. Uma coisa que consegui encontrei, é que o erro ocorre dentro dos arquivos do Fortes Report, na função LoadHeaderFromStream do arquivo RLMetaFile, que lança uma exception 'File is corrupted!'. Qualquer outro projeto que uso a funcionalidade de reimpressão da NFe através do XML, funciona. Mais alguma ideia?
-
Pelo ACBrDemo, funcionou perfeitamente. Estou tentando recompilar todos os pacotes no meu projeto. Obrigado pela sugestão.
-
Bom dia,
Não sei se alguém já teve esse problema da imagem em anexo. Já tentei voltar a versão dos fontes do ACBR e do Fortes Report CE para alguns meses atrás, e o problema persiste. Não importa o computador, sempre que uma NFe possui 6 ou mais páginas, esse problema ocorre. Inclusive, quanto mais páginas a nota possuir, mais páginas em branco aparecem.
Alguém saberia me dizer se é algum bug do Fortes ou alguma alteração de configuração no ACBr?
-
André, obrigado, acho que deveria ter atualizado o componente antes de perder tanto tempo.
Porém agora a rejeição é 'Rejeicao: Codigo de Hash no QR-Code difere do calculado'.
Este erro estava ocorrendo quando eu havia removido os traços ( - ) do CSC. Depois que deixei os valores inteiros a NFC-e foi emitida corretamente.
Errado: XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX
Certo: XXXXXXXX-XXXX-XXXX-XXXX-XXXXXXXXXXXX
-
Boa tarde,
Atualizei os fontes, e está funcionando corretamente agora. Porém, notei que você também comentou onde era incluso a variável "ENCODING_UTF8", que foi o que indiquei como problema no primeiro comentário. Isso não causa problemas, mas você pode descomentar estas variáveis, pois só aquele tratamento para recortar o conteúdo dentro da tag <protNFe> já resolve tudo.
- 1
-
Boa tarde,
Fui gerar o XML e notei que o ocorreu o erro novamente, mesmo com a alteração. Então, após uma nova análise, descobri que no momento de buscar o conteúdo dentro da tag <protNFeZip> e descompactar, ele acaba recebendo o valor "<?xml version="1.0" encoding="utf-8"?>" antes da tag <protNFe>. Em Anexo os 2 XML's, com o código original e o código alterado.
Abaixo o código onde a operação é realizada.
Antes:
// XML do Protocolo da NF-e StrStream := TStringStream.Create(''); try try StrAux := RetornarConteudoEntre(Leitor.Grupo, '<protNFeZip>', '</protNFeZip'); StrDecod := DecodeBase64(StrAux); StrStream.WriteString(StrDecod); FretNFe.Items[i].FProtNFeZip := UnZipMsg(StrStream); except on e : Exception do begin Raise Exception.Create(e.message); end; end; finally FreeAndNil(StrStream); end;
Depois (Apenas um modo de solucionar o problema. Talvez vocês saibam uma maneira melhor de fazer isso):
// XML do Protocolo da NF-e StrStream := TStringStream.Create(''); try try StrAux := RetornarConteudoEntre(Leitor.Grupo, '<protNFeZip>', '</protNFeZip'); StrDecod := DecodeBase64(StrAux); StrStream.WriteString(StrDecod); FretNFe.Items[i].FProtNFeZip := UnZipMsg(StrStream); FretNFe.Items[i].FProtNFeZip := '<protNFe' + RetornarConteudoEntre(FretNFe.Items[i].FProtNFeZip, '<protNFe', '</protNFe>') + '</protNFe>'; except on e : Exception do begin Raise Exception.Create(e.message); end; end; finally FreeAndNil(StrStream); end;
Antes_43150502656032000175550010000011931000011934-nfe.xml
Depois_43150502656032000175550010000011931000011934-nfe.xml
-
Encontrei o possível problema. Dentro do arquivo "pcnRetDownloadNFe.pas", no método "LerXml", existem 3 linhas com um comentário indicando "(*JR12 *)". Alterei removendo o conteúdo " '<'+ENCODING_UTF8+'>' " que havia alimentando a variável, e o download começou a salvar o XML correto.Segue em anexo o arquivo, para quem quiser testar.
- 1
-
Bom dia,
Também estou com o mesmo problema do colega rrodrigoffernandes. Estou utilizando o comando "ACBRNFe.WebServices.DownloadNFe.Executar;", e também estou recebendo XML's inválidos.
Dei uma analisada, e descobri que no fim do arquivo, entre o fim da tag <NFe> e o início da tag <protNFe> o XML está com este valor : "<?xml version="1.0" encoding="utf-8"?>" (que geralmente está no início dos arquivos XML). Após remover este conteúdo, o XML passa a ser válido.
A dúvida é, tenho que tratar isso no meu código, ou seria algum problema no método do Download?
-
O problema não parece ser na resposta do componente para o sistema, e sim a demora do SEFAZ em atualizar a NFe com a Manifestação.
-
Bom dia. Como necessário, meu sistema realiza o envio da Manifestação do Destinatário antes de efetuar um download de uma NFe. Porém, já faz algum tempo, que após o envio da Manifestação tem que se esperar aproximadamente 1 min para poder baixar a NFe, pois o parece que o SEFAZ demorar para processar que o Manifesto já foi recebido. O estranho, é que o ACBr recebe o XML de retorno informando que o Manifesto foi enviado corretamente, e se tento baixar a NFe nesse meio tempo (antes de 1 min, aprox.) recebo o retorno de que a Manifestação não foi enviada. Isso é normal, ou devo estar com alguma configuração incorreta no meu componente?
OBS: Utilizo o SEFAZ do RS.
Problema Impressão Fortes Report
em ACBrNFe
Postado
Testei com todas as opções de visualização. Deu na mesma.