Histórico de mensagens sobre nome pix em pix

00020126880014br.gov.bcb.pix2566qrcodes-pix.gerencianet.com.br/v2/171760a7663e41c389e4cd310f3339e85204000053039865802BR5925Obter o nome da Chave Pix6003Pix6207050363049491

Técnicamente é o seguinte...

- Você cadastra o webhook para seu endpoint "exemplo.com/webhook"
- A GN vai enviar uma primeira requisição para este endpoint sem o certificado, e seu servidor deve RECUSAR
- Em seguida a GN vai enviar outra requisição, dessa vez com com certificado para handshake, mas vai servir apenas para confirmar o PIX gerado, vai enviar um POST com um nome de evento e a data_criacao
- Caso o cliente pagar o PIX, a GN vai enviar uma nova requisição com certificado para handshake para o endpoint mas dessa vez vão adicionar um "/pix" a mais na requisição, ou seja, vai enviar para "exemplo.com/webhook/pix". Você deve deixar este endpoint também disponível e vai receber um POST com os dados do PIX recebido.

$request = [
'calendario' => [
'expiracao' => 3600
],
'devedor' => [
'cpf' => '12345678909',
'nome' => 'Fulano de Tal'
],
'valor' => [
'original' => '10.00'
],
'chave' => PIX_KEY,
'solicitacaoPagador' => 'Pagamento do pedido 123'
];
eu tenho essa requisicao, queria saber qual seria essa 'chave' => PIX_KEY.

São diferentes os retornos dependendo do endpoint consumido, se você se refere a criação da cobrança o retorno é:

Não, no cadastro fica https://url.com.br/nomequeeuquiserdapasta . A GN vai chamar https://url.com.br/nomequeeuquiserdapasta/pix .

resumo da opera tenho que deixar assim no cadastro da url = https://url.com.br/nomequeeuquiserdapasta/pix ok?

Olá, @Efí

Ainda na labuta do Webhook em ambiente PaaS. Fiz os seguintes passos e creio estar quase lá:

- Criei uma conta na Amazon para o projeto
- Cadastrei o cartão de crédito
- Provisionei o Amazon API Gateway
- Configurei um custom domain nele
- Configurei o domínio no meu Registrar
- Habilitei o custom domain no API Gateway
- Criei certificado e habilitei o HTTPS
- Baixei o cert webhook da Gerencianet
- Criei uma Trust Store PKCS12
- Coloquei a cadeia da GN lá
- Converti a TS para o formato PEM
- Provisionei um armazenamento Amazon S3
- Subi a TS.pem
- Finalizei a configuração do custom domain
- Ativei o mTLS neste domínio
- Criei uma rota de API para o meu server
- Associei a rota ao custom domain com mTLS

Fui configurando e testando a cada passo. Quase tudo funcionando. A única coisa que não consigo é fazer uma requisição client para testar o mTLS já que não tenho o cert client do webhook.

Então…

- Invoquei o serviço PUT /webhook/{chave} passando no body a url e recebi o seguinte body com o status 400:

{
"nome": "webhook_invalido",
"mensagem": "A requisição na URL informada falhou com o erro: ERR_TLS_CERT_ALTNAME_INVALID"
}

Supus ser algum erro no pem que usei para configurar o mTLS. E já experimentei o seguinte:

- Usei exatamente o CRT que baixei das docs da GN
- Fiz a conversão como citei acima (criando a TS)

Se vocês puderem fazer uma requisição mTLS com o certificado client correto para testar, a UTR é esta:

POST https://mtls.menur.app/vbeta1/establishments/mana/pix

O serviço está retornando 204 fixo para qualquer body json (não obrigatório).

Alguma luz? 🙏

Pessoal, mais alguém recebendo erro ao enviar PIX? POST /v2/pix ? Pra mim toda requisição retorna:

Estou usando todos os ids que recebi como retorno do POST /v2/pix e estou recebendo sempre:

As confirmações das transações estão chegando com a razão social ao invés do nome fantasia? Ou somente no envio de Pix?

De qualquer forma, eu não consegui encontrar os dados do pagador da cobrança do PIX. Fiz um pagamento com meu banco para teste e nao tem informação nenhuma do pagador. Isto está mesmo certo? Já temos integração com APIs de outros prestadores, e em todos é informado o nome completo, cpf, instituição pagadora, etc. Estou perdendo alguma coisa ou realmente o gerencianet não retorna estes dados do pagamento PIX recebido?

Não é possível receber o nome do Pagador, modificamos para seguir o BACEN, no entanto, a solução apontada pelo Rubens do filtro pelo CPF resolveria essa questão e utilizando a rota GET v2/pix temos o filtro de cpf e que está funcional

Para utilizarem a API PIX Gerencianet, precisará de um certificado gerado por nós.
Para isso acesse nosso site em sua conta, 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.

Então abra um ticket acessando https://sistema.gerencianet.com.br/tickets/criar, e solicite o certificado para integração nos informando:
-Número da sua conta:
-Nome da aplicação criada:
-Ambiente: Produção/Homologação

Em nossa documentação(https://dev.gerencianet.com.br/docs) você encontra os nossos endpoints com explicações detalhadas, você pode verificar também a Collection da Gerencianet com todos os endpoints já configurados para o consumo (https://dev.gerencianet.com.br/docs#section-collection-postman-gerencianet-api-pix).

Para você que iniciará com PHP, possuímos uma SDK com os principais endpoints para a utilização do Pix, disponível em nosso GitHub. https://github.com/gerencianet/gn-pix-sdk-php-exemplo

{
"sandbox": true,
"chave": "[email protected]",
"recebedor": "Guilherme Menegussi",
"homologacao": {
"nome_certificado": "https://www.eyhe.com.br/3.0/painel/enginePIX/direct_api/certificado.pem",
"client_id": "xxx",
"client_secret": "xxx",
"pix_url_auth": "https://api-pix-h.gerencianet.com.br/oauth/token",
"pix_url_cob": "https://api-pix-h.gerencianet.com.br/v2/cob",
"pix_url": "https://api-pix-h.gerencianet.com.br/v2/pix"
},
"producao": {
"nome_certificado": "productionCertificate.pem",
"client_id": "xxx",
"client_secret": "xxx",
"pix_url_auth": "https://api-pix.gerencianet.com.br/oauth/token",
"pix_url_cob": "https://api-pix.gerencianet.com.br/v2/cob",
"pix_url": "https://api-pix.gerencianet.com.br/v2/pix"
}
}

Bom dia!
<@!798679248633856000> Para utilizar a API PIX precisa de um certificado gerado por nós.
Em nosso painel web, no caminho 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.

Abra um ticket acessando https://sistema.gerencianet.com.br/tickets/criar, e solicite o certificado para integração informando número da sua conta e nome da aplicação que criou.

Em nossa documentação(https://dev.gerencianet.com.br/docs) você encontra os nossos endpoints com explicações detalhadas, você pode verificar também a Collection da Gerencianet com todos os endpoints já configurados para o consumo (https://dev.gerencianet.com.br/docs#section-collection-postman-gerencianet-api-pix).

nome: developmentCertificate.pem
url: https://api-pix-h.gerencianet.com.br/oauth/token
"sandbox": true

Olá pessoal, boa tarde.

Abri um ticket sobre este problema:

Boa tarde <@!727143156973436958>! Sim, o cliente vai abrir um ticket informando o número da conta(Caso o ticket não esteja associado a sua conta) o nome da aplicação e o ambiente que ele deseja o certificado.
Vamos retornar com o link do certificado e uma senha para libera-lo se for em produção. Não estamos retornando mais as credenciais, pois, são informações sensíveis do cliente e estas são as mesmas que a da aplicação que você informou na etapa anterior.
Sim, a chave Pix deve ser a mesma da conta Gerencianet em que você solicitou o certificado, gerada via nosso aplicativo.

Equipe GN, boa tarde!
Gostaria de confirmar o fluxo necessário para um usuário conseguir as credenciais (client id, client secret e certificado) do Pix.

i) Abrir um ticket no Gerencianet solicitando o envio do certificado da API Pix, informando ambiente de produção, a conta e o nome da aplicação desejada. O Gerencianet, irá responder com as chaves (tokens) necessários para configuração bem como um link para realização do download do certificado.
ii) A chave Pix deve ser vinculada a sua conta Gerencianet, que poderá ser feito pelo aplicativo.

Confere?