Histórico de mensagens em pix

Pois se eu enviar 1 centavo, ainda recebo? Ou seria cobrando uam tarifa de 1 real? Fica impraticavel

Mas a tarifa de recebimento em chave via transferencia, não é fixa, é porcentagem. Agora eu quero depois conversar pessoalemnte para entender isso de tarifas. Eu estou baseando minhas tabelas de preços em micro-transações, e recebiemnto em chave, sem qr-code, etc.
Antes não tinha tarifa, e eu podia cobrar valores de 1 centavo.

O que realmente muda para mim, talvez isso vire um impedimento para microtransações? Ou é cobrando um percentural neste caso?

O ataque dos centavos é possível com ou sem chave. O que possibilita é a tarifa ser fixa e não percentual.

não foram, foram enviados via chave.

Se for Pix manual, ou seja por dados bancários, aparece sem chave.

Imagine que a tarifa de recebimento fosse 99 centavos fixa, não uma percentagem. O ataque dos centavos seria te mandarem muitos Pix de 1 centavo, cada um deles te dando prejuízo de 98 centavos.

Acho que não deve ser o caso, mas como funciona esse ataque dos centavos?Ele aparecerem assim sem chave? Pois essas foram eu quem transferi durante testes.

Precisa ver se não estão tentando ataque dos centavos com você... e é prudente usar os endpoints da GN para bloquear os pagamentos por dados bancários. E por chave, se você não usar esse caso.

Ola, boa, tudo certo. Vou entrar em contato

Boa tarde <@!530178138072678421> tudo bem?
Me informa o número da sua conta no privado, por favor

Ontem tambem, pelo visto

Ola, boa tarde. OCorreu algum problema com a api? Não esta constando a chave alvo do recebimento nas minhas ultimas transações, todas hj.

Se você quiser chamar o txid de token pode, mas a API não chama assim, e a diferença é que o txid é preferencialmente gerado por você, não pela Gerencianet.

Não, na API Pix a URL é definida para chave Pix. E o que você tem para dar match são chave e txid.

o token da notificação eu recebo quando gero a cobrança?

O que não impede de ter polling também... é legal ter inclusive, mas com intervalo mais extenso, só para pegar eventuais perdas de eventos de notificação.

tendi

Sugiro colocar tratamento de webhook nos dois lados, não só no envio... é que no envio é obrigatório.

Mas então você implementou o recebimento de uma maneira bem sub-ótima, pois tem que fazer polling ao invés de já ser notificado pelo evento.