Termos mais procurados:
Olá a todos!
Estou com um problema de obtenção do payment_token pelo backend. Só retorna:
{"code":3500011,"error":"invalid_data","error_description":"Não foi possível recuperar os dados enviados."}
Já revisei tudo de acordo com a documentação e não funciona. Podem me auxiliar? Obrigado!
Pessoal já tem mais de uma semana que mandei os dados do contrato de envio de Pix e não me responderam ainda.
quando criei o webhook, o dados.json é atualizado. [{"evento":"teste_webhook","data_criacao":"2023-03-29T12:58:03.088Z"}]. mas quando realizo uma transação não atualiza. sabe o que pode estar errado?
no meu banco de dados
E colocar o código do exemplo de back-end no front-end ? Pq o que você precisa é só aquilo mesmo de RSA em cima dos dados de cartão...
Na doumentação de criação de cobrança via cartão tem a documentação para criar o payment token. Basicamente ele é um token gerado para o cartão de crédito informado, evitando que vc salva o cartão no seu banco de dados.
Boa tarde. Alguém pode me ajudar com um problema ? Estou no ambiente de homologação da API de pagamento com cartão. Não estou conseguindo obter o payment_token nem o card_mask. De acordo com a documentação, para obter esses dados antes é necessário gerar: SALT, chave RSA, objeto JSON contendo os dados do cartão junto com o SALT gerado, e por fim, criptografar esses dados e manda-los através de uma requisição POST para a rota "https://sandbox.gerencianet.com.br/v1/card". Até aqui tá tudo perfeito. O identificador da conta é enviado no Header da requisição com o atributo account-code. Só que a API retorna um erro informando que o identificador de conta fornecido é inválido. Mas isso não faz sentido, já que para obter o SALT e a chave RSA eu envio o mesmo identificador e funciona perfeitamente.
Bom dia @godiel tudo certo?
Em homologação não há tentativa de cobrança no cartão de fato.
Para simulação de cobranças de cartão em ambiente de Homologação, basta seguir os parâmetros:
Faz todas as validações que acontecem em uma criação de pagamento normal, com exceção das politicas de bloqueio:
Cartão com final 1 retornamos que os dados de cartão estão inválidos
Cartão com final 2 retornamos que por motivo de segurança não foi autorizado
Cartão com final 3 retornamos que a transação não foi autorizada
Demais finais a transação é aprovada
Bom dia @ranulfosouza ! Ocorreu a recusa da cobrança, pois você gerou uma cobrança informando os mesmos dados do perfil da conta emissora. Insere dados diferentes, e tente emitir novamente. Se a falha persistir, nos informe, por favor.
Boa tarde, Pessoal. Estou com um problema ao gerar o Payment Token no Back-end (uso PHP). Na documentação é dito que para gerar o Payment Token, antes, é necessário gerar o Salt e a chave pública RSA. As funções para gerarem esses dados estão funcionando perfeitamente. Mas, na parte final, quando mando esses dados para gerar o Payment Token, um erro é retornado dizendo que o identificador de conta fornecido é inválido. Mas isso não faz sentido já que eu consigo obter o salt e a chave RSA e ambos precisam do identificador da conta, e eu uso o mesmo para gerar o payment token mas não funciona de forma alguma. Alguém já passou por esse problema e sabe como resolve-lo ?
acho que expressei mal com o nova, é pq já tinhamos integrado com o pix, mas sem webhook cadastrado, e agora precisamos cadastrar o webhook, ai estou chamando de nova pra gente, mas na verdade são com os mesmos dados já utilizados anteriormente
Bom dia Pessoal!
Estou tentando gerar o payment token via backend, estou com esse erro:
{'code': 3500011, 'error': 'invalid_data', 'error_description': 'Não foi possível recuperar os dados enviados'}
Fiz todo o processo, estou gerando o salt (incluindo ele no json dos dados), gero o RSA e faço a criptografia dos dados com essa chave publica.
@klawdyo.com você consegue buscar os dados de uma assinatura utilizando o GET /v1/subscription/:id - https://dev.gerencianet.com.br/docs/assinaturas-outros-endpoints#3-retornar-informa%C3%A7%C3%B5es-de-assinatura-vinculada-a-um-plano
Eu acho que se você quer algo rápido e ágil, deveria pedir o menor número possível de dados e não gerar login, e sim usar endereços MAC para associação de usuário.
veja bem, agora a noite tirei umas horinhas para trabalhar em uma pagina que irá realizar o seguinte processo: ela pega os dados do cliente para geração do login dele, e esse login só será liberado mediante a uma resposta. estou tentando ir por essa linha de raciocinio.
Acredito que seja válido sim @leonardo.souza2811
Retoma a conversa pelo email que te encaminharam os dados que vão te orientar sobre o prosseguimento
Eu mandei o questionário de proprietário, testemunha e dados da empresa.
Olá, bom dia. Estou recebendo o erro "Não foi possível recuperar os dados enviados." ao tentar cadastrar um cartão na rota "/card". Em homologação acabei de testar e tudo funciona lindo. Em produção, já revisei todas as credenciais e certificados, aparentemente está tudo certo.
Olá, alguem pode falar se tem algo rolando para nao pedir tantos dados na hora de fazer uma cobrança via cartao de credito?
Bom dia, @valkhan.2023. Tudo bem?
Agora em ambiente de homologação são feitas simulações de acordo com o último dígito do número do cartão de crédito utilizado:
- Cartão com final 1 retorna: "reason":"Dados do cartão inválidos."
- Cartão com final 2 retorna: "reason":"Transação não autorizada por motivos de segurança."
- Cartão com final 3 retorna: "reason":"Transação não autorizada, tente novamente mais tarde."
- Demais finais a transação é aprovada.
https://dev.gerencianet.com.br/docs/pagamento-com-cartao#1-obten%C3%A7%C3%A3o-do-payment_token
