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.

Olá @José M. S. Junior me parece que esta correção foi feita de forma indevida, veja se concorda comigo: No manual diz: 24.0 Uso Exclusivo FEBRABAN / CNAB 212 240 29 - Alfanumérico Brancos G004 versão do layout 030, pode ser informado 'CSP' nas posições 223 a 225, e 'zeros' nas posições 226 a 228. Veja que no layout versão 030 deve-se informar 'zeros' nas posições 226 a 228, entendo que o correto seria "000" mas após a correção passou-se a informar 2 espaços e um zero " 0". Eu utilizei o validador online do BB e ambos os arquivos foram validados, tanto antes quanto depois da alteração.

Minha sugestão é que você informe "LeCedenteRetorno=1" e deixe o componente ler do arquivo. Aí compara os dados da conta com os que você está preenchendo, provavelmente você vai encontrar diferença na quantidade de dígitos, por exemplo: Se a agência é 0123 na hora de ler do arquivo o ACBr leu 00123

Ah sim tem razão. Seria realmente outro “componente” se for realmente verdade a informação.

Olá Júlio talvez você não saiba mas o banco central vai incluir uma opção de cobrança no pix que promete “acabar” com os boletos.

Pelo que diz no manual, você deveria informar algo como:] tpMed string 1-20 sim informar o tipo de medida (Exemplos: PESO BRUTO, PESO DECLARADO, PESO CUBADO, PESO AFORADO, PESO AFERIDO, PESO BASE DE CÁLCULO, LITRAGEM, CAIXAS e etc).

Olá Antonio, Este assunto já foi discutido aqui. O que acontece é que alguns sites fazem a consulta publica da NFe utilizando-se apenas da chave de acesso e montam o XML novamente fazendo a leitura dos dados no HTML da consulta publica. Funciona? Sim, porém o XML não tem validade jurídica, pois não tem a assinatura do emitente. Já vi sites que inclusive colocam uma assinatura falsa, ou seja, assinam o XML novamente com outro certificado digital. Dá uma impressão de legalidade mas o arquivo não é válido. Se além desta maneira existir alguma outra forma eu desconheço.

Olá bom dia! Mesmo problema aqui em São José do Rio Preto. Na GINFES dizem que o problema é no ERP mas não dão mais detalhes, pediram o XML do RPS, enviamos pra eles e estamos aguardando retorno.

Olá Daniel, eu havia visto isso, mas por se tratar de um site não oficial não acredito que irá se resolver rapidamente, já faz alguns dias que está com esta mensagem.

Olá bom dia! De uns dias pra cá o rastreamento de objetos dos correios não está funcionando. Pelo que entendi, o componente utiliza a página: https://www.websro.com.br/index.php para fazer o rastreamento porque não consegue mais pegar os dados diretamente do site dos correios, mas a página também não está funcionando. Alguem tem uma solução pra isso? Caso queiram testar utilizem este objeto para rastreio: https://www.websro.com.br/rastreamento-correios.php?P_COD_UNI=PU492271878BR Abraço

Este tópico já foi postado pela equipe em 09/01