Pedro Frayman

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?

Boa tarde, tudo bem? Não temos um manual relacionado aos cartões Banrisul. Diariamente esse cartão é utilizado como débito à vista ou débito pré datado. Como débito parcelado, não há histórico de funcionar... O que pode ser feito é um teste enviando o parâmetro relacionado ao financiamento como vazio. Para que a própria adquirente traga na tela as opções disponíveis para aquele cartão. É possível realizar tal teste? Att.

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

@julio.correa realiza a reinstalação do terminal e testa novamente, ajustei uma configuração do lado da paygo. Imagino que agora será retornada a caixa de seleção para desfazer a transação.

Estou fazendo alguns testes no terminal, retorno em breve!

Sim, deveria... o client chegou a acusar a pendencia? Posso tentar simular aqui usando seu terminal?

Bom dia, você deverá criar o arquivo NCN. Seguindo a parametrização obrigatória (coluna NCN, com campos marcados com "M") conforme descrito na documentação da paygo: https://devpaygo.readme.io/v13/docs/campos-previstos-para-cada-comando Outra opção, é após acusar a pendência selecionar a opção "desfazer" na janela abaixo:

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.