Pedro Frayman

Bom dia, Renato. Tudo bem? Você deve fechar a aplicação, para que o Warsaw libere o acesso à porta USB e você não receba mais o "Erro Pinpad". Att.

Você chegou a verificar essa aula? Nela, eu e o Antônio mostramos exatamente como prosseguir: https://acbr.nutror.com/curso/2561928d2d0381ba19afa98908a21252ba2603a4/aula/8473709 Esses novos testes mencionados estão sendo feitos localmente?

Bom dia, Você vai precisar inserir o BP de qualquer forma, sem ele a aplicação não vai parar no momento exato pra te gerar uma pendência que será tratada como falta de energia. O breakpoint deve ser inserido aqui para derrubar a aplicação: O AStatus vai receber o parâmetro "ErroEnergia". Lembrando que antes do breakpoint, você precisa deixar as configurações de confirmação dessa forma: ACBrTEFAPI1.TratamentoTransacaoInicializacao := tefopiCancelarOuEstornar; ACBrTEFAPI1.ConfirmarTransacaoAutomaticamente := False; A questão aqui, é se o ambiente TS que você utiliza vai te permitir fazer essas alterações... Não sendo um cenário estimulado pela TEF House. Att.

Bom dia, pessoal. Tudo bem? Para solucionar o erro: - No demo do ACBr, a alteração foi feita na procedure ConfigurarTEF();: if (ACBrTEFAPI1.TEF is TACBrTEFAPIClassPayGoWeb) then begin with TACBrTEFAPIClassPayGoWeb(ACBrTEFAPI1.TEF) do begin {$IFDEF DEBUG} TEFPayGoAPI.IsDebug := True; {$EndIf} end; end; Com essa configuração, o componente tentará utilizar a DLL da pasta de DEBUG: x86: C:\Program Files (x86)\PayGo\PGWebLib\DEBUG\PGWebLib.dll x64: C:\Program Files (x86)\PayGo\PGWebLib\DEBUG\x64\PGWebLib.dll O que devemos fazer nesse caso é o contrário, apontar para a DLL de produção. Correção do Caminho da Variável de Ambiente O problema persiste porque a variável de ambiente PathPGWebLib ainda apontava para o path de homologação: Deve apontar para C:\Program Files (x86)\PayGo\PGWebLib\PGWebLib.dll No CMD ou powershell modifique a variável: setx PathPGWebLib "C:\Program Files (x86)\PayGo\PGWebLib\PGWebLib.dll" Obrigado, Att.

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.

Boa tarde, Rafael. Tudo bem? Validando os logs, tudo indica ser um processo da adquirente. Consultei nossos históricos e encontrei alguns relatos passados dessa funcionalidade na Cielo, que foram resolvidos pedindo a desativação da mesma diretamente na Cielo. Caso você altere os parâmetros AUTCAP para não suportar saque, também funcionará e suprimirá tal opção.

Bom dia, Ivanilson. Tudo bem? 1 - Sim, você vai precisar de um pinpad para realizar as transações em ambiente de desenvolvimento. Você pode utilizar um pinpad de testes, mas também pode utilizar um pinpad de produção; Segue o link do modelo mais utilizado pelos desenvolvedores: https://loja.gertec.com.br/ppc930v5dev/p 2 - Para desenvolvimento, não. As TEF Houses (Paygo, Software Express, LINX) cedem um ambiente com os simuladores de adquirentes para os testes. Agora em produção sim, o cliente vai precisar contratar quais forem mais convenientes para o negócio dele, em questão de taxas, benefícios, etc. O time ACBR possui uma esteira bem madura ´para apoiar os desenvolvedores nessa jornada ao se homologarem com o TEF Paygo, segue nosso formulário para que você possa entender essas questões de parceria. https://projetoacbr.com.br/tef/

Olá, Recebi o seguinte retorno da Setis, teremos que aguardar a conclusão das manutenções do lado deles.

Boa tarde, Fiz testes em meu ambiente o resultado foi o mesmo. Imagino que o ambiente da SETIS ainda esteja offline, de qualquer forma abrirei um chamado na fila deles. Retorno assim que tratarem. Em determinado momento, funcionou as transações via REDE. Mas ITI e Demo não.

Arnaldo, posso realizar testes desse ponto de captura na minha máquina?

Boa tarde, Arnaldo. Tudo bem? Você poderia me enviar os logs comms dessa tentativa de instalação? Outro ponto, não tem mais nenhuma DLL (antiga) junto ao .exe da sua automação?

Boa tarde, comunidade do projeto ACBR. Recentemente houve uma atualização no servidor da Paygo, onde os endereços de instalação mudaram para: Ambiente produtivo: pos-transac.pgweb.io:31735 Ambiente de sandbox: pos-transac-sb.tpgweb.io:31735 Ponto importante: não é necessária nenhuma atualização ou troca de endereço em terminais já instalados e funcionais. Atualmente também se faz necessária a camada de proteção instalada, em anexo o manual de instalação abrangendo o novo método. Comunicado sobre a nova DLL: https://projetoacbr.com.br/tef/comunicado/ Att. ManualdeInstalaçãoTEF-v1-1.pdf

Boa tarde, Arnaldo! Estou buscando esse email por aqui também, faz um bom tempo que recebemos. De qualquer forma, contatei o time da Paygo para pedir esse comunicado.

Ao realizar a instalação, nos envie os logs comms e ppsers, por gentileza. No ppsers conseguimos validar as bandeiras que vieram na carga de tabelas. A adquirente também consegue fornecer essa informação, caso necessário.

Boa tarde, Joel. A pagbank teria alguma evidência da carga de tabelas onde constam tais bandeiras? Através do log do pinpad na instalação também seria possível verificar. Obrigado.

Boa tarde, O autorizador "REDE" em sandbox, ele é programado para negar qualquer transação com casa de centavos. Essa configuração é utilizada para simular o cenário de transações negadas. Utilize valores inteiros que a transação será aprovada. Já no "DEMO" qualquer valor é aceito. Att.

Olá, Você pode utilizar a função LerCampo do componente, e ler os seguintes parâmetros após a autorização da transação: PWINFO_CARDNAMESTD e PWINFO_PRODNAMEDESC Em seguida realizar o de x para com a tabela enviada no post. Lembrando apenas que esse nome não possui uma padronização por parte das adquirentes e pode variar, por exemplo: Na Rede retornar "Mastercard Maestro" e na Cielo "Mastercard Débito", mesmo se tratando do mesmo cartão. Att.

Olá, No caso, o /versysilent se refere à instalação da aplicação na máquina. A ativação com a inserção do PDC e CNPJ na tela do aplicativo da Paygo, ainda se faz necessária. Não sendo possível suprimir tal tela e ação.

Olá, @Marcelo Loiola Silva O equipamento homologado pela paygo para utilizar o TEF Android é o GPOS 700x. No POS teremos a sua aplicação e também uma aplicação da paygo, que vai intermediar as solicitações de pagamento feitas pela sua aplicação. Segue a documentação da Paygo para entender no detalhe: https://devpaygo.readme.io/v7/docs/o-que-é-5

Boa tarde, Claudio. Isso mesmo. Você deve utilizar o CNPJ da adquirente que autorizou a transação. Se transacionou na Cielo, deve usar o CNPJ da Cielo.

Bom dia! Isso mesmo, a paygo apenas repassa o comprovante recebido da adquirente para o TEF. Configurações como nome fantasia, razão social e endereço precisam ser ajustadas diretamente na BIN.

@Ricardo Timm Bonsembiante podem ser feitos via ADM sim, sem problemas.

Boa tarde, tudo bem? No caso o módulo da Rede no sandbox da paygo está configurado para negar transações com valores quebrados, então qualquer operação com centavos irá retornar "NEGADA + CENTAVOS DA TRANSAÇÃO". Para testar esses valores, utilize o autorizador DEMO. Att.

Bom dia, pessoal. Realizei alguns testes e realmente parece se tratar de característica do ambiente DEMO. Poderia testar via REDE @Ricardo Timm Bonsembiante? Att.

Boa tarde, tudo bem? Esse retorno costuma ocorrer quando o tipo de PDC utilizado não é adequado para DLL. Poderia me informar o CNPJ e PDC utilizados?