Histórico de mensagens sobre dados

Você pode enviar os dados de retorno da devolução para o seu cliente. No aplicativo de banco dele também fica registrado a devolução

Boa tarde pessoal! O endpoint tem uma validação interna, ou seja, se os dados não são válidos não há débito na conta do pagador. No entanto, fica difícil para o integrador verificar como é feito a validação, devido a isto, vamos elaborar algumas respostas para as falhas de validação.

Pessoal, uma dúvida (olhando a documentação não identifiquei). Existe algum endpoint para validação dos dados bancários? Ex.: pretendo fazer pix usando, inicialmente, os dados bancários da pessoa. Eu consigo validar esses dados (e titularidade) antes de enviar no /v2/pix/enviar ?

Você poderia por gentileza, tirar e colocar novamente o certificado e os dados de client_id e secret no postman só para testarmos?

Estou sim, vou tentar passando esses mesmos dados que você enviou

você está passando os dados do Body ?

bom dia!
Todos os dados que eu tenho sao de desenvolvimento

Fiz um teste agora usando o SDK da Gerencianet... adequei de acordo com os meus dados e o mesmo erro apareceu

Para QRCode eu uso: https://chart.googleapis.com/chart?chld=H|0&chs=250&cht=qr&chl=DADOSDOQR

Só que em homologação não tem como ter E2EID no Pix, pois eles não são liquidados...

#feedback, efetuei um pagamento agora de BRCode gerado pela API GN, pagando pelo Banco Inter, leu normal o BRCode dinâmico, depois que apertei Confirmar no Banco Inter e antes de aparecer que o Pix foi realizado na tela do Inter , o meu banco de dados já estava com o retorno da GN do webhook recebido e gravado nas tabelas, tudo isso aconteceu em menos de 2 segundos . Ou seja, tá mais ligeiro do que depressa. 🙂

Sim, foi implementado em um VPS 🙂 Exclusivo para isso e posso gravar os dados em qualquer server compartilhado ou não 🙂

Antes de dormir escreva no seu diário "FIZEMOS PROGRESSO" depois de muitos desafios, obstáculos, pedras, erros, deixo registrado na novela "A SAGA DO PIX" mais um capítulo de sucesso 🙂 Agora posso receber em servidor compartilhado , em qualquer sistema que nele esteja e em qualquer pasta e url as notificações da GN, sem precisar de mTLS, certificado, tokens, direto no banco de dados as respostas :). A Luta foi grande, mais ganhamos a batalha, não somos HE-MAN nem SHE-HA, mais temos "A FORÇA" de todos aqui , agradeço muito, sem vocês isso não teria acontecido nesta velocidade, pois cada um tem a sua. Muito Obrigado. Agora é partir para as brincadeiras nos sistemas em qualquer servidor em qualquer lugar com qualquer linguagem para receber os retornos do webhook .

Fiz um webhook que envia em modo DEV, assim recebo e testo sem precisar vim da GN, pois os dados em sí não valem nada mesmo.

Olá, pessoal, testei agora em Produção, voltou aqui a instabilidade no Response para Emitir o Pix/Criar cobrança, API: https://api-pix.gerencianet.com.br/v2/cob/, segue o log para terem ideia:

e tá uma coisa que ainda nem me dispus a testar: se o recebedor do Pix recebe, efetivamente, os dados que o pagador digita ao enviar o Pix

a presença dos dados do devedor na cobrança não gera um campo "preenchível" na tela de pagamento para o pagador

o <@!374888688515022850> tá perguntando dos dados do devedor => opcionais. Funciona sem eles. Funciona com eles. Se incluir, o devedor da cobrança está identificado (e pode ser protestado se não pagar e for uma cobrança de produto/serviço já entregue/realizado, por exemplo);

acho que ele estava perguntando sobre os dados do recebedor (nome, cpf/cnpj) não o campo solicitação

estes são os dados do seu ultimo