Guilherme Verardi

Testei com todas as opções de visualização. Deu na mesma.

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?

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.

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 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. pcnRetDownloadNFe.pas

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.