Termos mais procurados:
Mas você usa via link de pagamento ou transparente ? Isso muda a incidência de problemas. Dependendo do gateway para pior ou para melhor, mas é diferente.
Sobre antecipações, isso é sempre um jogo de risco. Pq o adquirente só recebe em D+30... para antecipar ele na verdade está fazendo uma operação de crédito acreditando que irá receber depois. Eu não colocaria um serviço dependendo de antecipar cartão...
Obrigado por compartilhar a sua expêriencia! Estou elaborando soluções multigateways nas próximas implementações. Esses problemas de browser eu não tive com a Stripe, meu único problema com eles é a demora para liberar os pagamentos. Eu preciso de antecipações para ter caixa. Mas enfim, obrigado mais uma vez, vou ver formas de contornar esses problemas.
O que posso te dizer da minha experiência de cliente de gateways é não se fixar em usar o mesmo para todos os métodos de pagamento. Seja pelo serviço, seja pelo custo...
... agora, esses problemas de browser x anti-fraude em cartão de crédito mudam só de intensidade e frequência, mas acontecem em todas os gateways. É intrínseco ao meio de pagamento cartão de crédito, e a solução para eles é o Pix.
Certo, de qualquer forma obrigado pela ideia, vou ver uma forma de implementar ou provavelmente vou usar outro Gateway para processamento de cartões.
Não pq na Efí nós só transacionamos Pix. A gente seguiu uma idéia similar em outro serviço nosso que também precisava de suporte a Javascript.
Fala @guilherme_efi , realmente é muito frustrante isso. Eu não consigo chegar no meu Lead e pedir pra ele desativar do browser dele por exemplo… eu nem tenho contato com esse novo cliente. E não consigo pedir pra ele modificar o browser para conseguir pagar, imagina a frustração dele.
Pode ser um caminho temporário, você tem algum código de exemplo para identificação? Assim posso bloquear o uso do cartão e permitir apenas o Pix.
deu certo, coloquei skip true...
mas coloquei o url, gerei PIX.. nao gerou nada de informacoes
Boa tarde, , @gustavohenriquesantos
Esta falha ocorre quando o seu servidor não esta com o MTLS configurado.
https://dev.efipay.com.br/docs/api-pix/webhooks#entendendo-o-padr%C3%A3o-mtls
Nesta pagina da nossa documentação citamos como a configuração é feita
boa tarde a todos, td bem?
quero cadastrar o webhooks.. estou tendo esse problema.
A autenticação de TLS mútuo não está configurada na URL informada
Nesta página que citou, o valor é usado para exemplificar a função de https://github.com/efipay/js-payment-token-efi?tab=readme-ov-file#buscar-as-informações-de-parcelamento">buscar as informações de parcelamento.
Bom dia, @eduardo.rocha.vargas! Tudo bem?
Não. O número de parcelas e valor não são necessários para gerar o payment_token.
Bom dia! Para eu realizar a tokenização do cartão, preciso sempre passar o número de parcelas e valor, como no exemplo https://efipay.github.io/js-payment-token-efi/?
Uma possibilidade é uma splash page que detecta esse tipo de configuração ou componente e avisa o cliente.
Oi, @devluxca. Bom dia! Tudo bem?
Que bom saber que você está gostando da nossa solução, e que que a integração do PIX no seu SaaS já está rodando em produção!
Sobre o payment token, entendemos sua preocupação e queremos esclarecer alguns pontos.
A geração do payment_token precisa ser feita no front-end por uma questão de segurança. Isso impede que os dados do cartão do cliente trafeguem entre o front e o back, reduzindo riscos e protegendo as informações sensíveis.
Sobre o erro que você mencionou, o processo de fingerprint coleta algumas informações do navegador e do pagador para prevenir fraudes e garantir mais segurança nas transações. Normalmente, os navegadores não bloqueiam esse processo. Mas, navegadores como o Brave e extensões que impedem rastreamento podem bloquear essa coleta de dados, gerando essa exceção.
No momento, o melhor solução é orientar seus clientes a desativarem essa configuração para que tudo funcione corretamente. A gente sabe que isso pode afetar a conversão, mas já estamos estudando formas de minimizar esse impacto no futuro.
Se precisar de mais detalhes ou tiver qualquer dúvida, conte com a gente!
Pessoal, virei cliente da Efi e no geral eu amo o software de vocês, já fiz a integração de PIX no meu SaaS e ela ja está funcionado em produção. Mas hoje finalizando a integração com cartão no frontend (estou migrando da stripe) tive uma surpresa desagradável: Me deparei com o erro do print. Segue em texto:
"Falha ao conectar ao script FingerPrint. Verifique seu navegador ou extensão."
Estou tentando usar a função getPaymentToken() na qual gera essa exceção.
Eu uso o Brave, a maioria dos meus clientes usam navegadores com bloqueador de anúncio. Isso não pode ocorrer, imagina como vai ficar minha conversão? Vou perder clientes por causa do navegador?
Vocês pretendem corrigir? Se sim, tem alguma data prevista? Existe algum workaround que podemos fazer para solucionar esse problema?
