Histórico de mensagens sobre 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)

E também sobre recebimento

Boa tarde @neytanmoreira! Tudo bem? Você diz referente aos recebimentos via chave ou na utilização delas na api, para emissão de cobranças?

Nenhum. Precisa descontar o custo do recebimento, o que no caso do boleto/bolix é mais fácil.

Nenhuma pelo split em si. Há a tarifa do recebimento, que pode ser ou paga pela conta do recebedor ou splitada também.

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

Boa tarde!
gente boa, tô tentando definir a url para recebimento de notificações. Estou usando a api do marketplace para criar uma transação. https://dev.gerencianet.com.br/docs/dividindo-recebimentos
O problema é que recebo o seguinte:

{
code: 3500034,
error: 'validation_error',
error_description: 'A propriedade [notification_url] é inválida.'
}

Consigo implementar a url na parte de divisão de recebimentos?

Oi, @snoup_dj. Bom dia!! Tudo bem?
Muito legal sua ideia!
A API Efí te permite emitir cobranças Pix para recebimento instantâneo e realizar a verificação dos pagamentos automatizado, e também boleto e cartão de crédito.
No entanto a automação que mencionou de enviar as "kays" dentro do jogo ou via e-mail, teria de ser algo programado por você, combinando com as nossas soluções de cobranças.

Caso queira conhecer mais sobre nossas APIs, acesse nossa documentação técnica. https://dev.sejaefi.com.br/docs
Qualquer dúvida, conte com a gente!

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.

Gerar o boleto a partir do código de barras seria uma opção para você ? Pq dos fornecedores de recebimento que usamos, a gente usa o mínimo e gera tudo em casa... o que nos dá maior controle do aspecto da cobrança e dependência mínima de funcionalidades. E isso vale para Efí ou qualquer outro.

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?

Isso é possível mas anti-econômico. A cada transação de recebimento você faria, por exemplo, um envio via API Pix. Só que isso custa uma nova tarifa...
E essa API não tem relação com o Open Finance.

Algo que se encaixaria seria você usar a API de criação de contas para criar as contas para suas clientes diretas. Aí você teria as credenciais necessárias para emitir instrumentos de recebimento em nome delas.

Não, a Efí não tem perfis selecionáveis de tolerância a risco. E que se existissem, acabariam por incluir também prazos de recebimento e taxas...

Oriento que acesse através da plataforma web: configuração da conta> configurações de cobrança> cartão de crédito, para verificar as tarifas do cartão, é possível simular um recebimento também, para verificar o valor que será recebido, através de: configurações da conta> simulador de recebimentos.