Histórico de mensagens sobre enviar pix

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.

A única dúvida é porque essa restrição de conta da mesma titularidade? Entendendo ser um fator de segurança, mas se já existe a possibilidade de enviar um Pix para qualquer conta, este não seria um problema.

Você consegue me enviar um modelo desse retorno da API pix, me informaram no telefone que é emitido uma cobrança com o QR code pix.

Olá <@!727143156973436958> Essa dúvida você pode enviar no canal api-pix, o suporte técnico conseguirá lhe auxiliar.

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

Boa tarde <@!623926773129936906> ! O webhook serve para automatizar o recebimento/devoluções de Pix gerados com a chave cadastrada em seu webhook. Para configurar e compreender melhor o conceito de webhook sugiro que acompanhe a documentação, em específico nesta secção (https://dev.gerencianet.com.br/docs#section-webhook). No caso você vai cadastrar o webhook e a partir daí vamos enviar as notificações dos Pix para ele.

Mais uma razão para que os comprovantes não vazem agência e conta. Ou, pior: no Itaú não precisa nem enviar o Pix e esses dados já são expostos ao consultar a chave.

se você passou o x-skip-mtls-checking na hora de cadastrar a URL de webhook, a GN não certifica que você está validando o client certificate usado nos callbacks. nesse caso, você está sob risco de alguém enviar notificações falsas pra vc, o que é um problema caso você não verifique com uma nova consulta à API se o pix foi realmente recebido

Olá, <@!742492546198143151>! Sabe me dizer se já estamos conseguindo usar o TradeName aparecendo no extrato do destinatário, ao enviar PIX via API?

Bom dia <@!798679248633856000> ! Para ter acesso ao endpoint enviar pix, é necessário ser Pessoa Jurídica e entrar em contato com a nossa equipe comercial por qualquer um dos canais oficiais (https://gerencianet.com.br/artigo/entrar-em-contato/) e assinar um termo contratual, mais detalhes sobre o termo vocês conseguem com a própria equipe comercial.

bom dia pessoal, como faço para ter acesso a enviar um pix pela api?

Eu preciso enviar um metadado meu no envio do pix, senao vai ser bem chatinho fazer o link.

Pessoal, podem confirmar uma coisa por favor (não achei nenhuma referencia oficial sobre o assunto):

Eu posso enviar no payload de envio de pix (post /v2/pix ) um txid meu? Ex.:

Normalmente é enviado instantaneamente <@!788954143658082304>.
É feito um POST, então em seu servidor deve ter esta app route, assim como em nosso exemplo: https://dev.gerencianet.com.br/docs/api-pix#section-exemplos-de-uma-configura-o-de-servidor-
A seguir um exemplo do que é enviado no caso do enviar PIX:

(do mesmo tipo que vc passa para as pessoas te enviarem Pix)

no request que vc recebe já vem os dados do pagamento, não precisa enviar nova consulta à API (a menos que queira verificar alguma informação, mas aí deve ser feita com GET no /v2/pix/{e2eid} )

Discordo disso. Um teste que fiz com o Paghiper foi o seguinte:

O Paghiper não é PSP e está usando a chave "[email protected]", então peguei o txid de uma transação e tentei enviar um QRCode Estático com o txid (porque ai eu poderia tentar enviar com valor menor da cobrança). O Itaú recusou o Pix porque estava efetuando uma transação manual e não por causa do regex do txid, por exemplo.

<@!798679248633856000>

documentação de como montar o qrcode:
https://www.bcb.gov.br/content/estabilidadefinanceira/spb_docs/ManualBRCode.pdf
https://www.bcb.gov.br/content/estabilidadefinanceira/pix/Regulamento_Pix/II-ManualdePadroesparaIniciacaodoPix.pdf

ferramentas:
https://pix.ae (API: é só enviar um "POST" para o domínio pra ver como funciona)
https://gerarqrcodepix.com.br (API: https://github.com/ceciliadeveza/gerarqrcodepix)
https://pix.nascent.com.br/tools/pix-qr-decoder/

no sdk Pix da GN para PHP também tem uma função que monta, caso esteja desenvolvendo nessa linguagem
https://github.com/gerencianet/gn-pix-sdk-php-exemplo

além de outras bibliotecas com a mesma finalidade
https://github.com/william-costa/wdev-qrcode-pix-php
https://github.com/levicosta201/gerencianet-pix-api
https://github.com/leonardomdr/gn-pix-api

As vezes o usuário pode enviar um Pix para uma chave sua sem que você queira.

A ideia é conseguir validar a chave antes de enviar o Pix e informar que essa chave não existe para fazer o Pix, por exemplo, sem a necessidade de esperar o webhook ou o processamento da solicitação de envio do Pix.