windsoft

Cara nós aqui só conseguimos resolver isso mudando para GISS em SJRio Preto. O suporte deles é horrível e eles afirmam que deve usar GINFES. Tem que ter fé.

Eu já relatei o mesmo problema, para corrigir basta voce alterar a linha: if frxReport.Pages[I] is TfrxReportPage then para if frxReport.PreviewPages.Page[I] is TfrxReportPage then

Eu revisei novamente o código, para funcionar agora eu tive que informar explicitamente a pasta para os arquivos PDF antes de salvar. Provavelmente o evento está sendo salvo em outra pasta quando você não especifica a pasta que deseja salvar. O problema está resolvido então aparentemente.

No meu caso nao apresentou o erro, mas agora ele nao encontra o arquivo PDF. Provavelmente esta salvando em uma pasta diferente.

Olá @Victor H. Gonzales - Panda, o programa exemplo que usei para recriar o problema é o padrão atualizado dos fontes. A única mudança que fiz foi trocar o ACBRDanfe que por padrão usa Fortes se não me engano para ACBrDanfeFCFR (Fastreport) Aí para levantar o erro, você usa a aba de eventos, e altera a linha ACBrImprimrEvento para ACbrImprimirEventoPDF, conforme exemplo abaixo: procedure TfrmACBrNFe.btnImprimirEventoClick(Sender: TObject); begin OpenDialog1.Title := 'Selecione a NFe'; OpenDialog1.DefaultExt := '*-nfe.XML'; OpenDialog1.Filter := 'Arquivos NFe (*-nfe.XML)|*-nfe.XML|Arquivos XML (*.XML)|*.XML|Todos os Arquivos (*.*)|*.*'; OpenDialog1.InitialDir := ACBrNFe1.Configuracoes.Arquivos.PathSalvar; if OpenDialog1.Execute then begin ACBrNFe1.NotasFiscais.Clear; ACBrNFe1.NotasFiscais.LoadFromFile(OpenDialog1.FileName); end; OpenDialog1.Title := 'Selecione o Evento'; OpenDialog1.DefaultExt := '*.XML'; OpenDialog1.Filter := 'Arquivos XML (*.XML)|*.XML|Todos os Arquivos (*.*)|*.*'; OpenDialog1.InitialDir := ACBrNFe1.Configuracoes.Arquivos.PathSalvar; if OpenDialog1.Execute then begin ACBrNFe1.EventoNFe.Evento.Clear; ACBrNFe1.EventoNFe.LerXML(OpenDialog1.FileName); // ACBrNFe1.ImprimirEvento; ACBrNFe1.ImprimirEventoPDF; end; end;

A correção sugerida pelo @Danilo Yoshio resolve o problema.

Esqueci de citar no post anterior, o problema também ocorre no projeto de exemplo. O problema ocorre independentemente da configuração: ACBrNFeDANFEFR1.UsaSeparadorPathPDF := False;

Pessoal, este tópico já está antigo não tem nenhuma solução pra isso ainda? Estou com o mesmo problema após a atualização do componente pra ultima versão usando fastreport. O erro ocorre ao chamar a função ImprimirEventoPDF e debugando o código está levantando erro pois o index do evento é passado como -1 indevidamente apos o commit feito pelo Panda.

Eu enfrento exatamente o mesmo problema já tem algum tempo. Aparentemente é cagada na SEFAZ mesmo. Eu acredito que não há o que fazer nestes casos.

Olá Amigos, encontrei o problema. A função Clear do objet TGNRERecibo estava limpando o número do recibo. Como ela é chamada por herança no InicializarServico do TDFeWebService, o número do recibo era sempre passado em branco na consulta do lote. Segue a Unit corrigida. ACBrGNREWebServices.pas

Pessoal, estou com os fontes atualizados mas pra mim continua acontecendo o mesmo problema. "O valor do campo 'numeroRecibo' está inválido. O valor deve possuir 10 caracteres numéricos" Testei utilizando o DEMO do ACBRGNRe

Olá bom dia! Realmente o cancelamento está funcionando agora, mas ao consultar a NFSe cancelada o status dela vem como srNormal. Vou abrir um novo topico.

Eu fiz os testes aqui, aparentemente está cancelando porém se eu consulto a NF novamente ela me retorna como autorizada e não como cancelada, vou analisar amanhã se o problema é aqui e reporto novamente.

Nos meus testes ocorre o mesmo problema.

Bom dia, eu não vejo relação entre uma coisa e outra. Também gostaria de saber de onde ele tirou essa informação.