Marco Almeida | Webdados

Bom dia Emídio,

Infelizmente temos tido vários relatos desta situação:

clientes acabam por não voltar para o site após o pagamento com sucesso na gateway (…) o cliente fecha o browser na página da Ifthenpay ou o redirecionamento falha, as tags de marketing no browser nunca chegam a disparar

A @ifthenpay trabalha com um parceiro para os pagamentos de cartão de crédito e, portanto, tem pouco controlo sobre o que acontece na plataforma deles, mas, ainda assim, pelo que temos conseguido apurar em conjunto (Webdados e ifthenpay), o real problema parece estar na plataforma 3DS da SIBS, onde os utilizadores estão a ficar muitas vezes “presos”.

Nos casos em que é o cliente que fecha o browser, antes de ocorrer o redirect, não há muito que possamos fazer 🤓

Esta é a principal razão pela qual implementámos o callback também neste método de pagamento: marca a encomenda como paga caso não haja retorno, ou não faz nada caso o retorno tenha funcionado devidamente, como certamente já verificou nos logs, tendo em conta o que nos reporta.

Existe alguma configuração no plugin ou no portal da Ifthenpay para tornar o redirecionamento pós-pagamento mais “agressivo” ou automático (sem intervenção do utilizador)?

Como mencionei em cima, o cliente fica preso fora do controlo do plugin, da ifthenpay, e suspeitamos que a maioria das vezes mesmo fora do controlo da própria gateway.

O plugin suporta o disparo de algum evento de JS (JavaScript) ou possui compatibilidade com a API de Conversões do Google/GA4 para enviar a confirmação de pagamento via servidor (Server-side) assim que o Callback é recebido?

Não temos a possibilidade de disparo de eventos em JavaScript mas temos vários hooks em todo o plugin que permitem executar código server-side.

Neste caso específico aconselho a utilização do creditcard_ifthen_callback_payment_complete, cujo primeiro parâmetro é o $order_id.

Esta action corre tanto no retorno da gateway, como no callback, mas só quando a encomenda é marcada como paga, portanto apenas uma vez. Ainda assim, aconselho que implemente algum mecanismo que evite o envio da conversão em duplicado, por exemplo para os casos em que o cliente chega ao ecrã de “Order received” onde é disparado o evento JS. A título de curiosidade: https://chatgpt.com/share/69bd2620-4ebc-8010-bd97-249afa473fc3

• This reply was modified 1 week ago by Marco Almeida | Webdados.

Bom dia,

Acabámos de testar com as última versões do WordPress, WooCommerce, Storefront, e do nosso plugin, com o checkout de blocos, e o campo é correctamente gravado e aparece nos emails e na edição da encomenda em backoffice.

Podem verificar se aparece na base de dados, no meta das orders, com key _billing_nif?

Bom dia,

No caso dos CC, existem duas formas de notificação: o retorno do cliente da gateway de pagamentos e o callback.

Ambos os URLs tentam verificar se a encomenda está por pagar e marcar como paga. Em teoria, é muito improvável que os pedidos sejam feitos de tal forma ao mesmo tempo que quando o segundo chega a encomenda ainda não esteja marcada como paga. Aparentemente foi isso que aconteceu aqui.

O normal é acontecer o que tem nos logs às 18:56

• Return from gateway + CC payment received
• Callback + Error: no orders found (porque já está paga) + Order found and already set as paid (e sair silenciosamente sem fazer nada)

O que aconteceu às 23:46 foi que ambos os pedidos entraram e o segundo ainda conseguiu encontrar a encomenda como “por pagar”. E ambos fizeram a rotina de marcar como paga.

Se isto se repetir várias vezes, queiram contactar-nos pelo info@webdados.pt, mas em vários anos que temos este sistema de backup de marcação de “pago”, é a primeira vez que temos este feedback. Vamos encerrar o ticket por agora, por ser uma situação absolutamente extraordinária.

Se possível, editem a resposta acima e removam os links de prints dos logs. Devíamos ter pedido que nos enviassem os logs por email e não por aqui. Nosso erro.

Bom dia,

Pode mandar um print das notas de encomenda, por favor? Numa das últimas versões adicionámos informação adicional nas notas de encomenda, mas isso não quer dizer que tenham existido duas chamadas de callback.

Entretanto conseguimos arranjar a última versão do plugin, mas os métodos de envio não aparecem no checkout porque não temos credenciais (conforme o pedido que vos fizemos ontem por email, sem resposta).