Histórico de mensagens sobre Recebimento

O problema de usar o envio de Pix é que paga taxa de novo, tornando anti-econômico. O split não, só a taxa de recebimento.

Preciso de um auxilio para configurar a api para recebimento

Boa tarde. Já fazem mais de 1 mês que eu tenho bloquear o acesso de recebimento PIX via CNPJ no efi e nada.. Eu já fiz o bloqueio no efi e continuo recebendo esse tipo de transferência. Eu não quero mais receber transferência via CNPJ, apenas via copia e cola e qrcode. Já abri mais de 1 chamado e nunca é resolvido. O suporte do EFI no site diz que não consegue resolver isso.. Tem alguém aqui que consegue efetivamente resolver o problema e não ficar jogando um para o outro? É algo tão simples... desativar recebimento via chave pix CNPJ e que se torna tão complicado.. não consigo entender

Alguém consegue dar um suporte. Foi desabilitado opção de recebimento de transferência PIX via CNPJ no gerencia. Mas mesmo assim continuo recebendo. Foi informado que seria via API, mas meu suporte que cuida do sistema informou que eles tem controle apenas do PIX Qrcode e Copia e Cola. Preciso desabilitar a função de recebimento PIX por CNPJ, quero deixar ativo somente recebimentos por PIX através de QRcode e Copia e cola.

Como foi mencionado pelo Rubens, você precisa configurar o certificado na configuração do seu webserver para atender o padrão mTLS. E criar as duas rodas na sua aplicação para o recebimento das informações.
Neste outro vídeo é exemplificado a configuração do mTLS em um servidor Apache: https://youtu.be/hdyUHzNwVLY?list=PLRqvcUTH2VsWufBmzOdTVeLEOTGrPNoiu

Mas sua pergunta talvez seja de recebimento... aí sim, chegaria 4.95.

Consulta Pix não tem taxa, que é cobrada só no momento do recebimento. O valor já é depositado na conta sem a taxa.

Criação de conta pode ser de minutos a poucos dias. Melhor já ir criando...

O envio de Pix só vai estar ativo depois destas coisas:
1) Você solicitar
2) A Efí analisar e aprovar
3) A Efí preparar e te enviar um aditivo contratual
4) Você assinar esse aditivo
5) A Efí assinar o aditivo
6) A Efí implementar a liberação do recurso na sua conta
7) Você liberar os escopos de envio de Pix na sua aplicação

Enquanto isso não está ativo, você não deveria estar operando se seu serviço depende de ter tanto o recebimento quanto o envio.

Então sugiro ficar só no Pix mesmo. E o custo de recebimento vai dar perto de R$1,20.

Agora, em caráter geral, cartão é um meio de recebimento caro (em taxas) e grande gerador de suporte. Então vale considerar opções como deixar a parte de cartão em outra plataforma, deixar de receber por cartão e ficar apenas com Pix... hoje cartão representa 20% do que faturamos mas representa 80% do que gastamos com taxas e 80% do suporte. É um arranjo fadado a desaparecer.

Isso de detalhar mais as recusas, dentro do que o anti-fraude que a Efí usa informar (o que nem sempre acontece), foi uma das sugestões que já postei aqui. A outra é que o anti-fraude da Efí é bem "arisco" por causa do recebimento em D+2, e que se a Efí desse opção de recebimento em D+30 com anti-fraude menos restritivo ou com risco por conta do estabelecimento comercial, esse problema seria amenizado.

Você já analisou as informações não de cartão que os usuários com transações negadas estão passando ? Talvez tenha alguma informação lá que dê para montar um padrão.

As tarifas estão descritas em https://sejaefi.com.br/tarifas . Que meio de recebimento você imaginava usar: Pix, boleto ou cartão ?

pessoal, estou com problemas no recebimento de pagamentos atrasados, alguem passando por isso?

Sim, inclusive no extrato. Seu cliente vai precisar te passar clientid/clientsecret/certificado para você gerar recebimentos em nome dele.

Alguém já teve problema de receber no webhook a mesma transação já recebida e já devolvida diversas vezes?
já devo estar no meu décimo recebimento de webhook tanto pra confirmação quando pra devolução desse exemplo kkkk e já foi faz tempo! vejam o horário!!
Tô em atendimento mas gostaria de saber se alguém enfrentou algo parecido...

Boa tarde, @accessoft! Tudo bem?
Uma maneira de lidar com isso é bloquear as transferências para esta chave, permitindo apenas o recebimento de cobranças associadas a ela.
Você pode configurar isso usando o seguinte endpoint: https://dev.efipay.com.br/docs/api-pix/endpoints-exclusivos-efi#criarmodificar-configura%C3%A7%C3%B5es-da-conta
No corpo da requisição, você precisa fornecer sua chave e definir o atributo txidObrigatorio como true.

Talvez se você colocar junto o recebimento em D+30 ao invés de D+2 que é o default... sugiro marcar o @Comercial e ver no que dá. Mas como o ambiente de cartão é muito oligopolizado, normalmente quem pode te dar taxa menor são os grandes adquirentes mesmo.

Ola, boa tarde.
Referente a api do pix tenho 2 duvidas:

1 - A taxa sobre valor recebido pela api pix é de 1,19%.
Existe algum valor maximo de taxa como alguns dos competidores ou é 1.19% indiferente do valor?
ex: O recebimento de um pix de 3 mil reais, pagaria 35 reais ou valor maximo de X?

2 - É possivel realizar pagamentos pix ou apenas recebimento?
Estou trabalhando em um projecto de marketplace, temos que processar o recebimento do comprador, e depois fazer a transferencia do valor para o vendedor.

Queria tirar uma duvida, há a possibilidade de bloquear os recebimentos utilizando diretamente a chave PIX ?

Tenho uma duvida em relação ao aplit de pagamentos. Uma vez feito uma cobrança via API, com split entre 2 contas. Este recebimento vai ser dividido diretamente? Ou seja, se recebi 120,00, e o split era 20/100. A conta 1 recebera 20,00 e a conta 2 receberá 100,00, sem que o valor total primeiramente entre na conta conta principal e depois sai como um pagamento?
É uma pergunta a nivel financeiro, pois se 120,00 entrar na conta 1, e depois sair 100,00 para a conta 2, teoricamente a conta 1 deveria gerar uma NF do valor total, e a conta 2, uma NF de 100,00. Que em serviços, seria uma dupla tributação.
Diferente de fazer a venda, 20 entrar na conta 1, e 100 na conta 2. Cada um geraria sua propria NF