Histórico de mensagens sobre PIX

Com certeza Magno, vamos avisar com antecedência as mudanças na API-Pix

De na hora de ativar o webhook, eles tentarem com /pix?client_id=xxxxx, e fazerem fall-back para o anterior sem /pix se não der certo. Assim eles não precisam fazer uma virada de chave combinada, as pessoas vão migrando.

<@!671762828046106646> Alguma previsão de quando vai ser incluído o /pix? E em relação ao Client_Id?

Ok, da uma olhada aqui = https://dev.gerencianet.com.br/docs/api-pix#section-webhook

Da uma olhada aqui = https://dev.gerencianet.com.br/docs/api-pix#section-webhook

Ok, precisa ter no servidor o mTLS configurado com este certificado aqui para producao = https://pix.gerencianet.com.br/webhooks/chain-pix-prod.crt

<@!610973627487092746> O processo de geração do certificado ainda está sendo via ticket mas em breve vocês conseguirão realizar esse processo dentro de sua conta. A resposta lhe enviada é porque não foi informado o número da conta na mensagem do ticket e nós precisamos dessa informação para gerar o certificado. Nós também solicitamos as chaves para que possamos identificar a api e o ambiente que iremos ativar o uso dos endpoints do pix.

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.

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

Como citado pelo Rubens, o webhook só é acionado se houver um txid associado ao Pix. No momento as notificações estão ocorrendo somente no Pix dinâmico, mas já estamos trabalhando para ofertar em Pix estático com txid vinculado.

Supondo que gero um pix, com a chave x, porém eu efetuo o pagamento sem utilizar o brcode, mas a chave continua sendo x; pelo fato do webhookUrl estar vinculado a chave x, a gerencianet enviaria um post para meu servidor ou apenas quando eu efetuo o pagamento utilizando o payload disponibilizado por vocês?

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.

na hora de criar a requisicao de gerar o pix, eu envio o token no header, sendo authorization o nome do header

<@!721345228484640840> Bom dia! Primeiramente você terá que consumir a rota oauth/token para receber o token. Ao gerar o pix você irá informar esse token no header em authorization. Você está fazendo esse processo inicial?

https://github.com/renatofrota/pix-pendencias/issues/22

testa no https://pix.nascent.com.br/tools/pix-qr-decoder/ o brcode que foi gerado com o campo 54 pra saber se tá ok

Isso é um bug no pix?

Ótima idéia, e-book Isca Digital , está aqui no forno...Acompanhado de um Mini-Treinamento de PIX = Novo Produto Digital.

Como dito pelo <@!440035527127990273> o status CONCLUIDA é reservado para a Gerencianet realizar essa mudança quando um Pix for pago. Uma possibilidade seria simular em ambiente de homologação, mas ainda não está disponível. Em produção somente quando um Pix for pago mesmo.