Daniel Simoes

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

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

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

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/

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

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

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

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

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

Ainda não... No momento apenas com Delphi FMX

Não compreendi muito bem as instruções do Sitef... Mas para qualquer Aplicação rodando em TS, você pode Usar o TEF por Troca da Arquivos TXT Instalar o Client Windows na máquina local Será esse Client que irá "falar" com o PinPad, e coletar o pagamento Criar uma pasta remota no Servidor, de forma que tudo que seja gravado nele, seja redirecionado para o Terminal Local, na pasta onde o TEF está monitorando o arquivo de entrada Ler a resposta do TEF, na pasta de resposta, da máquina Local, usando o mesmo recurso de "pasta remota"