Eduardo Arantes

Olá, Juliomar. Deu certo. Obrigado pelas instruções, e parabéns pelo trabalho de todos vocês.

Oi, Juliomar, Fiz a limpeza, rodando o ApagarACBr.bat, e apaguei a pasta lib também. Depois rodei o ACBrInstall_Trunk2.exe, e vi que a pasta lib foi reconstruída com todos os .bpl, .dcp e .dcu lá dentro, mas não funcionou. Os pacotes do ACBr que dependem do FastReport continuam desmarcados (imagem em anexo). Seria o caso de remover todos os pacotes do ACBr, limpar todo o library path e apagar toda a minha pasta C:\ACBRTRUNK2, criando uma nova pasta e baixando tudo novamente do zero?

Olá, Juliomar. Como você me recomendou, instalei uma versão mais atualizada do Fast Report (Enterprise) para ver se resolvo o problema do código de barras no boleto, que na versão antiga do Fast não tinha o componente frxBarCode. Fiz em uma máquina secundária, apenas para testar o procedimento todo. Creio que com a instalação do pacote novo do Fast, todos os pacotes do ACBR que dependiam do FastReport (Ex.: DCLACBr_BoletoFR.bpl) perderam suas ligações, e agora, no Component\Install Packages (Delphi 7) aparecem com os checkbox desmarcados. Tentei marcar, mas deu mensagem de erro. Lem

Acho que vou ter que instalar mesmo a versão Enterprise, porque não localizei o componente frxBarCodeObject nas paletas de componentes. Só gostaria de saber se depois disso terei que fazer todo o procedimento do Instalador ACBr novamente ou não?

OK, Juliomar. Eu uso Delphi7 Enterprise (ainda). Você está falando do FastReport Enterprise? Depois que eu baixar ele, vou ter que desinstalar o FastReport que tenho, antes de instalar o novo. Depois disso, terei que fazer todo o procedimento do Instalador ACBr novamente ou não? Você teria o link para baixar o FastReport Enterprise?

Obrigado Juliomar Marchetti, funcionou direitinho. O boleto está imprimindo quase perfeito. Só que agora, no lugar do código de barra aparece a seguinte mensagem "Barcode must be numeric". Rodei no passo a passo, pois todos os campos parecia estarem preenchidos corretamente. ai apareceu a mensagem (só no passo a passo) :Clas TfrxBarCodeObject not found.

Bom dia, senhores. Estou começando a usar o ACBr boleto com fast report. No componente, selecionei o campo Tipo cobrança para escolher o banco desejado, preenchi os campos do cedente e outros dados. Quando disparo a impressão do boleto, aparece uma mensagem "caminho ou arquivo de impressão do boleto não assinalado". Procurei nas pastas do exemplo do ACBr e encontrei os arquivos.Fr3. Então, movi o caminho +nome do boleto.fr3 para ACBrboletoFCFR1.nomearquivo conforme abaixo: begin dirstr := Extractfilepath(Application.exename); ACBrBoletoFCFR1.NomeArquivo := DirS

Bom dia, Senhores. Temos um cliente que é posto de gasolina, e deseja emitir uma NFC-e para consumo próprio, emitindo para o mesmo CNPJ, mas ele obtém a seguinte rejeição: Rejeição 220: Destinatário com identificação igual à identificação do emitente Como é possível contornar isso e qual seria o caminho mais indicado para ele efetuar essa operação? Obrigado.

Corrigido. Estávamos usando o DANFeNFCe4_20.fr3. Atualizamos para o DANFeNFCe5_00.fr3 e os campos apareceram no rodapé. Embora o layout do cupom tenha sofrido algumas alterações, decidimos manter o novo formato. Obrigado pela dica, BigWings.

Trabalhamos há muitos anos com Capicom, já usamos Trunk2 no Delphi 7, e ultimamente estão ocorrendo vários erros estranhos, Exemplos: 1- Quando vai transmitir um status da NFe, o programa trava, tendo que matar e chamar o programa novamente, e da segunda vez passa. O Windows avisa que o programa parou de funcionar. 2- Erro: "Inativo ou inoperante, tente novamente." Este erro começou a ocorrer no início de Junho/2017, e mesmo instalando a cadeia de certificados nova, em alguns clientes resolveu, em outros, continuou dando o problema. Seguimos os seguintes passos: Desligar o anti-virus

Olá, Isaque. Não existe registro F0010 e F0100. Eles ficaram assim por falta do delimitador. Na verdade são os registros F001 e F010. Veja abaixo: Geração sem delimitador: F0010 F01000757523000187 F01000757523000420 Geração corrigida: |F001|0| |F010|00757523000187| |F010|00757523000420| Concordo que não deve alterar, se não está dando erro para mais ninguém. Apenas informei porque aconteceu comigo e você pediu para anexar os fontes alterados. Fica registrado para o caso de acontecer com outra pessoa. Creio que não é erro no meu código, porque apenas alimento os campo

1 - Executei a limpeza com o "apagarAcbr.bat" e excluí as pastas antes de baixar o componente novo em uma pasta nova. Há a possibilidade do .bat não excluir todos os arquivos? 2 - A outra versão do Delphi está em outra partição do disco.

Desculpe pela demora na resposta, Isaque. Em anexo os dois arquivos que alterei e o ponto exato em que perdia o conteúdo do delimitador (de repente) simplesmente ao entrar nas procedures. Não tenho muito conhecimento para mexer em componentes, mas inseri as linhas logo na entrada das duas procedures e o erro parou de acontecer: Arquivo ACBrEPCBLOCO_F_CLASS.Pas procedure TBloco_F.WriteRegistroF001; Arquivo ACBrEPCBLOCO_1_CLASS.Pas procedure TBloco_1.WriteRegistro1001; Os dois arquivos estão em anexo. Obrigado. ACBrEPCBloco_F_Class.pas ACBrEPCBl

Italo, eu baixei (em uma máquina nova) uma versão totalmente nova do trunk2. Quando fui instalar (usei o ACBrInstall_Trunk2.exe), ocorreu um erro na fase de compilação dos pacotes: Compiling package C:\ACBRTRUNK2\Pacotes\Delphi\ACBrDFe\ACBrGNRE\ACBr_GNRE.dpk C:\ACBRTRUNK2\Fontes\ACBrDFe\ACBrGNRE\PCNGNRE\pgnreRetConsConfigUF.pas(1) Error: Illegal character in input file: 'ï' ($EF) C:\ACBRTRUNK2\Fontes\ACBrDFe\ACBrGNRE\PCNGNRE\pgnreRetReceita.pas(1) Error: Illegal character in input file: 'ï' ($EF) C:\ACBRTRUNK2\Fontes\ACBrDFe\ACBrGNRE\PCNGNRE\pgnreRetReceita.pas(54) Fatal: Co

Obrigado, EMBarbosa. Eu resolvi o problema há alguns dias. Fiz o debug acompanhando a variável delimitador com um watch e localizei os 2 pontos do componente onde estava perdendo o conteúdo. Nesses pontos eu inseri uma linha movendo novamente o pipe para o delimitador e recompilei o ACBrSPED.dpk. Funcionou, e o cliente conseguiu gerar o arquivo sem problemas. Mas acho que vou ter que manter anotação dos pontos do erro para o caso de voltar a acontecer depois de baixar novas versões. Achei estranho que ninguém mais reportou esse erro.