Daniel Simoes

Eu não vejo diferenças nas chamadas... Verifique se o evento está sendo chamado de forma recorrente, ou seja, ele está chamando o evento várias vezes, de forma recursiva... isso estoura a pilha, que causa um A.V. No Log do ACBrTEFAPI, ficam registradas todas as chamadas ao evento

não compreendi essa questão... tem algum exemplo de código ?

Para sugerir modificações nos fontes, por favor anexe as Units modificadas...

Eu realmente não sei o que pode ser... o código que você mostrou é dos fontes do Delphi... Talvez seja bom acionar o suporte da Embarcadero

o problema pode estar dentro do Form que está sendo criado... acompanhe o Onshow dele, no Debug

O problema não parece ter relação com o TEF em si... mas com a construção de aplicações em FMX... Tente mudar isso: FormObtemCampo := TFrm_mbl_TEF_ObtemCampo.Create(Nil); Pois você está destruindo o Form, e não o "Application"

Essa construção parece errada.. FormObtemCampo.ShowModal(procedure(ModalResult: TModalResult) begin MR := ModalResult; end); Para programação assíncrona, você teria que tratar todo o retorno, dentro da Procedure... Veja exemplos no Demo em Android provavelmente ocorre o A.V., porque o valor atribuído a variável MR irá sair do contexto, quando sair da procedure... Creio que você possa substituir o código acima, para: MR := FormObtemCampo.ShowModal;

Estou sem Pinpad no momento... Em qual linha do fonte do seu projeto, ocorre o A.V. ? (vá passo a passo com o Debug - F7)

Por favor anexe o Log gerado pelo ACBrTEFAPI, e indique o momento onde ocorre o A.V. Você não precisa mudar o .INC.. ajuste no Projeto.. veja esse tópico: Estou sem Pinpad no momento... Em qual linha do fonte do seu projeto, ocorre o A.V. ? (vá passo a passo com o Debug - F7)

Realmente havia uma Unit que ainda não havia sido enviada, por favor atualize novamente os fontes, deve corrigir o problema

você parece estar usando uma versão antiga dessa Unit, por favor atualize o ACBr no Raiz, e rode o instalador

Ajustamos os fontes do ACBr, para que eles fiquem compatíveis com o OpenSSL 3.x... Os ajustes já estão no SVN Como essas mudanças são feitas no núcleo de comunicação segura do ACBr, agradecemos a ajuda nos testes, e por favor reportem se notarem algo estranho, mesmo no uso de versões mais antigas, como o OpenSSL 1.1.1 O que é o OpenSSL ? O OpenSSL é uma famosa biblioteca usada para comunicação segura e criptografia... no ACBr, usamos ela para vários de nossos componentes que usam HTTPS, como por exemplo, o ACBrPIXCD... Página do OpenSSL https://www.openssl.org/ Você pode encontrar as DLLs do OpenSSL, em nosso SVN: http://svn.code.sf.net/p/acbr/code/trunk2/DLLs/OpenSSL/ Porque fizemos essa mudança ? Recentemente o OpenSSL passou por um processo de refatoração, o que gerou a série 3.x... e as versões anteriores, estão sendo descontinuadas, e deixarão de receber correções de segurança e novas melhorias Suporte a protocolos mais Seguros, como TLS 1.3 Em ambientes Linux, o OpenSSL 3.x já é instalado por padrão, e é difícil fazer o downgrade, para a versão 1.1.x O que muda nos meus fontes ? Esperamos que nenhuma modificação seja necessária nos seus fontes. Nossa implementação é compatível com OpenSSL 0.9.x a 3.x, ou seja, os fontes do ACBr, tentam detectar a DLL mais nova do OpenSSL de forma automática.... Geralmente a biblioteca será procurada primeiro, na mesma pasta da Aplicação ou no Path do Sistema Operacional, dando sempre preferência as DLLs das versões mais novas... Ou seja, ele primeiro procurará pela DLL da versão 3.x, e depois da versão 1.1.x, 1.0.x, 0.9.x e assim por diante Como posso saber, qual DLL do OpenSSL o ACBr carregou ? Use as linhas abaixo, para ver a Versão e o Path completo, das DLLs carregadas na memória mResp.Lines.Add('Versão OpenSSL'); mResp.Lines.Add( OpenSSLExt.OpenSSLVersion(0) ); mResp.Lines.Add( ACBrOpenSSLUtils.OpenSSLFullVersion ); mResp.Lines.Add( OpenSSLExt.SSLUtilFile ); mResp.Lines.Add( OpenSSLExt.SSLLibFile ); mResp.Lines.Add('------------------------------'); Como atualizo a DLL para a versão 3.x ? Basta copiar as novas DLLs, para a mesma pasta do seu .exe... Se você compila seu sistema em 32 bits, aqui estão as DLLs: http://svn.code.sf.net/p/acbr/code/trunk2/DLLs/OpenSSL/3.1.3/x86/ Nota: mesmo que o Windows seja 64 bits, a DLL precisa acompanhar a arquitetura em que seu .EXE é compilado Eu preciso atualizar ? Não necessariamente, mas recomendamos que você use no mínimo a versão 1.1.x, por motivos de segurança Não creio que a atualização, gere mais performance, no uso da biblioteca...

Não vejo problemas em usar formulários em FMX Os componentes do ACBr são não visuais, ou seja, não usam a VCL Eu recomendaria você usar o ACBrTEFAPI, pois o ACBrTEFD é mais antigo, e depende da emulação de estados do ECF

Realmente a biblioteca responde como se houvesse uma parcela Poderíamos fazer algum WorkAround nos fontes do ACBr... mas parece ser um erro no retorno deles... Eu precisaria de um Log com um parcelamento válido, para saber qual outra informação poderia ser usada, para desprezar o campo 505

Por favor anexe o Log com o retorno do TEF

Não compreendi, você fala que no Fluxo do TEF, quando ele faz uma Operação ADM=122, ele abre uma janela de pergunta de parcelas ?

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

Basta efetuar o Reset do seu PDC https://paygopagamentos.typeform.com/to/xhZgfnBi

Muito obrigado... Commit [r30982]

Boa pegada... Consegue por favor anexar a Unit modificada ?

Os componentes do ACBr usam uma tabela interna de Adquirente x CNPJ... que está no link abaixo: http://svn.code.sf.net/p/acbr/code/trunk2/Fontes/ACBrTEFD/RedesPayGo.txt

Talvez a homologação mais simples, seja por troca de arquivos TXT (Client Windows) Aqui você tem a documentação da PayGo: https://devpaygo.readme.io/v13/docs/principios-basicos Aqui nosso Curso sobre TEF: https://projetoacbr.com.br/cursos/tef_pagamentos/ Para solicitar credenciais de teste com o ACBr, é necessário antes um Contrato, e isso pode se iniciar preenchendo o formulário aqui: https://www.projetoacbr.com.br/tef/

Sempre será necessária uma homologação... Trata-se de recebimento de valores... Uma Homologação visa mitigar qualquer problema que cause o não pagamento das transações ao Lojista

Tente fazer como ADM mudando OperacaoADM=122, pois nesse caso, o ACBrTEFD não tentará tratar fazer as validações de pagamento

Por favor atualize a pasta Schemas, com a última versão do ZIP... Se não me engano, ocorreu recentemente, uma mudança no Schema do NFSe Nacional