Histórico de mensagens sobre Recebimento em pix

Boa tarde @geovanefil ! Todos os recebimentos vão para a conta emissora. No seu caso, seria uma parte para os outros clientes e uma parte pra sua conta?

eu gostaria de saber se o api de voces e possivel que meus clientes consigam via api cadastrar uma conta e poder cadastrar sua chave pix e criar recebimentos com qrcode pix e depois transferir o seu saldo tudo via api de voces isso e possivel?

A tarifa é definida caso a caso, então não dá para informar. Um outro usuário citou ser a mesma do recebimento, 1,19%.

Para essa transação, sim. O saldo que aparece na conta, inclusive via API, vai aparecer só com o custo de recebimento descontado. Mas para fazer a transação de envio precisa do saldo mais custo do envio.

é 1.19 de recebimento e 1.19 de pagamento

mas ia eu precisava fazer justamente um repasse no momento do recebimento

E dependendo do valor o ambiente de homologação quita a cobrança (para você testar recebimento) ou nunca quita a cobrança (para você testar não recebimento)

Dúvida de split Pix: a devolução tira saldo das contas destino do split, ou só da conta do recebimento ?

Bom dia, @nicolasmatos.
Você pode consumir o endpoint PUT /v2/gn/config e definir o recebimento via webhook, o valor da tarifa Pix cobrada.
Segue detalhes do endpoint: https://dev.gerencianet.com.br/docs/api-pix-endpoints#criarmodificar-configura%C3%A7%C3%B5es-da-conta

Você receberá a notificação como na seguinte imagem.

Boa tarde já tenho meu sistema de recebimento pix funcionando em Python, agora estou começando a etapa de reconhecer automaticamente se o cliente efetuou o pagamento, eu queria tirar um dúvida específica sobre os end points exclusivos da EFI, nas requisições, para PIX, tem (recebimento: Atributo objeto obrigatório. Contém as configurações relacionadas aos recebimentos de Pix por uma determinada chave.)

Através disso eu consigo obter a resposta se o pix foi pago? Ou acham mais rapído fazer um webhook?

Bom dia, @nckex!
Você pode utilizar o endpoint PUT /v2/gn/config para definir que a recusa de QR Code estáticos. Mas não é possível recusar de um txid específico.

Para recusar QR Code estático, informe true no parâmetro qrCodeEstatico->recusarTodos

Seria o campo "tarifa", certo? Em qualquer lugar do objeto que eu insiro ele, recebo o seguinte erro de validação: não são permitidas propriedades adicionais

Tentei inserir tanto no body, quanto no "pix", quanto na chave, quanto no "recebimento" e até msm no "qrCodeEstatico"

Boa tarde, @d1sturb!

Segue as instruções para simular o recebimento de Pix em homologação:

Se o valor da cobrança está entre R$ 0.01 à R$ 10.00:
A cobrança é confirmada, informação virá via Webhook.
Se o valor da cobrança é maior que R$ 10.00:
A cobrança permanece ativa, sem confirmação. Como não há webhook nesses casos, nada é feito.

Bom dia, @nckex. Como vai?
Exatamente. Ao receber o pagamento Pix será feita a movimentação financeira e cobrada a tarifa. Solicitando o estorno, não será devolvida a taxa cobrada no recebimento.

Bom dia, tenho uma dúvida referente a taxa da efi, tenho um sistema onde reconhece o recebimento do pix e realiza a tentativa de liberação de uma ação no mundo físico através de outra API, no entanto, se não for possível liberar por questões de instabilidade ou quaisquer que sejam os motivos, o pix precisa ser estornado automaticamente, porém notei que a taxa de 1,19% não é estornada, isso é correto? A gente deve assumir o risco?

se eu receber um pagamento e quiser fazer um repasse... é preciso usar algum timeout para o dinheiro do recebimento bater efetivamente na conta?

qual é o tempo + ou - que leva pra um PIX bater na conta da gerencianet?

Exemplo: um cliente pagou um PIX e eu recebi esse aviso no webhook.... e todo recebimento, eu faço um repasse usando o pixSend....

O problema que eu detectei é que quando eu fui fazer o pixSend, retornou que não tinha saldo suficiente... e isso me intrigou... pois tinha acabado de receber um pagamento!

Fora que a forma de recebimento pix dele é totalmente insegura, a chave e no celular dele, e os funcionários as vezes só olha, ou pedem pra mandar print

Especificamente no caso da Efí/GN, o que não cair nas exclusões de 9.3, não atrapalha o recebimento (alguém pagar um QR-Code e isso ir pra sua conta). Agora, o cash-out depende de uma API que a Efí tem, a de envio de Pix, mas que ela libera caso-a-caso.

A API Pix está funcionando normal @_zamparo! Pode ficar tranquilo! Provavelmente essa instabilidade está afetando apenas envio/recebimento de pix via app, mas não API 🙂