Histórico de mensagens sobre pix em pix

Se você receber uma transferência para a sua chave de um outro PSP, o webhook não vai ser acionado, pois, não é considerado uma cobrança Pix. Mas será notificado do recebimento pelo aplicativo Gerencianet

As tarifações já tem um preço estabelecido, veja aqui https://gerencianet.com.br/tarifas/. Em relação ao webhook, qualquer cobrança gerada com a sua chave, desde que tenha um webhook cadastrado, será notificado. A única exceção é para Pix oriundos de QRcode estático e que não tenham um txid associado.

Você chegou a incluir em seu Virtual Host as configurações como no exemplo:

<@!781134406680838216> , preciso que alguem me posicione sobre um pix que tenho o comprovante, mas não caiu em minha conta.

também discordo da forma que está divulgado no site e já apontei isso pra GN algumas vezes (e até me chamaram pra conversar sobre isso no privado, mas ainda sem efeito prático). pelo que eu entendi, se o recebimento tiver txid, é tarifado. assim como se ativar a API Pix (que viabiliza consultas inclusive aos Pix sem txid), perde a gratuidade dos recebimentos (mesmo os que não tenham txid).

Outra duvida é se eu disponibilizar minha chave pix(CNPJ) por exemplo. E receber um pix nessa chave especifica eu serei notificado via webhook? Também tenho duvida se existe tarifa nessa operação já que na parte de tarifas no site fala que pix recebidos pelo aplicativo são gratuitos e somente os recebidos pela api serão tarifados

Bom dia. Gostaria de saber se o envio de pix por meio do endpoint abaixo será tarifado a partir de maio

<@!671762828046106646> , sobre aquele problema do pix de ontem, preciso de um retorno, hoje o cliente já está novamente me cobrando aqui.

Entendi. Acho que vale discutir, pq na situação atual eu não tenho nenhuma forma de saber que um pix foi devolvido.

Este endpoint retorna apenas Pix que tem associação aos padrões do Bacen, no Envio de Pix não existe um txid e por isto não vai retornar a consulta. O Envio de Pix é semelhante a uma ordem de pagamento, de qualquer forma também é possível este debate para uma possível solução.

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

Ultima do dia: o endpoint GET /v2/pix/{e2eid} não serve para eu consultar um pix enviado pela API?

Não acho que o webhook padrão deva ser acionado, pois ele pode conter código que não entenda esse tipo de devolução. Acho que um outro webhook poderia existir, por exemplo /gn/webhooksendpix para configurar, e que mandaria o e2eid apenas. Caberia ao consumidor da API fazer match com o sendpix que teve devolução de algum valor.

Boa tarde Rafael, quando ocorre uma devolução de um Pix, que foi feito pelo endpoint de Envio de Pix, não é acionado o webhook mesmo. Por ser um endpoint elaborado pela Gerencianet, a devolução ficou de fora, independente do banco que está "devolvendo".
Eu entendo essa necessidade e vamos discutir como aborda-la.

Pessoal, uma dúvida sobre devolução de pix.
1. Pix enviado da GN > Chave qualquer. Recebo o webhook com a realização ou não. Tudo certo.
2. A partir da conta "favorecida", faço a devolução do pix.

Essa devolução por parte do "favorecido" deveria ativar o webhook e notificar minha aplicação? Entendo que a devolução esteja atrelada ao e2eid original.

Temos novidades, pessoal!
Sabe-se que muitos integradores desejam utilizar Qr Codes estáticos em cenários diversos, em especial envolvendo negócios de pequeno porte, mas que exigem um processo de conciliação dos recebimentos.

Para isto, publicamos uma atualização que irá notificar via Webhook os Pix pagos através de Qr Codes estáticos.
Saiba mais detalhes em nosso <#🖥changelog>

https://api-pix.gerencianet.com.br/v2​/loc/3/qrcode

location seria isso, não? "qrcodes-pix-h.gerencianet.com.br/v2/0e7f1113158c4b11a9e31ba80abe8be8"

eu comecei implementar o pix a pouco tempo,

<@!781134406680838216> , cliente pagou via PIX, mandou comprovante, mas não consta no meu extrato ainda..