Daniel Simoes

@Sérgio Arima, Muito obrigado pela sua contribuição... Commit [r31450]

Tenho uma reunião com pessoal do Marcado Pago, nessa quarta.. a ideia é justamente revisar essas URLs

Ainda não temos nada nesse sentido, no ACBr.. Mas como irei precisar, devo investigar isso em breve..

Veja esse tópico...

Humm.. tem um tutorial, em Lazarus O mais importante é definir a diretiva NOGUI, nas Opções do Projeto

Para usar o ACBr em BackEnd configure a compilação com a diretiva NOGUI

parece que a sua rotina está chamando MessagDlg.. e o UniGui não permite... você precisa mostrar as mensagens, de outra maneira...

@Juliomar Marchetti, consegue apoiar aqui ?

Entenda... provavelmente NÃO foi a PayGo.. em todo caso, contacte o seu distribuidor TEF e veja se há chamados da PayGo para eles...

Confirmei com o pessoal da PayGo e eles NUNCA ligam direto para os clientes Finais... O que pode ocorrer, é o seu cliente final abrir um chamado com eles.. e o atendente notar a necessidade de atualizar o aplicativo ClientWindows da PayGo... Mas a PayGo nunca ligaria diretamente a seus clientes, para solicitar acesso remoto a máquina deles...

Não.. A PayGo não tem relação com a TOTVs Essa história está estranha.. comenta pro seu cliente não permitir mais acesso de terceiros, sem a sua autorização... E recomendo formatar essa máquina... acho que ele foi vítima do Prilex

O erro é causado devido o OpenSSL 3 ter removido algums bibliotecas de criptografia legada... Esse link fala um pouco sobre isso... https://github.com/openssl/openssl/issues/12297 https://stackoverflow.com/questions/69692842/error-message-error0308010cdigital-envelope-routinesunsupported Ainda estou tentando aplicar uma correção no ACBr com o OpenSSL 3 Se você instalar o certificado no Windows, e depois exportar ele.. o Windows irá gerar um novo PFX, que é compatível com o OpenSSL 3... (lembre-se de marcar a opção de Exportar a Chave privada e propriedades avançadas do certificado)

@geanjesus, Podemos interceder para TEFs que são distribuídos pelo ACBr... É esse o caso ? Você tem contrato de distribuição conosco ? A história parece estranha... o seu cliente pode afirmar com certeza que foram funcionários da PayGo que entraram em contato ? Há uma quadrilha chamada Prilex, que faz justamente isso... se passa por funcionários de adquirentes e TEF houses para instalar programas de Backdoor e desviar as transações dos Lojistas.... É melhor verificar bem o que foi instalado...

@DaniPro, Muito obrigado pela analise... Você está correto, o fato da propriedade "Sucesso" ficar False, impede que o Demo do ACBrTEFAPI considere efetuar a impressão do comprovante... Apliquei a seguinte correção, no Commit [r31365] Confirmar := (QtdLinhasComprovante > 0); Sucesso := (NSU_TEF <> '') or Confirmar; @CarlosWilson, por favor atualize os fontes, e teste novamente a reimpressão do ultimo comprovante, pelo menu Administrativo...

Obrigado pela contribuição e desculpe pela demora no Commit ao SVN... Commit [r31364]

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

Obrigado pelo Retorno... e compartilhar a solução do problema...

estou achando que ele está carregando outra versão (mais antiga)... mas (ainda) não há um comando na Lib, para mostrar a versão do OpenSSL que ele carregou.. vou implementar algo nesse sentido...

Sabe qual a versão do OpenSSL que está instalada nesse Linux ?

Eu não conheço muito detalhes dessa biblioteca e como ela funciona.. mas pelo que lembro, há a opção de passar parâmetros na inicialização

parece estar relacionado a esse problema do OpenSSL 3.x Experimente por favor com a versão que acabamos de compilar

provavelmente algum objeto, que é o pai desses, está sendo destruído, antes de você consultar ele... Lembre-se que o Android é assincrono

Geralmente esse arquivo fica na mesma pasta da DLL

@Marcelo Programador, poderia por favor testar com a versão que acabamos de compilar ?

sim.. seria uma opção...