Jump to content
Notícias do ACBr

click.png

click.png

click.png

click.png

click.png

click.png

clube mobile


Cursos grátis para toda base ACBr
+ Promoção Clube Mobile para o ACBr Pro

Saiba mais

adriano santos

click.png

click.png

click.png

click.png

click.png

click.png

tiagok

Membros
  • Content Count

    13
  • Joined

  • Last visited

Community Reputation

3 Neutral

About tiagok

  • Rank
    Novato

Recent Profile Visitors

The recent visitors block is disabled and is not being shown to other users.

  1. @Juliomar Marchetti Olá, você poderia adicionar estes dois campos 106 e 107, no SVN ? Acima enviei o Documento da Software Express com a presença destes campos. Já está testado.
  2. @Daniel Simoes Os campos 106 e 107 estão no manual específico que trata o módulo CardSe (carteira Digital). Anexo manual, página 19. Obs: aproveitando, pegamos um problema, ao cancelar um pagamento via carteira digital, a transação de cancelamento está ficando pendente, estamos fazendo algumas modificações pra ver se resolve, caso resolva lhe envio em seguida. CliSiTef - Interface com a aplicação - Carteiras Digitais - 1.25.pdf
  3. Olá @Daniel Simoes Gostaria de enviar mais uma contribuição, implementei para obter os campos de identificação da carteira digital, que são muito importantes para fazer a identificação da carteira que foi utilizada para o pagamento. ACBrTEFComum.pas fpIdCarteiraDigital : String; // Código de identificação da carteira digital fpNomeCarteiraDigital : String; // Nome da carteira digital property IdCarteiraDigital: String read fpIdCarteiraDigital; property NomeCarteiraDigital: String read fpNomeCarteiraDigital; ACBrTEFCliSiTefComum.pas 106: fpIdCarteiraDigital := LinStr; 107
  4. Olá, Bom dia, Eu fiz uma implementação no CliSiTef para justamente poder operar o QRCode, com o parâmetro {DevolveStringQRCode=1} Segue a contribuição anexa. 50 : begin MensagemOperador := 'QRCODE=' + ProcessaMensagemTela( Mensagem ); DoExibeMsg( opmExibirMsgOperador, MensagemOperador, (TipoCampo=584) ) ; end; 51 : begin DoExibeMsg( opmRemoverMsgOperador, '' ) ; end; Desta forma, o ACBr transfere para a apli
  5. Os fontes estão atualizados até o Revision 20231 do SVN.
  6. Aparentemente, o problema ocorre no meu caso, porque a minha implementação das chamadas ACBR, ficam dentro de uma DLL que é carregada e utilizada pelo sistema... Talvez por ser dentro da DLL tenha alguma limitação na questão do Timer ali que não se destroi... Fiz uma aplicação de teste, com a implementação diretamente em um formulário simples, e não ocorreu o problema.. acho que só consegue simular se for por uma DLL mesmo... Podem fechar este tópico, eu acabei resolvendo pra mim de outra forma.. mas se quiserem testar, eu joguei abaixo alguns trechos para montagem de um exemplo: Ex
  7. Olá Daniel, Não tenho modificações nos fontes ACBr, apenas baixei o trunk2, última versão e executei o ACBrInstall_Trunk2.exe para compilar e instalar, nada além disso. Como falei, o meu software ele instancia a classe: var FACBrTEFD: TACBrTEFD; begin FACBrTEFD.Inicializar(gpCliSiTef); FACBrTEFD.Free; end; se você fizer isso já vai conseguir simular... Se quiser pode fechar o tópico, como eu não uso o PayGoWeb, eu comentei o carregamento dele e pronto, pra mim resolveu.. só quis comentar a solução, pois acredito que possa contribuir com outras
  8. Pelo TEFDemoNF não consegui reproduzir..
  9. @Daniel Simoes O problema está aqui: Método >>> destructor TACBrTEFD.Destroy; >>> fTEFList.Free; // Destroi Lista de Classes TEF e Objetos internos Ele sai destruindo todos os objetos da lista, e quando chega no fTimerOcioso.Free, do pacote (ACBrTEFPayGoWebComum.pas) trava. destructor TACBrTEFPGWebAPI.Destroy; >>> fTimerOcioso.Free; Comentei a linha acima e recompilei o ACBR e resolveu.
  10. @Daniel Simoes O problema ocorre em: TACBrTEFD.Free Na revision 20137 ele foi modificado >>>>> Modified : /trunk2/Fontes/ACBrTEFD/ACBrTEFD.pas
  11. @Daniel Simoes O problema ocorreu no commit da revision 20137 (no revision 20136 funciona corretamente o .Free, e quando atualizo para a versão 20137 ocorre problema). Revision: 20137 Author: dopi Date: sábado, 20 de junho de 2020 10:53:48 Message: -- ACBrTEFD, ACBrTEFDClass -- [+] Adicionado novo modelo de TEF Dedicado, para suportar "TEF PayGo Web Libc" Modelo: gpPayGoWeb, Classe: TEFPayGoWeb: TACBrTEFDPayGoWeb; -- ACBrTEFDClass -- [-] Correção para preencher a Segunda Via, quando apenas a Via Completa é informada -- TACBrTEFDPayGoWeb -- [+] Nova classe, p
  12. Oi Daniel, Eu fiz isso, já tinha baixado em uma nova pasta.. Retornei da Revision 20214 para a revision 20052 e o problema parou. Então limpei tudo e atualizei para revision 20137 e o problema no .Free já ocorre. Então limpei tudo e atualizei para revision 20052 novamente e não ocorre o problema no .Free Com certeza algum commit entre a revision 20052 e 20137 está ocasionando o problema. Sobre o método de inicialização, na review 20052 continua mais lento do que a versão de 2018.. parece que foi adicionado algo que pesou.. mas não chega a ser um grande problema, o prob
  13. Olá Pessoal, Estava com meus fontes do ACBr sem atualizar desde 2018, então resolvi atualizar para pegar as últimas atualizações. Exclui todo o trunk e baixei novamente (Agora estou na Revision 20214), fiz a compilação e reinstalação de todos os componentes ACBR (Uso Delphi XE 10) Crio via Fonte, o componente "TACBrTEFD" conforme exemplo abaixo FACBrTEFD: TACBrTEFD; Fui executar meu roteiro de testes com esta build citada e a aplicação está demorando mais em alguns pontos e outros chega a trava, conforme abaixo: FACBrTEFD.Inicializar(gpCliSiTef); >>>>&
×
×
  • Create New...