Histórico de mensagens em pix

e ja estou com server dedicado

ola pessoal ainda estou com a mensagem
"nome": "webhook_invalido",
"mensagem": "A requisição na URL informada falhou com o erro: UNABLE_TO_VERIFY_LEAF_SIGNATURE"

Você só pode emitir cobranças através do PSP onde esteja registrada a chave Pix utilizada. Se você está aqui imagino que seja para emitir via Gerencianet, então precisa ter conta na Gerencianet.

Isso acontece justamente pq o alerta de duplicação viola idempotência. Então a solução para isso é a GN corrigir, o que eles já disseram que irão fazer.

Olá <@!799010341719244800> boa tarde! Estou te chamando no privado.

Boa tarde! Sobre o pix integrado, vocês trabalham com qualquer banco ou eu tenho que abrir conta em um banco específico?

meu problema é identificar quando há um erro ao fazer a devolução e tentar fazer novamente, mas como não sei quais erros podem ocorrer, poderia cair num loop infinito.. porque o erro pode ser:

{
"nome": "devolucao_id_duplicado",
"mensagem": "O id informado já foi utilizado em outra devolução"
}

só terei uma devolução no valor integral..

Só o problema caso você tenha mais de uma devolução. O espaço de endereçamento de devolução é apartado do espaço de txid.

Existe algum problema em utilizar o txid como id da devolução?

A issue 241(https://github.com/bacen/pix-api/issues/241) expõe a discussão levantada e o parecer final do Filipe Silva, Arquiteto de Software(BACEN) .

Boa tarde @everyone, sobre à adequação do /pix no webhook, ficou definido que será feito o cadastro do webhook base pelo integrador e a adição do parâmetro /pix no POST {$request.body#/webhookUrl} pela Gerencianet no momento do disparo das requisições.
Abaixo trazemos alguns exemplos de webhook e como será a notificação:

Integrador cadastrou a url base https://gerencianet.com.br/, ao acionar o webhook uma requisição do tipo POST será enviada para https://gerencianet.com.br/pix.
Integrador cadastrou a url base https://gerencianet.com.br/pix, ao acionar o webhook uma requisição do tipo POST será enviada para https://gerencianet.com.br/pix/pix.
Integrador cadastrou a url base https://gerencianet.com.br/?id=0000x22, ao acionar o webhook uma requisição do tipo POST será enviada para https://gerencianet.com.br/?id=0000x22/pix.

Seguindo então a nossa documentação o serviço será POST {$request.body#/webhookUrl}/pix.

Tal definição foi feita após analisar os feedbacks de integradores, questionamentos ao BACEN e discussões internas.
A data para deploy do novo padrão está alinhada para o dia 01/02/2021. Sendo esta arbitrada a fim de que todos os integradores da API-Pix que utilizam o serviço de webhook possam ajustar seus sistemas e aplicações, e evitar assim falhas ou mal funcionamento do serviço.

Uma sugestão é permitir o recebimento da notificação em ambos os modos: com e sem /pix. Dessa forma, quando virarmos a chave, não haverá problemas.

À medida que se aproximar da data de deploy seremos mais assíduos nas notificações. Quaisquer dúvidas estamos a disposição em nossos canais de comunicação. [ATUALIZADO]

e imagino que o status também já seja de DEVOLVIDO

Não pq a GN tem que checar se a soma das devoluções ultrapassa o valor original do Pix e limitar essa soma a esse valor.

minha dúvida é se o usuário pagar 50 reais e eu fizer a devolucão com sucesso dos 50 com o id devo-1 e depois fazer novamente a devolução agora com o id devo-2 ele vai receber 2 vezes?

só vou fazer uma devolução... se o id for aleatório não teria como controlar

Mas o id da devolução pode ser qualquer coisa única para você.

Assumindo que não haja no seu caso uso a possibilidade de mais de 10 devoluções.

Se o txid for até 34 caracteres, você poderia colocar um dígito para devolução ao final.