Histórico de mensagens sobre Client_ID em pix

Sim, fui fazer as chamadas com o mesmo Client_secret e Client_Id mas com o certificado de prod e tomei 401

Pessoal boa tarde, estou preparando o ambiente para as chamadas em produtção. Além do certificados temos que solicitar um CLient_Id e Client_secret correto?

Por isso que será adicionado o client_id no webhook para você detectar e recusar isso.

client_id, client_secret, certificado e chave.

Então em tese, se tenho o client_id e a chave, posso receber webhook de outra conta GN, correto ?

Quem vai ter que checar se é o client_id certo é você. A GN vai passar a mandar o client_id, aí você que não é o seu e rejeita.

Fique na duvida , pois o que determina para quem vai o retorno do webhoook é a chave, espero que tenha esta validação de quantidade de urls por chave e se é do client_id que a gerou 🙂

Ninguém vai receber webhooks que não tenham sido comandados através de um client_id associado àquela chave. O que existe é a possibilidade de alguém com outro client_id e uma chave dessa conta usar a mesma URL que você, e é isso que vai ser endereçado pela GN passando o client_id no webhook para você comparar com o seu.

Isso impediria como a gente poderia contornar o /pix. Pois o PSP enviaria https://example.com/pix?Client_Id=ASDASDA

E se cadastrássemos como https://example.com/webhook.php?varinutil=/pix?Client_Id=ASDASDA

Justamente. Não vejo o porque disso... A questão é como ficaria em relação a implementação do Client_Id, por exemplo...

Vale lembrar <@!671762828046106646> que em breve vai ser enviado o "/pix" que vai ser inserido na URL ao enviar o Webhook e ainda tem a questão do Client_Id (se o BACEN confirmar)...

Com uma conta criada na Gerencianet, em nosso painel web, no menu API > Minhas aplicações você criará uma aplicação que são gerados 2 pares de chaves Client_Id e Client_Secret, sendo um par para utilização em ambiente de Produção e outro para Homologação.

Pessoal como fazer para obter o client_id, client_secret e o certificado digital para integrar com o PIX ?

Boa tarde, <@!728308672043941999>. É quase isto... Deve passar no Header authorization= Basic + base64(client_id + ':' + client_secret)
O deve haver um : entre as credenciais

no caso, teria que passar o header authorization= Basic + base64( client_id + client_secret) ?

<@!781944293739986984>, para montar deve ser o client_id concatenado com : concatenado com o client_secret, e em base 64 :
base64(client_id:client_secret)

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

Chamarei o PIX de "BOLO" para fazer um bolo, preciso de alguns ingredientes, a GN me fornece todos os ingredientes para fazer o bolo (certificado .p12 , client_id e client_secret, alem de exemplos de bolos feitos com o SDK existente e uma fabrica de bolos pronta com o postman) , porém eu posso fazer um bolo com php, delphi, c#, node, python, pascal, basic, fortran, assembler, lua, etc. O BOLO no final será o mesmo , apenas foi feito de formas diferentes. Então eu preciso estudar os princípios de como fazer bolo, antes de começar efetivamente a fazer o bolo em qualquer linguagem 🙂

Estes client_id e client_secret são de desenvolvimento?
Verifique também se o certificado configurado é de desenvolvimento

Client_id
Client_secret q ta na minha aba api