Histórico de mensagens em pix

<@!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

alguém pode me ajudar ?

array(2) {
["nome"]=>
string(16) "webhook_invalido"
["mensagem"]=>
string(70) "A autenticação de TLS mútuo não está configurada na URL informada"
}

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

Vamos encerrando por hoje pessoal, amanhã retornamos. Boa noite a todos.

Mesmo no extrato, eu não sei a transação. Eu teria que pegar pelo valor e nome da pessoa... inviável.

A devolução aparece no extrato da conta, mas entendo a necessidade do retorno via API. Podemos levar ao canal <#💭sugestões> essas informações debatidas.

Bem crítico isso, pessoal.

E nem via o IB da GN, pq não tenho como identificar o e2eid no extrato.

nem através de vcs, nem eu fazendo uma consulta "manual".

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?

Isso seria suficiente. Mas um webhook precisa ter. Não ter pode causar alguns problemas bem chatos de conciliação e contestação.

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.

O buraco de conciliação é bem grande não ter essa funcionalidade.