Gerson Luiz Furtado

Obrigado!

Boa Noite, Mesmo depois de baixar novamente os fontes do ACBr pelo svn hoje, (minha revisão está em 30008 05/07/2023), em um pasta que foi limpa, na instalação do componente ACBr_BoletoFC_FPDF.lpk no Lazarus 2.0.12 no Windows, está dando um erro de não encontrar o ACBrUtil.FPDF. Vi que esse arquivo foi adicionado aos fontes do ACBr na revisão 29943. Para corrigir o problema e conseguir instalar o componente, tive que colocar no Pacotes\Lazarus\ACBrComum.lpk, no files do pacote, o caminho para o arquivo ..\..\..\Fontes\ACBrComum\ACBrUtil.FPDF.pas. Após recompilar e instalar novamente o ACBrComum, o ACBr_BoletoFC_FPDF compilou e instalou sem problemas. Não sei diz se isso é um problema especifico meu ou nos fontes do ACBr. Se puderem confirmar a falta mesmo do arquivo, e adicionar ele no pacote, agradeço. Se for um problema meu, se puderem explicar como proceder no caso de uma nova instalação do ACBr eu agradeço. Abraços Gerson

Olá Juliomar, Boa tarde, na última versão do Acbr que tenho instalada aqui em meu Lazarus, de 30/05/2023 rev. 29590, se eu alimentar o AcbrBoleto com os dados de emv vindos do banco, e utilizar o AcbrBoletoFCFortes, ele gera(imprime) o qrcode do pix, mas se eu somente trocar de componente, do AcbrBoletoFCFortes pelo AcbrBoletoFPDF, no AcbrBoleto, ele gera(imprime) o boleto mas não o qrcode do pix, olhando nos fontes do AcbrBoletoFPDF.pas na GerarFichaPagamento, ele não faz menção aos dados do pix para a impressão, ai fico na dúvida, essa é a versão correta? ou está em desenvolvimento já uma que faça a impressão no AcbrBoletoFPDF, Obrigado!

Olá Daniel, sim, é assim que eu faço, ao receber os dados do pix (emv,url,qrcode,etc) do banco, completo as informações do AcbrBoleto, mas não utilizo o Fortes porque fica muito feio o pdf gerado, para um servidor linux, rodando apache, com uma interface gráfica virtual, utilizo o horse em modo cgi como serviço e faço o consumo disso como se fosse uma api própria para os nosso desenvolvedores consumirem. No LazReport as fontes e o código de barras gerado ficam mais legíveis. Agora, com a necessidade do Pix, vou provavelmente mudar o componente de impressão mesmo, Valeu!

Olá Daniel, Boa tarde, sim essa é a ultima api que está disponível no porta do desenvolvedor do Itau, Maio/2023, para o registro do boleto e recuperação dos dados do pix se chama: - APIs Exclusivas Itaú Pix Recebimentos - versão: 2.131.4 é por ela que se gera o Bolecode (boleto com pix), se envia um json com os dados do boleto (geração manual, o AcbrBoleto não gera ele) e se recebe um json com os dados do pix, para completar os dados do AcbrBoleto e fazer a impressão. Só o FortesReport está fazendo essa impressão, por isso meu projeto está parado, precisava da impressão em LazReport ou, agora talvez faça nesse novo componente AcbrBoletoFPDF, implementado o qrcode nele que ainda não tem. é preciso ter acesso também a api que se chama: - API Emissão, Instrução e Consulta de boletos - versão: 2.75.27 para poder fazer as consultas, baixas, e algumas alterações nos boletos já registrados, por essa api também é possível registrar o boleto, mas ela não faz o uso do pix, por isso da api anterior, usando ela, seria só uma substituição dos arquivos de remessa e retorno mesmo. cada uma delas tem um client_id, client_secret e certificados diferentes, pois como falei acima, os scopos delas são diferentes, as próprias url's (servidores de destino) de consumo delas são completamente diferentes. Qualquer outra dúvida é só falar. Abraços

Bom dia, essa nova versão do AcbrBoletoFPDF não gera o qrcode do PIX como no FortesReport, existe algum projeto em andamento para colocar isso? pergunto só para poupar o trabalho aqui.... mas se for o caso, implementarei, obrigado!

Bom dia, "há necessidade de certificado(.crt) e chave(.key)?" => sim, você precisa ter gerado (chato processo) são duas api's que seriam usadas "neste momento", uma para o registro do boleto (boletcode) onde você recebe os dados do pix, essa usa um client_id, client_secret, arquivo do certificado e arquivo de chave e outra api para a consulta e manipulação do boleto que usa outro client_id, client_secret e novos arquivos de certificado e chave os scopos são diferentes entre elas, por isso precisa das duas, levei um bom tempo para descobrir isso tenho o exemplo de uso (em lazarus, mas tinha feito também primeiro em delphi e também funcionou), que peguei aqui no forum e fiz alguns ajustes para poder usar ainda não terminei esse projeto, mas ja envia/registra, recebe os dados do pix e imprime o boleto com o qrcode não mandei as url's aqui porque não sei se o itau permite isso, mas qualquer dúvida, já passei por todo esse processo boleto.pas

Estes post's resolveram o problema para mim, Android 11 com Delphi 10.4.2.... atualizando o sdk https://en.delphipraxis.net/topic/4655-android-11-support-in-1042/ e configurando o delphi https://en.delphipraxis.net/topic/4794-sdk-version-in-androidmanifest-file-and-rad-studio/

Aqui também, diversos clientes, em vários estados diferentes..... Exatamente o mesmo problema.

vou acompanhando por aqui! Obrigado!

Venho acompanhado à alguns dias o desenvolvimento do exemplo "Exemplos\ACBrTEFD\NaoFiscal\Lazarus\TEFDDemoNF", que muito me interessa, só estou com problemas para compilar o exemplo, pela falta da unit ACBrTEFComum, venho fazendo diariamente os update's do svn, e recompilado o meu lazarus (2.02) aqui sem problemas, mas não encontro essa unit nos fontes, posso estar fazendo algo errado, ou está mesmo faltando essa unit no projeto? Obrigado.

Sim, mesmo problema, começou agora a pouco.

Olá Daniel, obrigado pela resposta, fiz algumas modificações nas classes e ainda estou testando, para o problema de dois ou mais cartões deu certo, só não sei ainda ao certo o que pode afetar no restante do componente, tive que mexer na TACBrTEFDCliDTEF.FinalizarTransacao comentando as duas linhas abaixo: if pos(DocumentoVinculado, fDocumentosProcessados) > 0 then exit ; pois para cada cartão ele faz uma chamada a função FinalizarTransacao, então ao enviar o segundo cartão pra cá a função já encerrava, uma vez que o documento vinculado é o mesmo para os dois cartões, e dentro dela é tratado se é confirmação de cartão ou finalização de transação, o log ficou assim, lembrando que eu coloquei mais alguns gravalog(): -- 16/11 16:58:19:681 - ConfirmarTransacoesPendentes: Count:2 -- 16/11 16:58:19:683 - ConfirmarTransacoesPendentes: Rede:1 NSU:000937 Finalizacao: DocumentoVinculado:000230 <-- confirmou o primeiro cartão -- 16/11 16:58:19:693 - *** CNF - Rede:1 Confirma:NAO NSU:000937 DocumentoVinculado:000230 -- 16/11 16:58:19:695 - *** DocumentoVinculado: 000230 DocumentosProcessados: -- 16/11 16:58:19:698 - *** TipoTransacao: 1 NSU:000937 -- 16/11 16:58:19:734 - ConfirmarTransacoesPendentes: Rede:1 NSU:000940 Finalizacao: DocumentoVinculado:000230 <-- confirmou o segundo cartão -- 16/11 16:58:19:787 - *** CNF - Rede:1 Confirma:SIM NSU:000940 DocumentoVinculado:000230 -- 16/11 16:58:19:790 - *** DocumentoVinculado: 000230 DocumentosProcessados:000230| -- 16/11 16:58:19:792 - *** TipoTransacao: 1 NSU:000940 -- 16/11 16:58:19:829 - *** FinalizaTransacaoDPOS. Confirma: SIM Documento: 000230 Data: 20121116 Hora: 165819 <-- finalizou a transação -- 16/11 16:58:20:280 - BloquearMouseTeclado: NAO no site da direção, os cartões agora aparecem autorizadoes e sem pendências, tive que comentar as ultimas linhas na função também, if not Confirma then TACBrTEFD(Owner).DoExibeMsg( opmOK, 'Transação não efetuada.'+sLineBreak+ 'Favor reter o Cupom' ); me pareceu que este Confirma não se presta a essa operação nesta função, posso estar errado, e também tive que mexer na TACBrTEFD.ConfirmarTransacoesPendentes, aqui pode ser um problema, pois não sei se afeta os outros gerenciadores, if not CNFEnviado then begin fTefClass.GravaLog( 'ConfirmarTransacoesPendentes: Rede:' + Rede + ' NSU:' + NSU + ' Finalizacao:' + Finalizacao + ' DocumentoVinculado:' + DocumentoVinculado ) ; if (I = RespostasPendentes.Count-1) then // <======== mudei aqui..... CNF( Rede, NSU, Finalizacao, DocumentoVinculado ) else CNF( Rede, NSU, 'I', DocumentoVinculado ); // <======== mudei aqui..... CNFEnviado := True ; end; consegui simular aqui todas as operações com cartão, dinheiro e cartão, mais de dois cartões, desligamento da impressora e reinicio do computador, parece ter dado tudo certo, fez o que o roteiro de homologação pedia, vou fazer mais testes, estou olhando agora o cielo premia para ver se atende os requisitos, se eu fiz alguma bobagem, por favor me avise. Grato Gerson

Bom Dia, Já procurei por este tipo de "problema" no forum e não encontrei nada, não sei se é um problema ou um erro meu, sou completamente novo na operação com TEF, posso estar fazendo a operação de modo incorreto, me desculpem se for esse o caso, estou tentando simular uma venda com mais de um cartão no TEFDemo, antes de implementer no meu AC, estou usando o TEF da Direção, mas, não estou conseguindo finalizar corretamente as transações com 2 ou mais cartões, tipo: no TEFDemo, está setado: GP = gpCliDTEF Auto Ativar G.P. = True Multiplos Cartões = True AutoEfetuarPagamento = False AutoFinalizarCupom = True CHQ em Gerencial = True faço da sequinte forma: na aba de configuração -ativo ecf -inicializo gerenciador na aba de operação Multiplos Cartões = True TEF Direção = Cartão de Crédito valor ECF = 100 primeiro cartão: Valor TEF = 55 chamo CRT(clico no botão) ele abre o gerenciador da direção com o valor correto a receber 55 informo o numero do cartão recebo a informação de autorizado nada é impresso até aqui, perfeito, segundo cartão Valor TEF = 45 chamo CRT(botão) ele abre o gerenciador da direção com o valor correto a receber 45 informo o outro numero de cartão recebo a informação de autorizado agora sozinho o TEFDemo: finaliza corretamente o cupom com a forma de pagamento CARTAO = 100,00 imprime corretamente um comprovante de credito ou debito do primeiro cartão e do segundo cartão, com o numero do cupom correto e os numeros das nsu d-tef das transações corretas, até aqui parece estar tudo em ordem, mas ao verificar no site da direção as operações feitas, ele acusa que o primeiro cartão foi autorizado, saiu do status de pendente mas, o ultimo cartão que foi informado ficou no status de pendente de confirmação, olhando os log's do TEFDemo, posso estar enganado, mas me parece que ele faz a confirmação do primeiro cartão e então finaliza a transação, e depois faz a confirmação do segundo cartão, mas como a transação foi finalizada antes, o segundo cartão fica em pendente. logs do acbrtefd: -- 14/11 10:42:14:598 - InfoECF: ineEstadoECF -- 14/11 10:42:14:639 - Ret: P -- 14/11 10:42:14:643 - InfoECF: ineSubTotal -- 14/11 10:42:14:768 - Ret: 100 -- 14/11 10:42:14:772 - CliDTEF ECFPagamento: Indice: 02 Valor: 100,00 -- 14/11 10:42:15:623 - InfoECF: ineSubTotal -- 14/11 10:42:15:846 - Ret: 0 -- 14/11 10:42:15:850 - CliDTEF ComandarECF: Oper: opeFechaCupom -- 14/11 10:42:17:535 - InfoECF: ineEstadoECF -- 14/11 10:42:17:661 - Ret: L -- 14/11 10:42:17:665 - ImprimirTransacoesPendentes -- 14/11 10:42:17:669 - InfoECF: ineEstadoECF -- 14/11 10:42:17:799 - Ret: L -- 14/11 10:42:17:804 - BloquearMouseTeclado: SIM -- 14/11 10:42:17:810 - CliDTEF DoExibeMsg: Oper: opmExibirMsgOperador Mensagem: IMPRIMINDO... -- 14/11 10:42:17:824 - CliDTEF ECFAbreVinculado: COO: 000204 Indice: 02 Valor: 100,00 -- 14/11 10:42:18:538 - CliDTEF ECFImprimeVia: trVinculado Via: 1 -- 14/11 10:42:21:994 - CliDTEF ComandarECF: Oper: opePulaLinhas -- 14/11 10:42:22:895 - CliDTEF DoExibeMsg: Oper: opmDestaqueVia Mensagem: Destaque a 1ª Via -- 14/11 10:42:25:925 - CliDTEF DoExibeMsg: Oper: opmRemoverMsgOperador Mensagem: -- 14/11 10:42:25:931 - CliDTEF DoExibeMsg: Oper: opmRemoverMsgCliente Mensagem: -- 14/11 10:42:25:958 - CliDTEF DoExibeMsg: Oper: opmExibirMsgOperador Mensagem: IMPRIMINDO... -- 14/11 10:42:25:966 - CliDTEF ECFImprimeVia: trVinculado Via: 1 -- 14/11 10:42:30:963 - CliDTEF DoExibeMsg: Oper: opmRemoverMsgOperador Mensagem: -- 14/11 10:42:31:053 - CliDTEF DoExibeMsg: Oper: opmRemoverMsgCliente Mensagem: -- 14/11 10:42:31:057 - CliDTEF ComandarECF: Oper: opeFechaVinculado -- 14/11 10:42:33:428 - ConfirmarTransacoesPendentes -- 14/11 10:42:33:432 - ConfirmarTransacoesPendentes: Count:2 <------- isso fui eu que coloquei nos fontes para o log me mostrar quantos cartões estavam pendentes -- 14/11 10:42:33:436 - ConfirmarTransacoesPendentes: Rede:1 NSU:000633 Finalizacao: DocumentoVinculado:000204 <-------- aqui também pra ver onde ele confirmava a transação no caso aqui do primeiro cartão. -- 14/11 10:42:33:440 - *** FinalizaTransacaoDPOS. Confirma: SIM Documento: 000204 Data: 20121114 Hora: 104233 <------ isso aqui veio do log mesmo -- 14/11 10:42:34:859 - ConfirmarTransacoesPendentes: Rede:1 NSU:000636 Finalizacao: DocumentoVinculado:000204 <------ aqui vem a confirmação do segundo cartão. -- 14/11 10:42:34:872 - BloquearMouseTeclado: NAO como eu disse acima, posso estar fazendo algo muito errado, tentei colocar tudo da forma que estou procedendo, mas não sei mais como fazer, se alguém puder me ajudar...... obs: com uma forma de pagamento sendo dinheiro e o restante sendo em um cartão, funciona perfeito também, no site da direção ele acata o cartão corretamente. Agradeço desde já qualquer ajuda, Gerson