Daniel Simoes

Usar diretamente a DLL da PayGo é uma tarefa difícil....pois ela tem uma comunicação complexa... Recomendo usar a troca de arquivos TXT https://paygodev.readme.io/docs/o-protocolo-de-troca-de-arquivos

Pode por favor anexar o Log referente a essa transação acima ? Precismos saber se esse número é retorno de forma identificada no Log da PayGo

Esse erro geralmentr indica que você está usando a DLL de homologação em ambiente de produção ou vice-versa Verifique aimda se há algum bloqueio de portas na Rede

A PayGo descontinuou a PGWebLib para Linux (poucos usuários) Acredito que no momento a PayGo não tenha uma solução para Linux... Eu também acho isso muito lamentável

Poderia por fabir anexar o XMl para o time reproduzir o problema?

Obrigado por compartilhar... vou mover para a área de notícias... A confusão será enorme...

Você precisa acionar o seu Distribuidor PayGo... Se tiver interesse o ACBr é o maior distribuidor da PayGo Por favor se cadastre em: http://projetoacbr.com.br/tef/

isso mostra que ele baixou o Driver.. mas você precisa instalar no Windows https://developer.android.com/studio/run/oem-usb#InstallingDriver

Ele sempre irá solicitar o Cartão, para evitar fraudes dos Operadores

https://www.projetoacbr.com.br/forum/topic/61749-como-fazer-um-cancelamento-automatizado/

Está correto.. mas parece que você realmente precisa resolver essa questão do driver USB do Windows https://developer.android.com/studio/run/win-usb

Você está usando um Cabo USB como indicado no Vídeo?

Estou longe dele no momento.. mas verifique se há outra opção com "USB" nas configurações, que esteja desativada

Você precisa ativar Debug nele

Imaginei que você estivesse usando os componentes em Delphi... Na ACBrLib, os "DadosPFX" devem ser informados em Base64 Leia o certificado em um Stream e codifique ele em Base64

@IgorAcertSoft, veja no manual Quick.. essa seção

Notei que não houve resposta HTTP... Ou seja o seu programa não está conseguindo estabelecer conexão com a API do PSP Provavelmente as Bibliotecas do OpenSSL não foram carregadas de forma correta, pela sua aplicação

Acho que seria muito difícil desenvolvermos algo do nosso lado, sem um equipamento para testes Pelo que li, eles disponibilizam um Serviço de Impressão, que deve ser acionado por Intent, usando uma sintaxe própria

Eu precisaria saber se a Impressora dele, é compatível com EscPos, e se é acessível por BlueTooth

Humm.. Não tem as especificações técnicas, nesse link

Tem algum link, para analisarmos as características desses equipamentos ?

Sim, funciona

Isso ocorrerá mesmo na versão 32.. você precisa criar o arquivo com um nome temporário e renomear para o ENT.TXT, apenas quando tiver fechado o arquivo.. veja o fluxograma dessa página https://acbr.sourceforge.io/ACBrMonitor/ACBrMonitor.html Não creio que exista melhoria no desempenho... Se você usa SAT, a resposta é SIM.. pois poucos fabricantes disponibilizam DLLs de SAT em 64 bits

@Vagner S Oliveira, para nos enviar dados sigilosos, por favor escreva para [email protected]

O problema era na SEFAZ, e já está normalizado..