Ir para conteúdo
  • Cadastre-se

Guilherme Verardi

Membros
  • Total de ítens

    36
  • Registro em

  • Última visita

Posts postados por Guilherme Verardi

  1. 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?

  2. 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?

    NFe.jpg

  3. 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

     

  4. 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.

    • Curtir 1
  5. 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

  6. 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

    • Curtir 1
  7. 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?

  8. 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.

×
×
  • Criar Novo...

Informação Importante

Colocamos cookies em seu dispositivo para ajudar a tornar este site melhor. Você pode ajustar suas configurações de cookies, caso contrário, assumiremos que você está bem para continuar.