Termos mais procurados:
Que bom que já deu certo o recebimento.
Quanto para envio de Pix em produção, realmente é necessário uma autorização. Para habilitar pode preencher este formulário. Após o preenchimento, basta aguardar que nossa equipe entrará em contato.
A parte de envio de Pix não, só a de recebimento. A de envio além da análise deles, depois você vai ter que assinar um aditivo contratual.
Deu certo. em Homologação ja recebo os retornos da api. Em produção, tentando enviar pix, recebo o retorno
"nome": "erro_autorizacao",
"mensagem": "Para ativar este serviço, envie um e-mail para [email protected] ou abra um ticket em sua conta Efí"
Abri um chamado pelo aplicativo da Efi pedindo esta ativação. É isso mesmo? Alguem na Efi que precisa ativar?
Pois achei que depois de criar a aplicação, com suas chaves e certificados, habilitando as ações que a app pode fazer via api.. ja estaria ativado para uso.
Olá @hiagosilvas, Boa tarde!
Tudo bem?
A Efí não retém imposto de renda na fonte e não emite DIRF. Siga as orientações do contador para declarar os valores recebidos na conta Efí, que estão relacionados a notas fiscais de venda ou prestação de serviços. As transferências para contas bancárias são registradas pelos bancos e podem constar nos informes de rendimentos emitidos por eles.
Boa tarde, @naro9613! Com certeza, suporta sim!
Quanto ao QR Code em dev, como o Rubens mencionou não é possível tentar fazer a leitura dele. Mas para que você possa fazer o teste de recebimento de notificação do webhook, basta você criar a cobrança com valor entre R$ 0.01 à R$ 10.00.
Se é cartão, esse relato é sim comum no canal <#💳cartões>
Em dev não reconhecer mesmo o QR-Code, pq ele não é de produção...
20 mil requisições você diz cobranças ou chamadas de API ? A gente recebe umas 5 mil cobranças por dia corriqueiramente... e acho que tem gente com mais volume do que isso na Efí. Chamadas de API para isso deve estar em 30 mil reqs/dia.
Boa tarde, gostaria de saber se a api de vocês suporta aprooximadamente 20 mil requisões por dia. Além disso, gostaria de testar o qrCode e o Pix para ver se já está funcionando, o código já está renderizando o qrCode e o Pix perfeitamente, porém em dev ele não reconheçe o qrCode
Joice, meu contato [email protected]
Oi, @r_a_g_. Não precisa necessariamente fazer a configuração do Alias no Apache. Ela serve para fazer a tratativa da adição do /pix na URL quando é enviada a notificação.
Mas você pode registrar a sua webhook URL com query param ?ignorar=. Ou seja, na request PUT /v2/webhook/:chave para cadastrar o webhook, você irá passar o body com sua URL, exemplo:
Então, mas este caso elimina a necessidade do mTLS, mas não elimina a necessidade de se ter um webhook configurado, em uma determinada url, (seu_dominio/webhook/) me parece que eliminou apenas a parte da verificação dos certificdos.
Se tem que ter webhook no dominio, é necessário pelo menos fazer no apache o alias, direcionando as chamdas pix para dominio/webhook. Entendi errado?
Olá, @fer11nando_! Provavelmente algum campo está formatado de forma diferente do esperado, vamos abrir um # atendimento com você para pegar mais detalhes
Olá a todos os dev's envolvidos com a EFI, queria saber de vocês se atualmente passam pelo mesmo problema que venho enfrentando com a EFI há alguns meses.
Eu sempre optei por utilizar a EFI em alguns projetos. Atualmente eu venho trabalhando para uma grande instituição da área acadêmica em Medicina e sempre implemento a API da EFI para realização das transações financeiras em alguns projetos desta instituição. Esses projetos têm um ticket médio baixo que varia entre R$ 800,00 e R$ 2.500,00 para cada transação e a ideia era caminharmos aos poucos implementando a api EFI para dentro da instituição onde um projeto recente teria o ticket médio de R$ 18.000,00 e que não caminhou pra frente devido um problema de rejeição do pagamento.
Como dito, em projetos com ticket médio baixo, estamos tendo altas taxas de rejeição do pagamento (Falha no pagamento - No momento, a transação não foi autorizada.) e que nos motivou a não dar continuidade nas demais implementações. Em um média de a cada 5 compras temos 4 rejeitadas. Já entrei em contato diversas vezes com a Efi e sempre tive o mesmo retorno sobre o fluxo de aprovação do pagamento.
O meu questionamento é se esse tipo de problema só acontece comigo ou temos mais alguns parceiros aqui que também passam por esse problema? Lembrando que eu não faço a transação direta em minha plataforma, gero o link de pagamento justamente para deixar essa responsabilidade do pagamento direto com a Efi
@carolinacosta4644 criei um canal para você para que possamos colher mais detalhes da sua situação. Vamos continuar por lá, ok?
Ja estou fazendo uso da SDK, consegui implementar com a minha regra de negócio e talzzz mas quando eu chamo o metodo da classe PixCreateImmediateCharge (acho q é esse) ele cai na exception de vcs dando o erro “json_invalido; Valores ou tipos de campos inválidos”
Estamos com alguns clientes informando que não conseguem gerar o QRCODE
Bom dia, @mcunha98. Como vai?
Sim, a solução é utilizar o endpoit GET /v1/installments
https://dev.efipay.com.br/docs/api-cobrancas/cartao#listar-parcelas-de-acordo-com-a-bandeira-do-cartão
Sim sim, bloqueio cautelar só depende da Efí mesmo. Não é como MED (Mecanismo Especial de Devolução) que é solicitado pelo pagador ou pelo banco do pagador.
é, assim que eu tiver com tempo abro um atendimento aq, mas complicado pq n foi nem o cliente q pediu devolução do pix nem nada do tipo, foi bloqueio cautelar do banco mesmo, e o dinheiro ta la parado, na mao de alguem
Quem deveria chamar a API da Efí, exceto no caso do payment_token, é o seu back-end... senão, é como deixar a senha do banco no seu site.
