Histórico de mensagens sobre Recebimento em pix

E o único número que faz mesmo diferença para PF é receber mais de 30 Pix, que aí gera cobrança de recebimento mesmo fora da API.

Galera, sei que aqui não é o canal correto, mas é o canal que vejo suporte interagindo.
Eu mandei uma sugestão no canal <#💭sugestões> , a notificação de recebimento de PIX chega incompleto, nao mostra o valor do PIX e isso é muito ruim, pq as vezes preciso verificar o valor e a notificação me força a entrar no app pra ver só o valor

estou quase largando e indo pra outra API de recebimento PIX

No exemplo de python(Flasky), você pode definir um route(rota) responsável pelo cadastro e recebimento do webhook e somente nestas rotas exigir o certificado.

Bom dia, <@!243069612877414405>. A comunicação do webhook ocorre apenas uma vez se o seu server reponder com um status como o 200 por exemplo, informando do recebimento. Caso não tenha essa resposta, são feitas novas tentativas de comunicação seguindo esta lógica:

Irei mudar o plugin porque essa cobrança está invalida no meu ponto de vista já que apenas uso minha chave e não uso a ferramenta da GN, que se estivesse usando para confirmar o recebimento de forma automática faria sentido a cobrança, mas ainda preciso fazer-la de forma manual.

Pessoal uma dúvida, existe alguma taxa para gerar a cobrança em ambiente de produção? Ou as taxas são só para recebimento?

E não, não tem como simular recebimento atualmente. É um pedido antigo aqui no canal, mas por enquanto não disponível.

qual a solução para eu continuar meus testes de recebimento. preciso que a api me responda como se estivesse recebendo um pix. antes eu fazia isso mandando um pix para mima mesmo de outra conta. Tenho como simular um recebimento na api de produção? Pois isso quebra meu fluxo de desenvolvimento ter que perder 1 centavo a cada transação que preciso re-testar. Eu estou sempre fazendo essas transações de baixo valor para testes, e meu fluxo de vendas tambem se basearia nelas. Devo abrir um ticket então para negociar um acordo sobre essas tarifas?

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?

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.

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.

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.

Vc já não tinha feito isso para a parte de recebimento ? É igual.

No envio de Pix, você precisa passar uma chave Pix para que o webhook seja usado para notificar se o envio de Pix deu certo ou não. Minha sugestão para facilitar conciliação posterior é criar uma chave aleatória só para envio, cujo único objetivo é ter um cadastro de webhook possivelmente diferente do de recebimento.

Outra forma de visualizar os Pix recebidos se você não for utilizar o webhook é pelo GET v2/pix, esta rota retorna apenas Pix recebidos facilitando a sua verificação. Você pode informar como parâmetro um período que deseja verificar se teve recebimento ou não.

O sistema é seu, só você pode saber o que precisa fazer quando um recebimento é confirmado...

Então, nesse caso, o Relatório Expresso consta somente os recebimentos por cobranças.
Já a emissão do Extrato financeiro, pode constar filtros diversos.

Alguem sabe a taxa do api pix por recebimento?

<@!789223277997326366> <@!241258461713661952> Boa noite!
Até o momento a API Boletos e Cartão segue com funcionamento normal.
Entretanto a API Pix está intermitente, oscilando por conta das falhas junto à AWS.
No mais, o envio de pix não está operacional. E os recebimentos via QrCode estão sendo processados.
Assim que tivermos mais informações, manteremos vocês informados aqui no canal.