Daniel Simoes

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

4 é o maior nível... Então suspeito que você está alterando um INI de configuração e a Lib está lendo outro... Pois o Log em anexo, não está em modo completo...

Basta criar um tópico, que a equipe libera se o conteúdo não infringir as regras de postagem https://www.projetoacbr.com.br/forum/terms/

Notei que LayoutNFSe já está igual a 1 Por favor aumento o nível do Log, para verificarmos se o INI de configuração lido, realmente tem esse valor...

Como é o exemplo de chamada do SiTEF ? Talvez você precise modificar o comportamento do ACBr, ou chamar o SiTef por fora...

O primeiro passo é saber se o TEF que você utiliza, tem integração com esse provedor...

parece que ele tentou usar SSL e não TLS.. Veja: SSLType https://acbr.sourceforge.io/ACBrLib/ConfiguracoesdaBiblioteca19.html

Qual exatamente o serviço ou provedor que você chama de Troco Digital ?

O comando "SAT em processamento", é o retorno da DLL do fabricante do SAT ao ACBr, ou seja, não é o ACBr que gera essa mensagem... Você precisa consultar o Status do SAT, antes de enviar um comando de venda ou cancelamento... enquanto ele retornar "SAT em processamento", aguarde um pouco e consulte novamente... só Envie a Venda ou Cancelamento, quando obtiver sucesso do comando de consulta ao SAT

Você poderia baixar os fontes e Compilar...

Humm. pode ser isso.. o ACBr (ainda) não suporta OpenSSL 3.x.x (estamos trabalhando nisso)