Histórico de mensagens sobre certificado em pix

E só voce tem a senha de abrir o arquivo com o certificado.

Informe a sua conta GN para eles saberem ...assim podem gerar o seu certificado.

Eles tem o certificado tb, pois anexar no ticket

Ter os Client_Id e Client_Secret sem o certificado .p12 não vale nada, não serve de nada na pratica.

Analisamos a sua demanda e nesse caso peço por gentileza que nos informe a conta que deseja que geremos o certificado. Nos informe também as credenciais (client_id e client_secret) de sua aplicação para podermos saber qual api deverá ser liberada para o consumo dos endpoints do pix.

Tudo bem também, querem agilizar o seu atendimento. Voce vai receber o certificado .p12 em um arquivo zipado e só voce terá a senha de acesso dele 🙂

Se for desenvolvimento, vão fazer o que com eles ? Nada. Eles querem gerar o seu certificado para agilizar o seu atendimento 🙂

Super Dica de Ouro, já façam todos os seus testes com o Client_Id e Client_Secret e o Certificado .pem em modo PRODUÇÃO, pois em modo DESENVOLVIMENTO não podemos pagar o PIX para receber o retorno do WEBHOOK. #ficaadica 🙂 Bom Dia.

Ops. Defendo a GN. Todo o procedimento efetuado desde o o inicio até a geração final do PIX foi efetuada com toda cautela e segurança máxima no envio dos tokens e certificados. E mesmo que alguém pegue o meu Client_Id e Client_Secret em desenvolvimento ... vão fazer o que com eles ? Nada. 🙂

<@!610973627487092746> você só precisa informar o nome da aplicação para a qual quer que seja vinculado o certificado, quanto ao prazo, esse é o prazo máximo para resposta 😉

Tem como agilizar o envio de certificado? O ideal seria ficar disponível na página da api, pois 1 dia útil para liberar é muito, e ainda tem que abrir um ticket para isso.

Os certificados para ambiente de produção e homologação são diferentes, você pode no Postman inserir os dois, cada qual para a url de autenticação de seu ambiente. Alguns certificados de produção foram gerados com o nome developer, isso pode levar ao entendimento de que seja de homologação.

O certificado gerencianet, um prod e o sandbox, o meu tenho apenas um.

O get no cob funcionou sem o certificado

Pessoal, retificando o que eu disse anteriormente: é necessário sim enviar o certificado no consumo da criação do pix. O teste realizado no postman, retirando o certificado do header e gerando o pix ocorre normalmente porque parece que o postman envia esse dado de alguma forma para dar certo. Dessa forma, no consumo será necessário enviar o certificado.

Você está usando o mesmo certificado nos dois ambientes ?

Bom dia pessoal tudo bem? Estou com problemas para realizar a conexão mutua do TLS, já verifiquei a questão da versão do TLS, adicionei os certificados e tudo mais, porém quando tento adicionar o webhook ocorre erro de TLS. No ambiente de desenvolvimento funciona certinho tanto adicionar via PUT quando consultar via GET (não sei se validam da mesma forma). Porém no ambiente de produção ainda não obtive sucesso.

Então o certificado só precisa ser enviado para gerar o token?

curl --cert developer1234/certificado.pem https://... (talvez precise converter p12 e pem)

<@!610973627487092746> Bom dia, nesse caso, o certificado é por conta gerencianet.