Histórico de mensagens sobre Recebimento em pix

Bom dia @ryann.exee tudo certo?
Entendo que esteja passando por problemas na sua aplicação, mas só conseguimos te auxiliar sobre os recebimentos ocorridos aqui na Efí 😉

Mas aí é para recebimento na conta Efí, iniciação via OpenFinance em instituições detentoras de contas. Ele queria enviar $ mesmo.

O único detalhe a observar é que um recebimento seguindo de um envio de Pix vai custar 2.38% com mínimo de 51 centavos. Então seu modelo de negócio precisa cobrar razoavelmente mais do que isso para te dar margem de lucro.

Boa tarde, @magnus_reth! Tudo bem?
Tanto para o envio quanto para o recebimento via Pix, o ID informado precisa ser único.

o maior problema está sendo o recebimento dos dados, pois tem que rejeitar a primeira requisição e aceitar a segunda, não estou conseguindo fazer isso de jeito nenhum, toda hora me retorna o erro:
webhook_invalido
A URL informada respondeu com o código HTTP 403

400
webhook_invalido
A autenticação de TLS mútuo não está configurada na URL informada
{
"Server": [
"nginx"
],
"Date": [
"Tue, 06 Aug 2024 20:01:54 GMT"
],
"Content-Type": [
"application/json; charset=utf-8"
],
"Content-Length": [
"111"
],
"Connection": [
"keep-alive"
],
"x-request-id": [
"aeaebb97-0acd-4c9c-a641-1bbfbe59461b"
],
"Vary": [
"Origin"
],
"Access-Control-Allow-Credentials": [
"true"
],
"ETag": [
"W/\"6f-u8LmFRZhTY5OErn2m2iNSr2g7AI\""
]
}


alguém consegue me dar uma base de como fuciona o código de recebimento da url? li a documentação e não estou conseguindo resolver isso

Boa tarde, alguns pix de 5 reais sao gerados e pagos, recebo na efi porem a efi nao envia a notificaçao de recebimento para o webhook, a requisição não chega porem se consultar o txid esta como pago, podem analisar isto ?

Entendi, então o padrão que vocês seguem é ter um chave Pix para recebimento e uma para envio e diferenciar entre esses dois pela chave Pix. E para diferenciar entre Recebido e Devolução eu verificaria se o campo "devolucoes" está presente na requisição?

O de envio é mais fácil você criar uma chave Pix que você só usa para o webhook de envio. Aí o que vier para ele, você sabe que é de envio.
Devolução não é um tipo diferente... é uma atualização no recebimento, aonde vem campos de devolução.

Olá, eu estou com uma dúvida a respeito do Webhook de Pix. Qual é o padrão recomendado pela Efí para saber se a requisição do Webhook que estou recebendo é de Recebimento, Devolução ou Envio de Pix? De acordo com a documentação o único que tem um "tipo" é o Envio

Pix Copia e Cola não é para envio, é para recebimento...

Os recebimentos são tarifados em 1.19% do valor recebido ou 1 centavo, o que for maior.
Mas não há taxa para criar a cobrança na API Pix, nem taxa para devolução.

bom dia, os webhooks estao funcionando normalmente? tenho uma função registrada no GCP para gerenciar o recebimento de pix e ontem não funcionou. No caso nem chega na rota do webhook, pois não ha nada no console do cloud platform.

A tarifa de recebimento é 1.19%, tarifa mínima 1 centavo.
A tarifa de envio (que não tem na página de tarifas) é 1.19%, mínimo 50 centavos.

Então no total dá 2.38%, mínimo 51 centavos, para receber e enviar.

No envio a taxa é de 1.19% com mínimo de 50 centavos. É que eu somei com a taxa do recebimento de 1.19% com mínimo de 1 centavo.

Apesar de que o que você recebe não paga duas taxas, só a de recebimento. O ponto é que esse modelo é anti-econômico e você deveria considerar seriamente instruir o recebedor a ter conta Efí.

A tarifa de envio só tem no formulário de solicitação de envio. O recebimento é 1.19%, mínimo de 1 centavo; o envio é 1.19%, mínimo de 50 centavos. Ou seja, 2,38% mínimo de 51 centavos, no agregado.

O problema não é cobrar envio, isso obviamente é previsto. O problema é cobrar o recebimento do pix. Nenhum banco faz isso. Quebrou todo o planejamento com os investidores. Vou segurar a EFI por enquanto pq temos calendário de implantação mas precisamos ver outra solução menos custosa. Creio que em ultima ratio nós mesmos vamos criar nossa instituição financeira. Deve ser a melhor solução pra quem trabalha em larga escala. Só que isso não será possível em um horizonte curto.

Pelo jeito é cobrado 1% em dois passos, tanto no recebimento quanto no uso da api. Não é o que foi divulgado.