Histórico de mensagens em cartões

Vou iniciar um atendimento para você, no canal # atendimento para verificar a questão 🙂

Bom dia @drchav_25713! Tudo bem?

Bom dia..
eu tenho um problema com link de pagamento no cartao...

normalmente apos o cliente colocar o cartao.. ele acaba negando e a pessoa recebe uma confirmação do banco sobre o pagamento, apos a confirmacao com o banco a pessoa nao consegue mais utilizar o link de pagamento, eu teho que gerar outro, que gera outro aviso do banco, que gera outro link.. e fica nesse loop infinito

Obrigado

Vamos iniciar um atendimento para você no canal # atendimento, para verificar mais detalhes do caso 🙂

Boa tarde @eduardobrenn! Tudo bem?

Boa tarde pessoal, alguem ja passou por um problema que do nada os cartões começou a recusar as compras? Antes estava tudo ok? Tinha mandado no outro canal mas percebi que seria aqui o adequado

Vou bem e você? Espero que sim!

Beleza!

Boa tarde! Tudo bem ? Vou iniciar um atendimento privado com você para pegar mais detalhes

Estou tentando implementar a solução de pagamento da EfiPay para cartões de crédito usando Laravel. Porém estou obtendo o seguinte erro ao enviar a cobrança.

curl_setopt_array(): Cannot represent a stream of type Output as a STDIO FILE

Alguém já se deparou com isto?

Sobre os tempos de decisão, mesmo sistemas completamente automatizados de anti-fraude podem levar até uns 30 minutos... e a Efí sabidamente tem transbordo para mesa manual de análise, aonde pode demorar mais. Aqui de novo um pouco de transparência ajudaria, mandando via webhook (se o usuário quiser) aviso "foi aprovado pelo banco emissor, agora no anti-fraude" "anti-fraude automático não conseguiu aprovar, agora na mesa" etc.

Há alguns pontos que a Efí poderia mudar que ajudariam a dar uma transparência melhor e deixar escolhas para o estabelecimento comercial.

O primeiro é que por causa do pagamento em D+2, quando a Efí recebe dos bancos emissores em D+30, eles tem uma tolerância menor a risco. Que dá para entender, mas pode ser uma tolerância diferente da que o usuário tenha... então dar a opção de receber em D+30 e perder com eventuais chargebacks, mas ter uma aprovação maior, ou ter um prazo menor e menor aprovação. Aí cada um escolhe o que faz mais sentido para seu negócio.

O segundo é que os retornos de transações não aprovados hoje são binários... e eles podiam dar mais informações (que eles recebem) de se não foi aprovado por cartão inexistente, falta de limite, anti-fraude etc. E no caso de anti-fraude, dar o scoring resultante. Isso permite tanto uma melhor compreensão do cenário, quanto uma tomada de decisão do que fazer nesse caso.

Essa maior transparência permitiria uma outra alteração que é colocar no endpoint de retentativa uma opção "ignorar anti-fraude", que aí cada um decidiria usar ou não por sua conta e risco. Mas para isso precisa da informação e da possibilidade de receber em D+30, então isso depende das duas anteriores.

isso que o meu é doações de associados verificados hein

Meu amigo, eu ja perdi as esperanças com a Efi para pagamento via cartão, sem condições.
Ja venho reclamando disso a muito tempo, jogam a responsabilidade a terceiros e o suporte so respondem com textos prontos.
Ja tive incontáveis recusas de pagamentos legítimos.
Sem contar que demora séculos para processar a transação e sempre recusa, não tem lógica isso!
Mas enfim não somos os únicos perdendo com isso, devem estar deixando milhoes na mesa KKKKK 💩
A Efi não deve utilizar o próprio serviço, por que não é possivel, se usassem saberiam o quanto é frustrante, não é possível que alguem consiga suportar tanta recusa de pagamentos.

https://tenor.com/view/payday-money-cash-gif-12514599

ok

Olá, boa tarde @drchav_25713
Vou te acionar em um chat privado para dar prosseguimento com a verificação.

alguem consegue me ajudar ?

todos com o mesmo retorno "Falha no pagamento - No momento, a transação não foi autorizada."