daniel.simoes

Diretamente nenhum componente causa essa dependência... Mas Algumas DLLs que usarmos, como OpenSSL e LibXML2 podem causar... pois são compiladas em VisualC Basta rodar o Instalador de RunTime http://svn.code.sf.net/p/acbr/code/trunk2/DLLs/Diversos/x86/VC_redist.x86.exe

Me parece ser falta de configurar em TLS12

Obrigado pela analise e correção... Realmente analisando os Links abaixo, notei que a diretiva CPU64 não é oficialmente reconhecida pelo Delphi... http://docwiki.embarcadero.com/RADStudio/Rio/en/Conditional_compilation_(Delphi) https://wiki.lazarus.freepascal.org/Platform_defines Fiz uma revisão em todos os fontes, e substitui elas por WIN64 ou CPUX64, conforme a necessidade de compilação em Linux... Commit [r19957]

Na verdade o ACBrTEFD não fala diretamente com o PinPad... é o Gerenciador TEF que precisa dele... Até onde sei, não tem como testar TEF sem um PinPad

Obrigado pela implementação... ficou muito bacana... Mas notei que no método "OnNeedClientCertificate", ele somente irá considerar os certificados que estão instalados no Windows... e com isso não há como informar o certificado que já foi carregado pelo ACBr, e está em "FpDFeSSL.CertContextWinApi" Sabe se haveria alguma possibilidade dessa implementação trabalhar com Arquivo PFX, externo ?

Na máquina onde ocorre o problema.. por favor clique no Botão " Ver SSLib".. isso pode nos mostrar se a versão correta da DLL do OpenSSL está sendo carregada em Win64

@Jéter Rabelo Ferreira, não consegui reproduzir o problema... Usando Delphi Rio 10.3.3, compilei o Demo do ACBr (VCL), em Win64... e usei as DLLs da pasta: \ACBr\DLLs\OpenSSL\1.1.1.7\x64 OpenSSL 1.1.1g 21 Apr 2020

Lazarus pode ser usado para criar projetos sérios e profissionais... Mas a produtividade com Delphi realmente é maior... Preço não deve ser a única ou maior escolha... No meu caso a minha escolha por Lazarus foi devido a ele suportar Linux Desktop... (algo que Hoje o Delphi Enterprise também suporta) Se você pensa em usar Mobile com ObjectPascal, o Lazarus não ajudará muito...

Qual o passo a passo, para reproduzir no Demo do ACBrNFe ?

Na carga da Lib você pode informar o Path do arquivo de configuração

Pela falta do código de erro na sua mensagem dá pra concluir que seus fontes não estão atualizados

Acho que você está compilando com a diretiva de MinGW, ligada... nesse caso, apenas as DLLs compiladas pela MinGW serão compatíveis... Por favor tente compilar com o ACBr.inc original (sem XMLSec e MinGW)

na imagem indica que está em LT_all por favor atualize seus fontes... havia um bug que não mostrava o código de erro, corretamente...

Faça uma dupla checagem nos seus parâmetros de conexão e login... Usamos o ACBrMail com LocaWeb, sem problemas... Veja isso funcionando, inclusive no Android (nesse vídeo foi usada uma conta da Locaweb)

Além desse novo Demo, estou promovendo um refatoramento das Units de TEF, para permitir a criação de um novo componente ACBrTEFAPI, que será um componente bem mais simples de usar, mas usado apenas por TEFs com API (DLL) e apenas para Impressora não Fiscal... Ainda estou segurando esses commits... até termos mais testes... por enquanto, removi a necessidade dessa Unit, no Demo TEFDDemoNF.pas Por favor atualize seus fontes e teste novamente...

o ideal é manter as DLLs necessárias sempre junto do seu .EXE Aparentemente seu sistema estava carregando DLLs erradas da LibXML2

Verifique se o QRCode, está configurado para 2.0

Qual a exata mensagem do erro ? Pode ser a falta o Runtime do Visual C Rode junto com seu instalador, http://svn.code.sf.net/p/acbr/code/trunk2/DLLs/Diversos/x86/VC_redist.x86.exe Aqui tem algumas dicas de como instalar ele em modo silencioso... https://asawicki.info/news_1597_installing_visual_c_redistributable_package_from_command_line.html

Teste com o Demo do ACBr... verifique se em algum momento, sua rotina não atribui outro valor... Isso não depende do Certificado... e a msg de erro do seu post, deixa claro que foi usado SSL3

Isso indica que você está configurando com SSL3 e não TLS12 O problema foi resolvido, após a instalação de VC_redist.x86.exe ?

O RunTime do VisualC pode ser encontrado em: http://svn.code.sf.net/p/acbr/code/trunk2/DLLs/Diversos/x86/VC_redist.x86.exe Basta rodar esse executável na máquina

Data de validade do Certificado está Ok ? Verifique se falta configurar para usar TLS12, em SSLType https://acbr.sourceforge.io/ACBrLib/ConfiguracoesdaBiblioteca11.html Pode ser ainda, alguma dependência de RunTime da OpenSSL 1.1.1... que é compilada em VisualC. Veja essa sugestão:

acho que agora só falta configurar para usar TLS12, em SSLType https://acbr.sourceforge.io/ACBrLib/ConfiguracoesdaBiblioteca11.html

Por favor faça o seguinte teste: - remova as DLLs do OpenSSL 1.1.1 libcrypto-1_1.dll e libssl-1_1.dll - copie as DLLs do OpenSSL 1.0.21: libeay32.dll, ssleay32.dll http://svn.code.sf.net/p/acbr/code/trunk2/DLLs/OpenSSL/1.0.2.21/x86/