daniel.simoes

Isso está além do que o ACBr faz... ele apenas usa as classes do FPC, para comandar a impressão em modo Raw... OldRawMode := Printer.RawMode; Printer.RawMode := True; // < -- LIGA O MODO RAW try Printer.BeginDoc; Written := 0; Printer.Write(AString[1], Length(AString), Written); Printer.EndDoc; finally Printer.RawMode := OldRawMode; end; Pode ser algo como o CUPs implementa o modo RAW, ou ainda no Driver dessa impressora... como você vê no código acima, não há muito que possa ser feito, do lado do ACBr... Mas como funciona no driver de Impressoras não fiscais, me faz pensar que existe alguma configuração diferente no Spool do Driver da Impressora de Etiquetas...

Aplicamos uma possível correção...

Verifique se no Spool da Impressora, é necessário marcar algo como Impressão direta, Modo RAW, enviar direto para a impressora, ou algo semelhante...

Quem envia as Vias a serem impressas é o emulador... talvez seja melhor entrar em contato com a Sw.Express

Fique a vontade para propor uma correção...

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 ?