![]() |
Conteúdo para desenvolvedores |
![]() |

Eduardo Arantes
Membros-
Content Count
29 -
Joined
-
Last visited
Community Reputation
1 NeutralAbout Eduardo Arantes
-
Rank
Membro
Profile Information
-
Sexo
Masculino
-
Location
Uberaba
Recent Profile Visitors
831 profile views
-
caminho ou arquivo de impressão do boleto não assinalado
Eduardo Arantes replied to Eduardo Arantes's topic in ACBrBoleto
Olá, Juliomar. Deu certo. Obrigado pelas instruções, e parabéns pelo trabalho de todos vocês. -
caminho ou arquivo de impressão do boleto não assinalado
Eduardo Arantes replied to Eduardo Arantes's topic in ACBrBoleto
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? -
caminho ou arquivo de impressão do boleto não assinalado
Eduardo Arantes replied to Eduardo Arantes's topic in ACBrBoleto
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 -
caminho ou arquivo de impressão do boleto não assinalado
Eduardo Arantes replied to Eduardo Arantes's topic in ACBrBoleto
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? -
caminho ou arquivo de impressão do boleto não assinalado
Eduardo Arantes replied to Eduardo Arantes's topic in ACBrBoleto
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? -
caminho ou arquivo de impressão do boleto não assinalado
Eduardo Arantes replied to Eduardo Arantes's topic in ACBrBoleto
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.
-
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.
- 7 replies
-
- acbrgnre;
- consultauf
-
(and 1 more)
Tagged with:
-
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
- 7 replies
-
- acbrgnre;
- consultauf
-
(and 1 more)
Tagged with:
-
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.