Daniel Simoes

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

o ACBrSAT, repassa a resposta da DLL, logo que recebe ela.. veja: function TACBrSATDinamico_cdecl.TesteFimAFim(dadosVenda : AnsiString) : String ; Var Resp : PAnsiChar; begin Resp := xSAT_TesteFimAFim( numeroSessao, PAnsiChar(codigoDeAtivacao), PAnsiChar(dadosVenda) ); Result := String( Resp ); end ; Ou seja, o ACBr não faz tratamento no retorno da DLL, e grava exatamente o que recebeu, no Log

Olá @edvilson.chaves, estive analisado os fontes, e as novas recomendações da Setis para o processo de homologação... Vou aplicar um ajuste nos fontes, que pode facilitar esses testes... Por favor aguarde até o fim do dia, por novas interações nesse Post

Show... obrigado pela contribuição... @Victor H. Gonzales - Panda, pode nos ajudar com essa avaliação?

Qual seria a ideia final ? Por favor descreva a sua necessidade, pode ser que isso seja alcançado de outra maneira

No ACBrTEF não há comandos para enviar imagens ou QRCode ao PinPad... Apenas mensagens

Acho que seria o caso de criar relatórios distintos e tentar rodar eles de forma encadeada... Tem alguma sugestão @Juliomar Marchetti?

Pode ser uma alternativa, com a DLL do Fabricante teríamos mais controle ou Log... Hoje em dia, é permitido usar a DLL do Fabricante... @Daniel InfoCotidiano, qual é mesmo o tópico que você havia criado, com o fim do Integrador ?

E a biblioteca do TEF que fala com o PinPad... ela cuida de mostrar o QRCode nele, se estiver configurada dessa maneira

http://svn.code.sf.net/p/acbr/code/trunk2/DLLs/OpenSSL/1.1.1.10/

Por favor envie o Log completo do ACBrSAT.. não dá pra ler o momento da entrega da resposta da DLL, no Log que você postou acima... Veja com o fabricante, como ativar o Log da própria DLL..

Não temos acesso a essa API.. acho que o correio descontinuou...