Histórico de mensagens sobre Recebimento em pix

Existem endpoints de consulta, porém eles devem ser usados em casos específicos. Para recebimento das notificações de pagamento o padrão adotado deve ser o webhook

Sim, acessando a conta você conseguiria verificar no extrato financeiro os recebimentos.

Boa noite, @julionegromonte!
Tem sim, você pode consultar o endpoint neste link: https://dev.efipay.com.br/docs/api-pix/gestao-de-pix#solicitar-devolu%C3%A7%C3%A3o
A devolução, porém, não funciona em caso de recebimentos com split

Bom dia @leonardo.souza2811 ! Não temos um endpoint que retorne essa informação. Temos um endpoint de configuração da conta onde você pode configurar o recebimento de informação da tarifa por cada cobrança Pix recebida ou enviada no webhook. Mas seria apenas do Pix. https://dev.efipay.com.br/docs/api-pix/endpoints-exclusivos-efi#criarmodificar-configura%C3%A7%C3%B5es-da-conta

O envio de Pix também não é uma API portável... hoje a única que é padronizada pelo BACEN é a de recebimento.

Boa noite @c45lu! A taxa de recebimentos pix via API é 1,19%

Boa tarde, alguma instabilidade de envio ou recebimento de pix no efí? no momento

Entendi. Presumi que era configuração via SDK, me desculpa. No servidor compartilhado você não precisa necessariamente fazer a configuração do certificado - embora recomendado.
Na grande maioria dos casos se faz a configuração de skip do mtls check, assim não precisando entrar no mérito de todo processo de configuração de ambiente. Desta forma você pode se dedicar ao processo de recebimento na notificação sem problemas nenhum. Está usando o SDK da Efi? Em qual linguagem? Qual a hospedagem que está usando?

idEnvio não tem relação com o /cob... idEnvio é de envio de Pix, /cob é de recebimento via Pix.

Boa tarde, @andresisdanca! Atualmente só é possível configurar os termos de recebimento via PIX na conta pela API. Para o envio seria necessário um controle interno do seu sistema para gerenciar os contatos de confiança.

Valeu Kadu, vou considerar a sua sugestão, no meu caso as solicitações serão feitas pelo meu app no próprio dispositivo do usuário para confirmar o recebimento e automaticamente fazer a renovação.

E especificamente o de devoluções de um recebimento serem na mesma rota do recebimento é algo que você pode sugerir para o Banco Central mudar via https://github.com/bacen/pix-api/issues/ ... a Efí implementa a API padronizada pelo BC.

Dá para separar a chave de recebimento (e suas devoluções) da de envio.

humm, mas posso ter uma chave específica para tratar cada caso, certo? uma para recebimento, outra para devoluções etc?

Boa tarde, @alessandrodev! Tudo bem?
Não, neste caso, como o cadastro do webhook é por chave, toda a movimentação (envvio, recebimento e devolução) relacionada a esta chave, vai ser enviada para o webhook cadastrado.
O conteudo de cada tipo de notificação é diferente: https://dev.efipay.com.br/docs/api-pix/webhooks#requisi%C3%A7%C3%A3o

Bom dia, @alessandrodev! A estratégia adotada depende muito das suas regras de negócio, por exemplo, você pode ter um webhook exclusivo para tratar recebimentos e outro exclusivo para tratar envios, se você utilizar o Split ainda pode ter um exclusivo para ele.

Caso prefira organizar todos em um único ponto, você teria o payload padrão de recebimento (endToEndId, txid, chave, valor, horario e infoPagador).

Se for um recebimento com split você terá tudo isso acrescido do gnExtras contendo pagador e split.

Para devolução é preciso que o recebimento já tenha existido, você pode adotar uma conferência interna do txid ou verificar a existência da propriedade devolucoes.

Já o envio de Pix terá as propriedades tipo e status e não terá o txid (virá em gnExtras o identificador do envio -> idEnvio).

Mais informações sobre o recebimento de callbacks na documentação: https://dev.efipay.com.br/docs/api-pix/webhooks/#recebendo-callbacks

Obrigado pelos esclarecimentos @rubenskuhl

Só um adendo, a outra empresa que eu estava trabalhando realmente devolve a taxa de recebimento, por isso fiquei confuso com o efibank.

Não imagino que retenham parte não, mas provavelmente vão devolver o valor integral deduzindo o valor integral do saldo... mas assim como tem quem cobre a mais pela devolução, pode ter alguém que devolva a taxa de recebimento. Mas nenhum dos dois extremos é o usual do mercado.

E já que você citou cartão... quando mudamos de adquirente de cartão, o novo adquirente reteve uma parte dos recebimentos até ter uma noção precisa de quanto tínhamos de devoluções e chargebacks. E até hoje ele mantém esse cálculo, mas como isso é sempre menor do que temos a receber no futuro (por causa do prazo de 1 mês de recebimento), isso não gera mais retenção.
Mas fora boleto, todo meio de pagamento tem um colchão em algum lugar para devoluções e contestações.

Não, a taxa de recebimento não precisa ser estornada na devolução. É uma característica comercial que cada prestador do Pix escolhe. Por exemplo, um outro prestador amarelo estatal, cobra para fazer devolução de Pix como se fosse um novo envio... ou seja, vc paga 2x. O que você descreveu seria 0x, e o que a Efí cobra é 1x.