Histórico de mensagens sobre Recebimento

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.

Não é igual pq no recebimento não tem tarifa mínima. No envio custa 50 centavos mesmo que você mande um centavo.

Mas não ficou claro se era para recebimento do pix ou para envio

Bom dia @Lucas Juliano o parâmetro chave é referente à sua chave Pix, vinculando um webhook à uma chave todas as transações realizadas por essa chave (recebimento/envio) serão notificadas via webhook.

Boa tarde, @jamesoliveira.! Tudo joia?
Pode ser que em algum momento, você tenha bloqueado o numero para o recebimento de SMS.
Além do SMS, você consegue enviar uma notificação para o APP Efí instalado em seu celular.

Lembrando que você não precisa realizar este procedimento para solicitar atendimento.

Via API você consegue simular os recebimentos, por meio do ambiente de homologação, mas não das tarifas cobradas que serão exibidas no seu extrato financeiro

Boa tarde @_fernandoferreira ! Em sua conta você pode fazer uma simulação. Acesse “Configurações da conta” (⚙), no canto superior direito e selecione a aba “Simulador de recebimentos”.

Bom dia, @solid9626! Tudo bem?
Você consegue fazer uma configuração na sua chave Pix para definir o recebimentos do nomee CPF/CNPJ mascarados do pagador no webhook.
Para isso, você deve fazer a configuração utilizando o endpoint PUT /v2/gn/config (https://dev.efipay.com.br/docs/api-pix/endpoints-exclusivos-efi#criarmodificar-configura%C3%A7%C3%B5es-da-conta), passando o atributo "pagador": true.

Boa tarde @_alexandrehenrique ! Tudo bem?
Quando você utiliza nosso Boleto com Pix (Bolix) e seu cliente efetua o pagamento via QRCode Pix, no seu extrato vai constar como Recebimento de Cobrança. Da mesma forma aparece caso ele realize o pagamento via Código de Barras. Logo, irá constar como Boleto Pago, independente da forma como seu cliente tenha escolhido pagar.

Boa tarde, estou com uma dificuldade no recebimento de notificações webhook, eu crio a cobrança informando o notification_url no metadata, porém não recebo as notificações, na plataforma as notificações estão com o status 408 e nos detalhes é informado que o servidor não respondeu, causando um timeout

Preciso do auxilio de vocês pra identificar um recebimento que nao foi baixado automatico.

Hum, em qual modalidade consigo fazer essa divisão do recebimento?

Eu não chamaria de BaaS pq os clientes seriam Efí, veriam o nome Efí no site e app etc. Mas para o propósito de recebimento é bem nesse sentido, pq vc cria contas para seus clientes, e aí recebe clientid, clientsecret e certificado... e pode operar a API Pix para recebimento em nome deles.