Termos mais procurados:
Bom dia <@!717010446191689788>, no momento a API não tem filtro por cpf nas cobranças, o endpoint que pode ser utilizado é o GET /v1/charge/:id e referenciar o charge_id. Uma solução é na hora de criar uma cobrança salvar no banco de dados o charge_id associado aquele cliente e depois fazer a consulta pelo endpoint GET /v1/charge/:id
Normalmente são aprovadas imediatamente, talvez valha conferir os dados que estão sendo enviados junto ao cartão
Celso, não sei se já te responderam. Mas eu imagino que o script seja feito para rodar exclusivamente no client justamente para que os dados do cartão do cliente não precisem trafegar até um servidor (seja o seu, rodando node, ou seja diretamente para o endpoint da GN).
Em relação ao Alert Box não temos uma solução pronta com caso semelhante, mas disponibilizamos o serviço de notificação, o webhook. Você pode cadastra-lo e toda vez que receber uma notificação de pagamento fazer uma comunicação entre o Alert Box e o seu servidor ou banco de dados onde esteja recebendo e armazenando as notificações dos Pix.
Houve um problema no nó principal de um dos bancos de dados e o failover da AWS não recuperou o serviço, causando queda. O time interno da AWS foi acionado para investigar o que está ocorrendo.
Beleza, <@!456823494790086669>
Até o momento, não é possível verificar um log de notificação como é feito para API das demais cobranças.
Mas realizando uma consulta com o exemplo /examples/pix/pix/pixListReceived.php (Consultar Pix recebidos) da SDK, passando como parâmetros data inicio, fim e o txid da cobrança.
Será retornado algo parecido com o exemplo abaixo, então saberemos que o Pix foi realizado e a notificação foi enviada.
Eu só preciso gerar as cobranças com valor e dados do pedido, para facilitar o dia a dia do e-commerce.
Preciso de gerar um QR code com dados do pedido e valor. A conciliação será via painel do GerenciaNet, manual mesmo.
Bom dia, olhando novamente os dados, vi que cometi um equívoco. Pelo que indica, a taxa de conversão está em 11.1%, enquanto que o pix utilizando a chave está em 10.1%
Assim que ele enviar os dados com o txid o webhook vai ser acionado
Sabe informar o que está gerando a falha para que eu possa analisar? Um tratativa, que eu vejo é: Se acontecer o erro, você pode chamar novamente a função de gerar o payment_token e desta forma não precisaria recarregar a página para inserir os dados do cartão novamente.
Já existe alguma forma de pegar os dados de quem pagou o pix?
Uma medida paleativa é utilizar o endpoint de envio de Pix POST /v2/pix, com ele você consegue transferir uma quantia para outra chave Pix ou dados bancários de outros PSPs
Seria pegar parte desses dados e mostrar durante a Live
Como vcs viram, mudei a url para https://olimppi.us/webhook/pix, onde /webhook é a nova rota que criei no MVC e /pix é um método que faz parte do controller, e aí dentro desse método que coloco o código que faz o recebimento e manipulação dos dados JSON, como vcs podem ver na figura
Bom dia, @Deleted User!
Obrigado pelo feedback. Estamos sempre em busca de melhorias para melhor atendê-los.
No entanto, na sessão Dados para geração da cobrança, possuímos a tabela com os Atributos e descrição de cada um deles.
Além da rota POST /v2/gn/evp para criar chave evp (chave pix), é possível cadastrar sua chave Pix através do Aplicativo da Gerencianet.
Os dados de entrada são esses:
Você tem que entrar em contato com nossa equipe de suporte e solicitar a alteração dos dados de exibição
Mantendo os dados da conta atuais
Obrigado pelo retorno Matheus. Mas onde altero os dados de exibição?
