Histórico de mensagens sobre pix em pix

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

$this->send('PUT','/v2/pix/' .$e2eid . '/devolucao/' . $idDevolucao,$request);

Documento bem interessante sobre validações de QR-Codes:
https://www.bcb.gov.br/content/estabilidadefinanceira/pix/ListadeverificacaoparageracaoevalidacaodeQRCodes.pdf

$this->send('PUT','/v2/pix/' .$txtid . '/devolucao/' . $idDevolucao,$request);

Mas colocou o /pix na URL ?

Tem E2EID também com get em /pix inicio=data-de-emissao fim=agora txid=id-da-cobranca

Não, é o ID do Pix que liquidou a cobrança

E na URL falta um /pix

$MMHospedagem_PSP_Api->DevolverPagamento($ID_Transacao[1],MMHospedagem_Pix_ID_GerarTransacao(10,'333'),$MMHospedagem_PSP_requisicao);

Pessoal, o detalhe do response chegando vazio e sem erro no Curl, ocorreu também na hospedagem do cliente.
Estou achando, que é algo na API da Gerencianet, só ocorre ao Emitir o Pix/Cobrança
Após 2 tentativas, na terceira retornou certo, bem parecido com o comportamento no nosso servidor de desenvolvimento, vou depois abrir um Ticket para poderem ver melhor

O que dá para testar enquanto isso: se na hora do acionamento do webhook se a GN aceita (ela faz teste de mTLS do seu servidor), se o EMV/BRcode está bom em https://pix.nascent.com.br/tools/pix-qr-decoder/

E como testo o pagamento via pix?

Alguém pode me informar por favor se existe um painel pra visualizar as transações pix em homologação?

Pro pessoal que coda em PHP, fiz uma lib pra alguns de vocês usarem de referência (pelo menos)... https://github.com/leonardomdr/gn-pix-api

não dá pra receber pix em homologação e também não tem (pelo menos por enquanto) um disparador de evento simulado para o webhook do ambiente homologação (resumidamente: homologação não tá servindo pra praticamente nada)

entendi, e uma última dúvida, rsrs.. o evento de webhook de homolog dispara quando recebe pix também ou só o de prod?

então, to usando c#, transformando o certificado do endpoint em um x509certificate2 , tem um metódo Verify(), ele já não meio que faz todas essas verificações?

Retornando um Verify() true, conferindo o Issuer == "[email protected], CN=api-pix-h.gerencianet.com.br, OU=Infraestrutura, O=Gerencianet Pagamentos do Brasil Ltda, S=Minas Gerais, C=BR"

Restringindo também (como comentou) o IP, eu nem precisaria verificar o thumbprint? já estaria validado?

#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. 🙂

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 .

No app tem. Extrato, vá no Pix, devolver valor.