Pedro Frayman

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?

Bom dia, Juan. Tudo bem? Nesse caso será necessário realizar a troca do pinpad, somente o fabricante consegue alterar tal status. Att,

Boa tarde, os drivers do fabricante estão instalados? Att,

Entendi, é possível sim, via TEF Android. Através dele você conseguirá enviar uma requisição com os valores e parâmetros de pagamento "engessados", limitando a interação do operador com a venda, a partir de um servidor ou na própria automação embarcada em um SMARTPOS por exemplo (a depender se vai utilizar mobile ou não). Conforme o Juliomar orientou anteriormente, acredito que o melhor caminho seja conversar com o time comercial para entender todas as necessidades do projeto https://www.projetoacbr.com.br/tef

Bom dia. -Qdo finaliza uma venda, têm possibilidade do valor da venda sair na maquina de cartão "comum" sem ser TEF? - Há algum maquina de cartão que possibilite isso sem que seja pelo TEF? A maquina comum seria um POS? Caso sim, você consegue utilizar um POS Android, com TEF Integrado. Não entendi muito bem a parte do valor da venda sair na maquina, consegue dar mais detalhes? -Caso precise implantar o TEF, quais equipamentos precisa comprar? Para mobile, seria o GPOS700 e para fixo é necessário um pinpad padrão Abecs. Att.

Esse tópico tem como objetivo orientar o processo de verificação de chaves e integridade do Pinpad. O resultado do teste pode ajudar a solucionar erros relacionados à ausência de chaves de determinada adquirente. Será necessário utilizar a aplicação PPCOMP. 'Por motivos de segurança, esse aplicativo é distribuído pelos consultores do ACBr para as empresas que tem acordo de Distribuição TEF conosco. Para saber mais sobre TEF com o Projeto ACBr, acesse: https://projetoacbr.com.br/tef/ Para obter suporte técnico de nossos consultores, acesso o nosso Discord: https://discord.gg/acbr Após obter o Zip com o arquivo, descompacte para a área de trabalho e execute a aplicação. Certifique-se que o pinpad está conectado em uma porta USB (importante não utilizar HUB e que os drivers oficiais do fabricante estão instalados na máquina. 1 - Selecione a opção "1 - Busca automática pela porta" ou insira o número da porta COM relacionada ao pinpad na opção "2". Serão retornados alguns dados preliminares sobre o hardware: 2 - Selecione a opção "1 - teste completo" 3 - Será retornada uma tabela com as chaves presentes no pinpad: 4 - Caso seja necessário testar a integridade do pinpad, o teste prosseguirá solicitando algumas interações do usuário com o pinpad como apertar alguma tecla, aproximar, inserir ou passar um cartão qualquer para validar os mecanismos de captura, etc: Se o objetivo for apenas verificar as chaves do pinpad, o teste pode ser abortado no "PASSO 3". 5 - Será gerado um relatório com nome "PGTestPINpad_XXXXX_XXXX" onde constará os logs com os resultados dos testes:

Estou em tratativas com eles nesse momento, logo trago retorno consistente. Na maquina do dev e na minha, o arquivo que te enviei acima funcionou... Consegue acessar a pasta "program data" e trazer os logs do paygo?

Olá @claudiomiguelmuller, Como o Daniel informou, atuo como consultor ACBR. Sobre o campo 738, se trata do registro de certificação, em homologação pode ser enviado qualquer valor, pois o mesmo não é validado. Em produção você recebe esse dado para alimentar o arquivo de requisição quando finalizar a homologação.

Na documentação esse campo consta como obrigatório: Em breve terei retorno

Acredito que essa versão não seja 100% compatível com a captura de dados no pinpad. Mas estou validando com o time dev da paygo e em breve trago retorno.

Poderia testar com esse arquivo? Por aqui consegui capturar com ele. Qual a versão do paygo troca de arquivos você está utilizando? Se ainda retornar erro, pode anexar um print por gentileza. 000-000 = CDP 001-000 = 00000089 006-000 = F 706-000 = 412 716-000 = CONFECCOES LTDA 733-000 = 100 735-000 = AUTOMACAO COMERCIAL 736-000 = v100 738-000 = G45J35G3JH45B435 999-999 = 0 Outro ponto, valide se está usando UTF8 como encode.