Histórico de mensagens sobre pix

Então eu não preciso da rota webhookpix POST, na verdade eu preciso apenas de uma rota webhookpix/pix POST. Correto?

é um "proxy transparente". o mtls.pix.ae responde "em seu nome" para a GN, como se o domínio mtls.pix.ae fosse seu mesmo

essa etapa 3 eu acho que não está bem descrita. o mtls.pix.ae não faz redirecionamento. ele vai repassar o request vindo da GN para https://cardapio-api.herokuapp.com/webhookpix/pix (lembre-se que a GN adiciona /pix no callback, conforme documentação do BACEN).

https://pix.ae/[email protected]

o serviço de gerar qrcodes do site pix.ae só tem 1 action POST e é "self-documented", envia o curl pra pix.ae que ele responde com instruções

o proxy mtls não tem docs pq é basicamente só prefixar seu URL de notificação com mtls.pix.ae

o pix.ae faz o trabalho duro pra você

correto, no request enviado com o certificado, vai passar pro seu servidor. o que o seu servidor responder, o mtls.pix.ae devolve pra GN

o proprio mtls.pix.ae vai responder com 403 se o certificado da GN não for validado

Ai a comunicação entre o mtls.pix.ae e o seu servidor recomendo que mande algum secret para confirmar que veio do local certo

O mtls.pix.ae é do <@!440035527127990273> .

Então, eu não sei como tu fez a configuração nesse caso do servidor que responde pelo mtls.pix.ae, mas sim, você deveria responder com o 403 nesse servidor caso viesse sem certificado, e se viesse, o servidor deveria validar a CA usando o certificado que a gerencianet emitiu pra você, ai sim ele enviaria pro seu backend cardapio-api.heroku...

Precisa para fazer criptografia e integridade da 2a. perna, a entre o pix.ae e você.

no Seu caso seria o mtls.pix.ae

Bom dia. Tudo bem com vocês?
Estou buscando uma solução alternativa para o mTLS de um backend hospedado no Heroku.
Uso o AdonisJS.
Um prefixo na webhookUrl => https://mtls.pix.ae/cardapioo-api.herokuapp.com/webhookpix
Mas não sei qual o fluxo nesse cenário. Eu imaginava que fosse assim:
1- O GN envia o primeiro request para a webhookUrl cadastrado pelo Postman, retorna com 403;
2- Faz um novo request em https://mtls.pix.ae/cardapioo-api.herokuapp.com/webhookpix junto com o certificado;
3- Ao bater no webhookUrl com o prefixo mtps.pix.ae é direcionado para a url respondida pelo meu backend;
4- Lá encontra a rota https://cardapioo-api.herokuapp.com/webhookpix POST já pronta;
5- Eu apresento ao GN a minha parte do certificado e pronto.

Mas o que acontece na verdade é => "nome": "webhook_invalido", "mensagem": "A requisição na URL informada falhou com o erro: HPE_INVALID_CONSTANT"

Alguém pode me ajudar por favor?

Através do aplicativo mobile da Gerencianet, no menu lateral, toque em Pix, e então em Minhas Chaves.
E através da API, você pode listar suas chaves Pix, mas neste caso, somente as do tipo aleatória.
https://dev.gerencianet.com.br/docs/api-pix-endpoints#section-listar-chaves-evp

Bom dia, <@!127179327447105537>. Como vai? 😃
Esta falha pode ser apresentada, caso a chave pix informada na requisição é inválida, ou a chave está registrada em outro PSP. Ou seja, você deve informar uma chave Pix que está registrada na Gerencianet, na conta que você fez a autenticação na API.

Bom dia, estou tendo problemas com a chamada do webhook do pix ele sempre me retorna A chave informada não faz referência à conta Gerencianet autenticada

Oi <@!468892957362225173> tudo bem? 🙂
O endpoint de "envio de pix" disponibilizado na API não será afetado. O pagamento de pix se refere aos realizados pelo próprio app da Gerencianet.

terei que validar manualmente todas as minhas transações de pagamento via pix ?