Histórico de mensagens sobre pix

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.

boa noite, uma sugestão pra o APP d sera que tinha como deixar salvo os pix já realizados pra quando for fazer novamente já estar salvo. pra agilizar alguns pagamentos

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

Boa tarde
Trabalho atualmento com bubble.io
é possivel integrar a api pix de vocês lá?

Acesse sua conta no menu 'API > Minhas aplicações' e clique na sua aplicação. Depois disso, clique em Editar e verifique se a APi Pix está habilitada. 😃

Bom dia, <@!692037411634413598> ! A API Pix está habilitada em sua aplicação?

Não no ato do recebimento, mas você pode usar o endpoint de envio de Pix para completar o split.