Daniel Simoes

tópico relacionado:

Esse tópico tem um longo debate sobre como aplicar essas regras/validações

Não há como... Essa informação só é retornada pelo TEF após a transação ser efetuada

Nunca Soube de um Certificado que contivesse 2 CNPJs .... Qual é exatamente esse Certificado? Tem algum link para pesquisa ? Provavelmente você está usando o Certificado do CNPJ errado

Aplicamos alguns ajustes nos fontes, para o OpenSSL 3.X Logo compilamos uma nova versão da ACBrLib

Acho que agora descobrimos o problema...

Notamos vários relatos, de usuários que não estavam conseguindo carregar alguns certificados, usando a versão 3.x.x do OpenSSL, e sendo que esse mesmo certificado, é carregado normalmente, na versão 1.1.x do OpenSSL Ocorre que a versão 3.x do OpenSSL, tornou "legado" algumas rotinas de criptografia... E provavelmente os certificados que causavam erro, estavam usando essas rotinas legadas... Esse link nos ajudou com a solução que aplicamos nos fontes do ACBr, e dá mais detalhes sobre o problema: https://github.com/openssl/openssl/issues/19368 A modificação que aplicamos depende que o OpenSSL consiga carregar a biblioteca "legacy", portanto a mesma deve estar na mesma pasta das demais... Você pode ver as modificações, nesse histórico de Commit [r31480] Essa biblioteca "legacy.dll" agora é distribuída na pasta: ACBr\DLLs\OpenSSL\3.1.3\x64 Observe que não encontramos uma distribuição do OpenSSL, que tenha a "legacy.dll" para 32 bits... portanto, a carga dessa DLL, no Windows, só irá funcionar, se você estiver compilando o seu executável em 64 bits... Abaixo estão algumas dicas, se você estiver com problemas ao ler o Certificado, usando OpenSSL 3 Verifique se a biblioteca "legacy" está na mesma pasta das demais DLLs do OpenSSL 3 - Lembrando que conforme explicamos acima, ela está disponível, apenas para 64 bits - A pasta com todas as DLLs ficaria algo como: "libcrypto-3-x64.dll, libssl-3-x64.dll, legacy.dll" - Você não conseguirá usar as bibliotecas de 64 bits, se estiver compilando a sua aplicação em 32 bits Instale o certificado no Windows, e Exporte ele novamente Isso fará com que o Windows reescreva o certificado, utilizando rotinas de criptografia mais modernas, e com isso, permitindo o uso dele no OpenSSL 3.x Volte para versão 1.1.x.x do OpenSSL... Essa versão da biblioteca OpenSSL provavelmente continuará sendo utilizada, por muitos e muitos anos

Você está tentando instalar os componentes do ACBr manualmente, sem o uso do instalador ?

Na API do BACEN, existem EndPoints para Webhooks... mas eles não estão concluídos no ACBr https://app.swaggerhub.com/apis/Projeto-ACBr/api-pix/2.6.0#/Webhook/put_webhook__chave_ @Filipe Carlos, acha que consegue nos ajudar a mapear esses EndPoints e Objetos, para dentro do ACBr ? A ideia é observar como é a implementação dos EndPoints já disponíveis, e seguir o mesmo raciocínio...

Já é possível... https://acbr.sourceforge.io/ACBrMonitor/PassoaPassoNFSe.html

Humm.. acho que realmente não mapeamos todos os EndPoints de Webhook.. (Justamente por ser pouco prático em aplicações Desktop) @EliasCesar ou @Alexandre de Paula, podem confirmar ?

Configure a Lib para ela responder em ANSI https://acbr.sourceforge.io/ACBrLib/Geral.html

Aparentemente há algum outro programa rodando na máquina e capturando a Porta Serial...

@Juliomar Marchetti, você tem essa versão do Fast Report, para tentar simular ?

@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...