daniel.simoes

Atualizando o tópico... Se você usar o algum componente ou lib que dependa do Fortes Report para gerar relatórios, pode perceber que a sua aplicação ficou dependente de um Servidor X. Isso acontece mesmo com a compilação em modo CONSOLE. Talvez sua aplicação gere um erro semelhante ao descrito abaixo ao ser executada: Isso ocorre, porque o Fortes Report injeta essa dependência do Servidor X... Para resolver esse problema você pode instalar o serviço Xvfb, que é um Emulador de Servidor X https://en.wikipedia.org/wiki/Xvfb E nesse caso, você rodaria a sua aplicação com comando: xvfb-run ./SuaAplicacao Em alguns casos, também pode ser necessário, instalar o xauth https://en.wikipedia.org/wiki/X_Window_authorization

O TEF por API/DLL, PayGoWeb, é muito rápido e simples de instalar... Mas você deve tomar alguns cuidados para que ele funcione corretamente nos seus clientes Finais Se você está recebendo alguma das msgs de erro abaixo: SEQUENCIA INVALIDA DO NUMERO DE SOLICITACAO ERRO DE AUTENTICACAO DO PONTO DE CAPTURA A causa desse problema, pode ser o Fato de sua aplicação, que carrega a DLL da PayGoWeb, estar sendo executada em várias instâncias, ao mesmo tempo, na mesma máquina... Ou seja, o Operador executou a aplicação duas ou mais vezes, e está operando o TEF em várias janelas da sua mesma aplicação... Isso gera uma série de problemas, e deve ser evitado... O PinPad não poderá ser acessado em modo compartilhado, por várias instâncias da DLL da PayGoWeb, ao mesmo tempo, e você pode receber erros de acesso ao PinPad As tabelas internas da PayGoWeb, que ela cria em sua Pasta de Trabalho podem perder o sincronismo, pois agora temos várias instâncias da DLL da PayGoWeb gravando nas mesmas tabelas... Portanto, devemos evitar que a aplicação de Frente de Caixa, possa ser aberta várias vezes, na mesma máquina... Uma das técnica para fazer isso, é usar a API do Windows, com o método CreateMutex Veja um exemplo, abaixo, usando Delphi. program SeuPrograma; uses Interfaces, sysutils, IniFiles, Windows, Dialogs, Forms, .... ; {$R *.res} var Ini : TIniFile; UmaInstancia : Boolean; begin Ini := TIniFile.Create( ExtractFilePath(Application.ExeName)+ 'Config.ini' ) ; try UmaInstancia := Ini.ReadBool('Config', 'Uma_Instancia', false); finally Ini.Free; end; Application.Initialize; if UmaInstancia then begin CreateMutex(nil, True, 'NomeDoSeuPrograma'); // <--------------- AQUI ------------- if GetLastError = ERROR_ALREADY_EXISTS then begin MessageDlg('NomeDoSeuPrograma','O programa já está em execução', mtError, [mbOK], 0); Application.Terminate; exit ; end; end; Application.CreateForm(TFrmMain, FrmMain) ; Application.Run; end. Ou Seja, o Primeiro Mutex será criado com sucesso... Mas quando a segunda aplicação for executada, haverá um erro na criação do Mutex, e isso forçará a entrada no IF que aborta a execução do programa, fechando a segunda instância...

verifique a versão da DLL.. use as atualizadas do repositório do SVN do ACBr

Falta das DLLs do OpenSSL, na mesma pasta do seu .exe

Existe WTS Client para Android ? Eu acho que não seria uma boa estratégia... Você terá dificuldades de acessar a impressora e os dispositivos na USB

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

Me parece que você não instalou o ambiente Android corretamente... Recomendo rodar o instalador e selecionar SDK e NDK do próprio instalador do Delphi

Humm.. a falta do arquivo, pode ser o problema... Procure nas pastas um arquivo com o mesmo nome ou reinstale o Delphi Veja se o Antivírus não apagou o arquivo da chave

Me parece que a sua chave de Debug, está corrompida... https://knowledgebase.progress.com/articles/Article/9009 C:\Users\Dercio\AppData\Roaming\Embarcadero\BDS\21.0\debug.keystore Você pode copiar de qualquer outro Delphi... Alguns Fabricantes de SmartPOS, como o Gertec GPOS700, disponibilizam uma chave para Debug, que deve substituir esse arquivo...

Experimentou apagar a subpasta, onde ele gera os binários e APK ?

Olá, Acabamos de enviar para o SVN do ACBr, no commit 22076 um importante ajuste, para o componente ACBrPosPrinter conseguir identificar corretamente, todas as impressoras EPSON de Bobina. Após a atualização dos fontes do ACBr, toda a Linha de impressoras da EPSON, que utilizam Esc/Pos, podem ser identificadas e acessadas pelo ACBr, simplesmente configurando a Porta com a string: 'USB'. Explicando um pouco mais... As impressoras da linha de Ponto de Venda, da EPSON, podem ser configuradas em modos PrinterClass, e VendorClass Este vídeo da EPSON, fala um pouco mais sobre os Modos PrinterClass e VendorClass Antes, se usássemos a sintaxe de Porta = 'USB', o ACBr somente conseguia encontrar as impressoras da EPSON, se elas estivessem configuradas no modo PrinterClass... mas agora também conseguimos encontrar e acessar as impressoras EPSON em modo VendorClass Portanto, todas as Impressoras das fotos abaixo, são acessíveis, apenas usando: ACBrPosPrinter.Porta := 'USB'; Acessando a Impressora diretamente pela USB, o ACBrPosPrinter também conseguirá, ler status e informações da impressora... Impressoras das Fotos, da Esquerda para a Direita: TM-H6000IV, TM-88V, TM-L90, TM-T20 e TM-T20X

Creio que ajustes já foram enviados... Atualize pelo SVN e teste novamente...

Creio que não... a IDE se comunica com o servidor da Embarcadero

Realmente está estranho, o colchetes no Inicio... Você pode por favor, anexar o Log do ACBrTEFD ?

Parabéns pela resposta @Warquia Pereira... muito útil.. Movi para a área da Base de Conhecimentos

Não é possível migrar para Fortes Report ?

Não ficou claro o problema... Por favor anexe o Log completo

Verifique se você tem as DLLs do OpenSSL atualizadas http://svn.code.sf.net/p/acbr/code/trunk2/DLLs/OpenSSL/