Daniel Simoes

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

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...

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

Você poderia baixar os fontes e Compilar...

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

Pelo que apurei, nosso Script de Build não está gerando um Demo para Linux...

Esse curso, que é acessível a todos os membros do ACBr Pro, dá uma boa dica de todo processo, e como implementar https://projetoacbr.com.br/cursos/dfe/

Enviei novos métodos para o SVN... Commit [r30933] Para Descriptografar o Desafio, com sua Chave Privada, e usando a ACBrOpenSSLUtils seria algo como: challenge := '----String_do_Challenge---=='; token := ACBrOpenSSLUtils1.PrivateDecryptFromString(DecodeBase64(challenge), algSHA256, rsaPKCS1_OAEP_PADDING); NOTA: os novos métodos só funcionam em versões do OpenSSL igual ou superior a 1.1.0

@antonio.carlos, Você consegue reproduzir esses testes, com esses métodos, no Demo do ACBr em C# @leoprates, Qual versão da DLL você está utilizando ?

Nas IDEs mais novas do Delphi, tem um combo no rodapé do Editor

Verifique se seus Fontes (.pas e .dfm) estão usando UTF8

Olhando rapidamente... Eu acho que esse Buffer está pequeno para alocar toda a resposta do comando...

Achei uma forma de implementar, mas apenas com OpenSSL 3.0 Estou verificando se conseguimos implementar em pelo menos na versão 1.1.1.0

Esse curso está totalmente aberto (precisa de Login na plataforma Nutror) https://projetoacbr.com.br/cursos/tef_pagamentos/

Essa versão da Lib ainda tem dependência de um Servidor X...(devido o uso do Fortes Report) Pesquise aqui no fórum sobre Xvfb Muito em breve devemos ter uma versão da Lub totalmente Console

Atualização do tópico... Na Adquirente VERO, o cartão Alelo Alimentação é tratado como uma transação de DÉBITO Isso é uma característica dessa adquirente, e se você tentar transacionar cartões da Alelo Alimentação, como Voucher, receberá um erro: -2436 NAO EXISTEM PRODUTOS COMPATIVEIS Sendo assim, para usar Alelo na VERO, informe ou escolha a opção Debito na transação No ACBr, uma chamada de comandos para sempre usar Débito seria algo como: ACBrTEFAPI1.EfetuarPagamento( NumDocVenda, AValor, [], [teftcDebito]); ou ainda, sem especificar parâmetros, e escolher a opção 2-Débito, quando for solicitada pelo TEF ACBrTEFAPI1.EfetuarPagamento( NumDocVenda, AValor );

Para simular a situação de queda de energia, seguida de desfazimento, do Teste 51 você pode aplicar a seguinte configuração ACBrTEFAPI1.TratamentoTransacaoInicializacao := tefopiCancelarOuEstornar; ACBrTEFAPI1.ConfirmarTransacaoAutomaticamente := True; Além disso, insira um Break Point conforme indicado nos fontes do ACBrTEFAPIComum.pas Derrube a aplicação quando chegar nesse Break Point... Quando a aplicação subir novamente, ela já irá desfazer a Transação usando o Status PWCNF_REV_PWR_AUT, devido a configuração aplicada no componente

Após a reunião com a Setis, apliquei um novo ajuste nos Demos do ACBrTEFAPI, para que não seja necessário, derrubar a aplicação nos testes 35 e 37... Nesses testes temos que Confirmar ou Estornar uma transação manualmente... Agora isso pode ser reproduzido no Demo, desmarcando a opção "Confirmar Transação Automaticamente" ACBrTEFAPI1.ConfirmarTransacaoAutomaticamente := False; Quando ela estiver desmarcada, no termino da transação, a aplicação perguntará se o Operador deseja Confirmar ou Estornar a transação... Isso é feito através desse trecho de código, do Demo: procedure TFormPrincipal.FinalizarVenda; var MR: TModalResult; begin //...trecho de código removido, para melhor leitura... StatusVenda := stsFinalizada; if not ACBrTEFAPI1.ConfirmarTransacaoAutomaticamente then begin MR := MessageDlg( 'Confirmação do TEF', 'Confirma a Transação ?', mtConfirmation, [mbYes, mbNo], 0); if (MR = mrYes) then ACBrTEFAPI1.FinalizarTransacoesPendentes( tefstsSucessoManual ) else ACBrTEFAPI1.FinalizarTransacoesPendentes( tefstsErroDiverso ); AtualizarPagamentosVendaNaInterface; end; Ou seja, inserimos um Dialogo com Sim ou Não, e Finalizamos a transação, com o Status apropriado, conforme a resposta do usuário...