Histórico de mensagens sobre PIX

Pessoal, trazendo para cá a discussão sobre devolução por parte do favorecido. Contexto:

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..

Mas informo que nossa equipe de desenvolvedores já estão finalizando e logo lançarão a versão do WordPress com o Pix. Reportamos a vocês qualquer novidade

então não será possível utilizar a api pix no meu site wordpress/woocomerce?

Na versão atual do WordPress ainda não possui a funcionalidade do Pix.

preciso apenas da api pix.

preciso apenas da opção pix.

não encontrei a opção pix

Sobre o pagamento/transferência via POST em /pix, eu acho que ele devia ser mudado para PUT. O POST hoje não tem idempotência, e está sujeita a duplicações... a idempotência seria garantida com um parâmetro id (similar ao id de devolução), diferente do eventual txid (que é do recebedor). Para não ter que criar muitos métodos distintos, acho que poderia ser um único... se não tiver txid ou código, a ação é de transferência. Se tiver txid ou código, é pagamento... mas são mutuamente exclusivos. Ou tem o txid, ou tem o código do Pix Copia e Cola.
No geral fica:
chave mutuamente exclusivo com banco/tipo/agência/conta/cpf , mas um deles é requerido
txid mutuamente exclusivo com código, mas é opcional.
idenvio obrigatório, e garante idempotência. Se receber duplicado, só dá erro se for diferente. <@!793123559874494465>