Componente ACBrTEFAPI - Modelo tefScopeAPI

[WINDEL]

Olá,

Verifiquei através dos fontes do ACBr que está sendo desenvolvido um modelo denominado "tefScopeAPI" no componente ACBrTEFAPI, o que seria a comunicação do TEF via dll. Gostaria de tirar uma duvida, nesse caso o objetivo será criar uma parceria da ACBR com a SCOPE ou a ideia seria que esse modelo seja disponibilizado gratuitamente?

Além disso, existe algum componente da ACBR que ainda utiliza o TEF de modo tef_dial por troca de arquivos?

Obrigado pela atenção!

[Daniel Simoes]

OIá @WINDEL...

Sim iremos compatibilizar o ACBrTEFAPI, com o Scope... isso foi uma contra partida de nossa parte, por eles terem participado conosco, da última edição do Dia do ACBr, na cota Diamante...

Ainda estamos estruturando com eles, uma parceria comercial... mas SIM, devemos ter algo nesse sentido, no futuro...

Atualmente apenas o ACBrTEFD (antigo), que tem a comunicação por TXT.. mas estou considerando (no futuro), migrar essas classes, também para o ACBrTEFAPI

[WINDEL]

Obrigado pelo retorno @Daniel Simoes

Apenas uma duvida, verifiquei que existe nos fontes do ACBR o componente TEFDDialScopeGetcard que seria a comunicação por troca de arquivos. Poderia me informar se ele ainda está ativo e se consigo realizar transações PIX através do componente?

[Daniel Simoes]

Essa Unit é do componente ACBrTEFD...

Na prática elas tem pouco código, apenas para diferenças pontuais.. E não creio que ela esteja atualizada

Acompanhe no SVN os commits que estamos fazendo para a implementação da Integração por DLL do Scope no ACBrTEFAPi

 

[WINDEL]

Obrigado @Daniel Simoes

Quando vocês concluírem esse projeto da integração Scope, vocês irão emitir um comunicado?

[Daniel Simoes]

Sim.. devemos criar um tópico na área de Notícias...

Enviei vários commits recentemente, creio que está quase pronto

[WINDEL]

Olá @Daniel Simoes

Você implementou no componente TAcBrAbecsPinPad ou outro similar a possibilidade de enviar imagens para o visor do PIN PAD utilizando o TEF da Scope? 

 

[Daniel Simoes]

Sim os métodos de exibição de imagem estão funcionais no TEF da Scope

[WINDEL]

Obrigado pelo retorno @Daniel Simoes

Queria tirar apenas mais uma duvida contigo. Quanto a parte de exibição de imagens no TEF da Setis/Paygo. Esses foram implementados? Acompanhei um tempo atrás que eles até foram implementados, mas causava conflitos caso fossem utilizados juntamente com as transações de TEF. 

Por enquanto a Setis ainda não implementou os métodos?

[Daniel Simoes]

Aparentemente ainda não implementaram... estão focados na melhora de estabilidade e performance da nova DLL com o Warsaw

Confirma, @Pedro Frayman ?

[Pedro Frayman]

Olá,


Ainda não foram implementados. Conforme o Daniel descreveu, o foco está na melhoria de estabilidade e performance da DLL durante as transações, bem como a melhor implementação e utilização do Warsaw.

Solicitamos ao time da SETIS tais implementações, expondo as necessidades do parceiros no operacional do TEF. Imagino que darão andamento nesses solicitações ao finalizarem os pilotos da DLL.

[WINDEL]

Obrigado pelo retorno @Daniel Simoes e @Pedro Frayman!!

Queria só trocar mais uma ideia rápida contigo @Daniel Simoes sobre o envio da imagem para o visor do PIN PAD utilizando o TEF da Scope.

Verifiquei que no projeto TEFAPIDemo tem dois exemplos:

1- O primeiro está usando o método "ACBrTEFAPI1.ExibirQRCodePinPad". Pelo que testei, esse método está funcionando corretamente, porém não faz o envio através de uma porta COM. Esse parece ser interessante porque não ocupa a porta COM do PIN PAD e assim é possível utilizar juntamente com transações de cartão TEF sem conflito.

2- O outro método "btExibirImagemPinPadClick" também envia a imagem para o PIN PAD, porém utiliza a porta COM através do componente ACBrAbecsPinPad. Esse também funciona, mas precisa estar com o TEF desativado para utilizar a questão do envio da imagem. Pois, senão ocorre o erro de "Acesso negado" porque a porta já está ocupada.

A minha duvida seria se posso usar qualquer um dos métodos que irá mostrar a imagem no PIN PAD. Pois, me parece mais prático utilizar o item 1 para quem utiliza o TEF juntamente com o envio de imagens. Só queria tirar a duvida se existe algum possível efeito colateral em utilizar ele juntamente com o TEF.

Obrigado novamente pela atenção!

[Daniel Simoes]

Esses métodos usam a DLL do TEF, para enviar a imagem  a diferença é que o `ExibirQRCodePinPad` é mais completo no sentido que ele recebe uma String, reenderiza o QRCode, salva em PNG e envia para o PinPad

mas no final, na parte de envio da imagem ao QRCode, ambos usam as mesmas rotinas...

[WINDEL]

Certo @Daniel Simoes,

Então ambas as rotinas enviam a imagem para o visor do PIN PAD através da Porta COM?

Se for esse o caso, então pode ser que a mensagem de erro do "Acesso negado" significa que como a comunicação do PIN PAD ainda está aberta com o TEF, não é possível ativar uma nova comunicação com o componente ACBrAbecsPinPad para enviar a imagem?

Estou apenas tentando entender as diferenças.

[Daniel Simoes]

21 minutos atrás, WINDEL disse:

Então ambas as rotinas enviam a imagem para o visor do PIN PAD através da Porta COM?

sim, a interface de comunicação com PinPad, no padrão da ABECs, sempre é uma porta COM.. não há outra forma de acessar...

22 minutos atrás, WINDEL disse:

Se for esse o caso, então pode ser que a mensagem de erro do "Acesso negado" significa que como a comunicação do PIN PAD ainda está aberta com o TEF, não é possível ativar uma nova comunicação com o componente ACBrAbecsPinPad para enviar a imagem?

O problema de alguns TEFs, é não liberar a Porta COM do PinPad, de forma correta... Isso está ocorrendo no TEF PayGo, e já relatamos a Setis

 

Se você for usar as DLLs do TEF Scope, não precisaria usar o ACBrAbecsPinPad para enviar Imagem ao PinPad

[WINDEL]

Perfeito, Obrigado pelo retorno @Daniel Simoes

Sim, pelo que testei os métodos criados no TEFAPI da Scope já conseguem enviar imagem para o PinPad sem utilizar o componente ACBrAbecsPinPad e também sem ocorrer problema de porta COM ocupada. O método ExibirQRCodePinPad indica ser a solução para isso.

[WINDEL]

Mais uma duvida @Daniel Simoes quanto ao TEF da Scope.

Estou realizando os testes no pagamento de débito e percebi que existe uma diferença quanto ao pagamento do débito da Paygo. 

Na Paygo quando não especifica o tipo de financiamento para o Débito, abre um menu para selecionar o tipo de financiamento: A vista, parcelado, etc.

No TEF da Scope, quando seleciona a modalidade de pagamento Débito, mesmo não especificando a modalidade de financiamento, ele sempre seleciona a forma A vista. 

Existe alguma forma ou parâmetro para que seja apresentado um menu com o tipo de financiamento na modalidade do Débito também?

[Daniel Simoes]

@WINDEL, pode ser uma característica do servidor de homologação deles...  Consegue por favor, levar esse questionamento para o pessoal da GetCard ?

[Daniel Simoes]

@WINDEL, lembrei que enviei alguns ajustes para a Classe do Scope, referente ao tratamento dos parâmetros de parcelamento, do comando EfetuarPagamento

Poderia por favor, efetuar novos testes ?

[WINDEL]

Olá @Daniel Simoes

Certo, farei os testes.

Uma duvida, esses ajustes realizados agora permitem realizar o parcelamento também nas vendas de débito? Para mim a parte do crédito já estava requisitando o tipo de financiamento e a quantidade de parcelas.

[Daniel Simoes]

Não sei dizer ao certo... mas acho que isso também depende de regras do contrato da Adquirente x Cliente.. e talvez não seja possível, simular essa transação no ambiente de homologação.. mas acho que o pessoal da GetCard pode confirmar... Você tem contato com eles ?

[WINDEL]

Ok. Entendi, vou verificar isso com o pessoal.