Histórico de mensagens sobre Client_ID

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

usa client_id e client_secret da integração referente ao cert

Mas aí cada cliente precisa fazer onboarding/KYC na GN, gerar client_id/client_secret, enviar um CSR que vc gerou para conseguir um certificado.

<@!257617133595262977> Bom dia! Tem sim, você pode utilizar suas chaves de client_id e secret de desenvolvimento ou nosso playground dentro do sistema. Você já possui a aplicação em sua conta?

Nao consigo setar ClienteId nem ClientSecret

Já que fiquei o dia baseado no exemplo de retorno do webhook que não serve para os testes com o postman, alguém tem um retorno válido de webhook que possa postar, por gentileza ( troquem os dados sensíveis), preciso apenas da estrutura do json, tendo em vista que não fiz nada em produção exatamente para poder testar tudo em homologação e depois só trocar o client id client secret e .pem . Esqueci até que ainda tem o error 403 forbidden no modo dev.