Histórico de mensagens em pix

Não, o BACEN mantem um acervo de URLs dos PSPs autorizadas a disponibilizar payloads, e a do seu serviço não é uma delas.

Faz sentido, porque se tem endToEndId foi pago... só gostaria de ter sido avisado..

A url que cadastrei ai ja tem isso.

Um outro ponto levantado é a inclusão do "/pix" na notificação, já estamos verificando essa questão e em breve traremos o retorno aqui

Pessoal uma dúvida, eu poderia no location do br-code passar um endpoint meu que retorna o conteúdo da gerencianet? Assim eu conseguiria ter uma UX mais bacana (detectando a leitura). Isso é permitido?

Misturei. infoPagador não é a identidade do pagador.

e está sendo enviado o infoPagador ja ?

Vou confirmar aqui Rubens, se não me engano o BACEN deixou como opcional

infoPagador também foi retirado, não ?

infoPagador sim, o infoAdicionais não, pois, sai do escopo do BACEN.

Se um Pix não for pago, não vai haver nenhuma notificação, sendo assim você poderia utilizar essa lógica na configuração.

É possível enviar nas notificações de pix o campo infoAdicionais ?

Já a devolução necessita de um status, pois, ela pode ter diferentes cenários

Hoje ficou assim, então preciso adequar os sistemas para outra lógica, pois tudo aqui esta com as mudanças de status. 😦

Pix recebido não tem status, quando você recebe um webhook com um valor é porque aquele Pix com o txid informado foi pago. Assim você consegue verificar quais cobranças foram ou não pagas

Se chegou pix é pq foi pago.

Se não tem status de que adianta receber as notificações do webhook hoje então ? Não entendi mais nada...

É um pix recebido o primeiro exemplo, o que enviei por último é uma devolução com status

Um exemplo de devolução:

Pix não tem status, apenas cobranças e devoluções