Daniel Simoes

@bnobre, Basicamente QRCode estático, só tem a representação da Chave PIX do estabelecimento, sem valor, ou qualquer vínculo com as vendas o QRCode Dinâmico é gerado a cada venda, e só vale para ela, permitindo que você detecte se aquela venda foi paga ou não de forma automatizada... Recomendo ver esse vídeo, que possui os conceitos de PIX

vou analisar e testar com calma.. pode afetar outros TEFs ... Obrigado por compartilhar essa melhoria...

podemos ver no Log da PGWebLib, se o PW_End, está sendo chamado.. o log do ACBrTEF, também dará pistas de quais métodos sua aplicação, chamou do componente

Obrigado pela contribuição... @Italo Giurizzato Junior, consegue analisar para nós ?

Você poderia usar a integração por TXT... Mas com a nova DLL segura realmente não será possível carregar a mesma em Threads diferentes, ao mesmo tempo

Acho que seria muito mais difícil usar a ACBrLib... A ACBrLib trabalha com Ponteiros e alocação de memória... técnicas dificeis de dominar... Em linguagens como Java e C# o ACBr abstrai essas dificuldade criando classes de "Bind" na linguagem nativa e poupando o programador desse trabalho... Mas não há classes de alto nível que consumam a ACBrLib em Delphi (porque faz mais sentido usar os componentes) Os fontes do instalador também estão no SVN, na pasta projetos... e é todo em Delphi... Creio que com poucos ajustes você consiga gerar um instalador que reconheça o D5... Consegue nos ajudar com isso, @EMBarbosa?

@simons, por favor ouça esse PodCast que realizamos com um dos Dev da Setis/PayGo Ocorre que a DLL segura, irá proteger a Pasta, .EXE e .DLL assim que ela for ativada... Para remover a proteção, seria necessário chamar PW_End, o que o feito dentro do código de ACBrTEFAPI1.DesInicializar;

Eu acredito que seja mais simples de ajustar os fontes do ACBr para rodar no D5... Quando você roda o instalador do ACBr nessa IDE, ocorre algum erro ? Se SIM, pode por favor anexar o Log?

Olá pessoal, Desculpem pela demora na resposta... Baseado nas sugestões do @Arimateia Jr, que detectou que a Macro do OpenSSL não é carregada, e achou o métodos correto... enviei ao SVN, o Commit [r34047] Realmente a rotina de `TDFeOpenSSL.LerPFXInfo` não precisava criar todo o contexto, pois ela só pretende ler o certificado... Ficou bem mais simples..

Novas homologações devem ser feita na DLL mais nova e não na versão intermediaria Você pode baixar a DLL 5.1.30.0 em: https://paygodev.readme.io/docs/kit-para-atualização-da-documentação

Oi @galegoga.. ainda não consegui parar para analisar o código... Mas agradeço todo apoio, nessa questão... creio que ainda essa semana, concluímos isso...

@simons, me desculpe, mas não consegui compreender o problema que você quer relatar, ou como reproduzir o mesmo...

Sim.. está no cabeçalho dos fontes... (vou remover do tópico acima, para evitar os Spam bots)

Lembro de ter tido interação com um Analista da VERO, em uma outra questão.. posso questionar a eles... Poderia por favor me enviar um email, com os Logs, e situações de caso onde o CodigoAutorizacaoTransacao é retornado e outra que não é ? Eu complemento, o email, antes de enviar para ele, citando que a falta dessa informação pode impactar em erros no no Cancelamento das transações onde a informação não é retornada

Parece ser uma peculiaridade da VERO.. precisaríamos entrar em contato com eles, para compreender melhor... Se você enviar o cancelamento, com o CodigoAutorizacaoTransacao vazio (assim como retornado na venda)... o TEF não encontra a transação para o cancelamento?

Não.. realmente será necessário o NSU e o CodigoAutorizacaoTransacao Consegue detectar em quais situações a VERO não retorna o CodigoAutorizacaoTransacao ?

Eu sempre usei o NSU... Nesse tópico, tem informações de quais campos são necessários coletar da transação, para conseguir efetuar um Cancelamento automatizado

Obrigado por reportar. Fechando. Para novas dúvidas, criar um novo tópico.

Temos componentes, como o ACBrTEFAPI (novo) e ACBrTEFD (antigo)... mas eles são exclusivos para usuários de Pascal (Delphi/Lazarus) Mas eles não tem versão "Lib" Talvez não faça muito sentido, criar uma DLL que no final, chama outra DLL...

Obrigado por reportar. Fechando. Para novas dúvidas, criar um novo tópico.

Ele está aqui... 08:05:07:538 0x45=00092453 https://paygodev.readme.io/docs/10dicionário-de-dados E nos fontes do ACBrTEFPayGoComumACBr.pas, temos: procedure ConteudoToPropertyPayGoWeb(AACBrTEFResp: TACBrTEFResp); .... PWINFO_AUTEXTREF: begin NSU := LinStr; CodigoPSP := LinStr; NFCeSAT.Autorizacao := NSU; end; Então basta acessar TACBrTEFResp.NSU

O Windows está com todas as atualizações instaladas ?

Usa a versão intermediária 4.1.15.2, que estende o certificado, e é 100% compatível com a série 4.1.x https://projetoacbr.com.br/tef/comunicado/