Histórico de mensagens sobre pix em pix

O que seria o client_id, client_secret e pix_cert?

Uma opção para serviços onde não seja fácil configurar mTLS com CA privada é o mtls.pix.ae:

E a solução para essas 3 coisas é usar este endpoint:
https://dev.gerencianet.com.br/docs/api-pix-endpoints#section-criar-modificar-configura-es-da-conta

Aí o Pix não completa e o pagador percebe que algo deu errado.

Algumas situações:
1) Pix por dados bancários
2) Pix por chave
3) Pix de QR-Code onde a instituição pagadora fez errado e mandou como Pix por chave

Em que situação eu receberia um pix com end to end id, mas sem o txid?

então em nenhum getway da pra fazer isso com pix?

Ele precisa gerar client_id, client_secret e certificado, e te passar, por causa do modelo Credentials Flow. O que você sugere se chama Auth Code Flow, e este issue no GitHub do BACEN discute como isso seria:
https://github.com/bacen/pix-api/issues/83

O modelo de OAuth escolhido pelo BACEN para a API Pix é um de credenciais diretas, não um de autorização para terceiros. Há pedidos para o BACEN expandir isso, mas não vejo isso acontecendo no curto prazo.

Bom dia, pessoal!
@daniel.8964 e @hugotessaro, complementando a informação do Rubens e Bruno...
Existe o endpoint PUT /v2/gn/config (Link na doc: https://gnetbr.com/HkxN9zIE45) em que podem fazer a configuração utilizando o parâmetro "txidObrigatorio": true para recusar o envio direto para uma determinada chave Pix, permitindo assim somente o recebimento com txid.

https://dev.gerencianet.com.br/docs/api-pix-endpoints#section-criar-modificar-configura-es-da-conta

Não, aí cabe uma decisão de negócios que é avaliar o custo de recuperar essa transação (conciliação manual) versus algum percentual de clientes que não tenham outro banco para fazer o Pix.

depois de feita a config, o cara nem vai conseguir fazer o pix

mas esse pix vai ser creditado na conta do meu cliente?

gerei uma cobrança pix e o cliente fez o pagamento usando paypal... consultei os pix recebidos e o pagamento dele aparece na lista de pix recebidos porem nao contem o TxId como os demais pix da lista...

Boa noite @schinnick tudo bem? 🙂
Caso siga na linha de implementar diretamente no RN + axios, seria necessário implementar dentro do app o consumo das rotas da nossa API.
Vale lembrar que para o consumo dos endpoints PIX é necessário seu par de credenciais (Client_id e Client_Secret) + o certificado Pix emitido dentro da sua própria conta Gerencianet.
Tentar, de alguma forma, embutir essas informações no app pode ser perigoso caso alguém mal intencionado venha executar engenharia reversa no app após lançado. Onde uma vez com acesso a essas credenciais + certificado o intruso consegue realizar ações na sua conta, e até transferências (caso tenha o envio de pix habilitado)
Com isso em vista, acredito que não seja a melhor abordagem de integração.

Quando a implementação do backend, no nosso github você encontra SDKs em diversas linguagens para facilitar o desenvolvimento!
Segue o link da nossa SDK em node: https://github.com/gerencianet/gn-api-sdk-node

Uma possibilidade seria checar o pagamento de Pix através de polling ao invés de webhook. Webhook acho difícil habilitar num ambiente como Firebase, mas por checagem por tempo, pode ser possível.

Não, mas GET em /cob/:txid tem um objeto Pix que é igual ao que você receberia no webhook.

tem alguma forma de reenviar uma notificação de pagamento do pix?

A chave Pix é da conta que está fazendo a chamada ? O ambiente de homologação não testa isso, produção checa.

Olá <@!962446910965293066> ! 😃 Boa tarde. Tudo bem? A API Pix da Gerencianet é aberta para integração. Teria que ver como funciona o bubble.io e se ele oferece os recursos para realizar a integração. Segue o link da nossa documentação para mais detalhes: https://dev.gerencianet.com.br/docs