Daniel Simoes

acho que é específica de alguma versão de IDE.. experimente remove-la...

Show.. Muito obrigado.. @Daniel InfoCotidiano, pode nos ajudar no teste em seu ambiente Linux?

Experimente remover e adicionar novamente a Plataforma de compilação Android Verifique se não há mudanças locais nos seus arquivos de Projeto... Na dúvida apague é baixe novamente

Se a DLL do fabricante do SAT exigir privilégios de Administrador, isso pode ser realmente necessário... No SAT da Gertec / Epson, lembro que isso realmente é uma exigência da DLL

o erro parece dizer que a sua IDE não tem suporte para a compilação em Android

Eu não acho que seja um Bug, o retorno está em UTF8, acho que basta considerar isso, e tratar (se for o caso) para ANSI Mas de toda forma, precisamos de um passo a passo, de como podemos reproduzir o problema... Se você puder compartilhar um pequeno projeto Console, que reproduza o erro, podemos testar em nosso ambiente...

o ACBrTEFD é muito mais complexo de usar, pois precisa "simular" o comportamento de um ECF, para ele funcionar....

Eu creio que o GPOS720 ainda não foi homologado pela PayGo... Mas vou procurar saber melhor...

@Claudiney Cogo, A homologação é feita com alguma das TEF Houses, que você escolher... No nosso curso, tem o vídeo do roteiro de homologação completa, do TEF PayGo https://acbr.nutror.com/curso/2561928d2d0381ba19afa98908a21252ba2603a4

A resposta acima, parece estar em UTF8... porém o Delphi em Linux, sempre usa UTF8 Consegue reproduzir o problema, com o Demo do ACBrCEP ?

Muito obrigado pela contribuição ... @Italo Giurizzato Junior, pode por favor proceder com a analise ?

Atualmente a PayGo só atende através de Distribuidores... O ACBr é o maior Distribuidor da PayGo Se tiver interesse em conhecer nossa proposta, favor preencher o formulário, no link abaixo https://projetoacbr.com.br/tef/

https://www.eventbrite.com.br/e/vinculacao-de-pagamentos-mato-grosso-tickets-840101124077

Sim.. está na minha lista de tarefas, essa analise...

O caminho mais natural, para quem é de PDV, é usar um TEF, para ser multi-adquirente... https://projetoacbr.com.br/tef/

Obrigado pela contribuição... @Victor H. Gonzales - Panda, nos ajuda com essa análise?

No Demo do ACBrPIX, na aba de configuração do Itaú.. há várias guias com passo a passo para geração do Certificado... Mas isso deve ser feito apenas uma vez por cliente, e os certificados gerados, devem ficar salvos em um local seguro...

realmente ainda não há como:

Sabemos que uma aplicação 32 bits, deve apenas carregar DLLs de 32 bits (mesmo que o Sistema Operacional, seja de 64 bits) Já se você compila sua aplicação em 64 bits, deverá sempre utilizar DLLs de 64 bits. Porém, infelizmente algumas DLLs possuem o mesmo nome, mesmo tendo arquiteturas diferentes, e isso pode levar o desenvolvedor a ficar confuso, na hora de saber qual é a DLL com a arquitetura correta. É o caso da PGWebLib.dll, a versão 32 e 64 tem o mesmo nome de arquivo em disco... Esse artigo lhe dá algumas dicas de como descobrir qual é a DLL correta a ser carregada, conforme a compilação do seu Binário 1 - Através das váriáveis de ambiente da PGWebLib 4.1.25.x ou superior A partir da versão 4.1.25.x, a PGWebLib ganhou uma proteção de segurança e após a execução do instalador do Client Windows, você poderá encontrar as DLLs nas variáveis de ambiente: PathPGWebLib e PathPGWebLib_x64 PathPGWebLib=C:\Program Files (x86)\PayGo\PGWebLib\PGWebLib.dll PathPGWebLib_x64=C:\Program Files (x86)\PayGo\PGWebLib\x64\PGWebLib.dll Saiba mais sobre a nova DLL PGWebLib, Segura, no tópico abaixo: 2 - Inspecionando o arquivo em Disco Isso é um pouco mais difícil.. você precisa abrir o binário da DLL e examinar o conteúdo dele... Nesse exemplo usamos o programa NotePad++ com o PlugIn HEX-Editor 64 Bits 32 Bits Fonte: https://superuser.com/questions/358434/how-to-check-if-a-binary-is-32-or-64-bit-on-windows

Programa para testar Portas e Conexões utilizadas pelo TEF PayGo

Download em: