Daniel Simoes

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:

Eu acho que funciona sim.. mas o Fabricante pode lhe responder com maior certeza

A Secretaria da Fazenda do Mato Grosso lançou portal específico sobre a legislação que determina a vinculação dos pagamentos eletrônicos a NF-e/NFC-e. O portal contempla a legislação estadual sobre o tema, bem como área de perguntas e respostas elaborada com o apoio da AFRAC. https://www.portaldoconhecimento.mt.gov.br/sobre-a-integracao-meios-de-pagamento

Eu acredito que SIM... @antonio.carlos sabe nos dizer?

Eu creio que o PW_End que existe na nova DLL já faz isso... (veja o código que postei acima)

Por favor certifiquem-se de estarem rodando a última versão dos fontes do ACBr, e a nova DLL da PGWebLib... Nesse tópico eu comento sobre as principais mudanças na PGWebLib e nos fontes do ACBr.. ..o que acho que pode fazer a diferença, nessa nova DLL, é o método PW_End, que agora é chamado no DesInicializar procedure TACBrTEFPGWebAPI.DesInicializar; begin if not fInicializada then Exit; GravarLog('TACBrTEFPGWebAPI.DesInicializar'); if Assigned(xPW_End) then xPW_End; UnLoadLibFunctions; SetPGWebLibPermiteAtualiza(fAtualizaPGWebLibAutomaticamente); fInicializada := False; end;