Daniel Simoes

A Imagem parece correta em BMP Mono Eu creio que o TImage mude a profundidade de Bits ao carregar a mesma Carregue ela do disco, com TFileStream ou TMemoryStream

@Sandro Souza SP, Você está na área aberta do fórum... nesse canal os voluntários atuam com respostas conforme seu conhecimento e disponibilidade... Para ter um SLA de respostas, confira o ACBr Pro https://projetoacbr.com.br/pro/

Olá @m5sistemas... isso depende de cada Provedor/Cidade... Algumas não disponilizam ambiente de homologação.. Logo alguém da equipe complementa a resposta com informações mais precisas sobre esse provedor

@Endrigo Rodrigues, qual linguagem você está usando ? Do lado da sua aplicação ou VM, há alguma msg de erro no log ?

Não me agrada muito, a ideia de usar uma "String" como Flag... então provavelmente não devo incorporar a modificação... Mas ainda não tive tempo de analisar qual seria a melhor solução

Você configurou errado, veja com atenção a imagem em: Ou configure por código, conforme descrito no tópico acima

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

Não temos integração de DLL com eles...

Não parece haver erros nesse Log... Por favor configure o mesmo, para o modo Paranoico Verifique ainda, se na sua rotina, você preparou o Buffer, para receber uma resposta mais Longa, pois o XML retornado, será bem maior que 256 bytes

Esse tópico pode estar relacionado a esse: Se alguém puder disponibilizar o Certificado (me envia no Privado)... meu email estão nos cabeçalhos dos fontes do ACBr

Em EscPos puro, realmente essa impressora não tem 2 fontes... Use a classe Externa SunmiPrinter que ele usará o Serviço de impressão da Sunmi... No Demo do ACBrPosPrinter você consegue testar...

O componente TEFD está sendo mantido apenas para Troca de Arquivos... E bem mais complexo usar ele, devido a necessidade de simular a comunicação com um ECF Não lembro de haver algum método na DLL da CliSiTEF que retorne a versão, mas o suporte deles pode indicar se existe algo...

Eu não consegui reproduzir o problema, ou encontrar algo que pudesse ser a causa do problema... Mas notei que você está usando um TStringStream.DataString Essa propriedade é declarada como String e não AnsiString, e pode ser que o Delphi esteja inserindo caracteres de controle de string, como o UTF8 BOM, nela... Tente por favor usar TMemoryStream ou TFileStream com o método ReadStrFromStream da Unit synautil.pas.... exemplo: procedure TDFeSSLCryptClass.CarregarCertificadoDeArquivoPFX; var PFXStream: TFileStream; begin if not FileExists(FpDFeSSL.ArquivoPFX) then raise EACBrDFeException.Create('Arquivo: ' + FpDFeSSL.ArquivoPFX + ' não encontrado'); PFXStream := TFileStream.Create(FpDFeSSL.ArquivoPFX, fmOpenRead or fmShareDenyNone); try PFXStream.Position := 0; FpDFeSSL.DadosPFX := ReadStrFromStream(PFXStream, PFXStream.Size); finally PFXStream.Free; end; CarregarCertificadoDeDadosPFX; end; a rotina acima, é usada pelo ACBr, para mover o conteúdo do certificado do Arquivo, para SSL.DadosPFX , feito isso, ele sempre lê o certificado de DadosPFX

Sim...

pela mensagem, me pareceu que está chegando um pacote, fora do protocolo esperado pelo DataSnap

Esse método sempre existiu no ACBrTEFAPI Para o 51 passar é fundamental que a configuração do componente esteja exatamente como descrito nesse tópico

@mouradantas, infelizmente a PayGo descontínuo a solução POS TEF... A recomendação atual seria usar TEF Android O TEF da PayGo é compatível com centenas de Adquirentes

Exatamente... esse ponteiro terá a área de Memória onde a Lib Foi carregada.. Assim, em um ambiente Multi-Thread voce poderá carregar uma Lib por Thread e não haverá contaminação entre as Threads

Notei que o ITAU nem chegou a processar a requisição.. Me parece ser falha na conexão Seguro, por falta das DLLs do OpenSSL na mesma pasta do EXE... Pode ser que antes funcionasse, porque outra aplicação havia instalado as DLLs do OpenSSL na pasta do Windows... ou alguma outra removeu elas de lá Para evitar problemas de "DLL Hell", sempre mantenha as DLLs que sua aplicação depende, na mesma pasta do seu .EXE Você pode baixar as DLLs daqui: http://svn.code.sf.net/p/acbr/code/trunk2/DLLs/OpenSSL/1.1.1.10/X86/

Oi @REGIS BENDER não compreendi muito bem o problema que você deseja relatar... Verifique se seus fontes estão totalmente atualizados (sem conflitos nos fontes locais)...

Por favor anexe o Log do componente, que podemos ter mais subsídio do problema

Provavelmente a nova versão está priorizando a carga do OpenSSL 3.x... Estamos investigando o problema de carga do Certificado na 3.x

Se Não me engano o Instalador foi Atualizado recentemente no SVN

Fora do horário comercial você pode usar o 3003 da PayGo Caso aconteça algum problema técnico, podem receber atendimento gratuito. Contato PayGo **Ligação: 3003-9968** (não é necessário DDD). Ou via **WhatsApp: (11) 2832-6396** Funciona em horário estendido, até 23:00hs Importante sempre informar: **CNPJ** do estabelecimento, sem pontos ou traços. Ex: 12345678000100 **Tipo do TEF** ativado na automação, via dll, PayGo Web Dedicado. **Dica:** TEF por TXT é chamado de PayGo Convencional, TEF por DLL é PayGo Web, ou Dedicado. Se houver dúvidas durante seu atendimento, você pode perguntar no canal: #tef-produção