Daniel Simoes

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

A Setis não tem acesso ao vídeo do ACBr... Teremos uma reunião com eles, para compreender as novas necessidades

Página de Status do Discord https://discordstatus.com/

No ACBr, não temos nada nesse sentido...

@edvilson.chaves, enviei ao SVN, alguns ajustes nos componentes e Demos do ACBr.... Commit [r30817] Commit [r30818] A Principal mudança seria no Demo... Se você configurar o seu componente da seguinte Forma ACBrTEFAPI1.TratamentoTransacaoPendente := tefpenPerguntar; ACBrTEFAPI1.TratamentoTransacaoInicializacao := tefopiProcessarPendentes; O Demo demonstrará como Exibir um Menu, permitindo ao Operador, escolher qual tratamento ele quer dar a Transação Pendente Isso venceria fácil todos os testes do Roteiro (35/36, 37/38, 51)... Mas não é o ideal para se aplicar em Produção... Estou conversando com a Setis, para compreender melhor como devemos proceder no roteiro...

Verifique os seguintes itens: Driver do fabricante do Pinpad instalado (não o padrão do Windows) Muitos equipamentos plugados na USB do PC (isso pode causar mal funcionamentos no PinPad, por baixa amperagem) Windows não está configurado para hibernar a USB por economia de energia

A Tanca faz essa recomendação... ou seja, usar a DLL de MFE deles, e não do Fisco...