Marco Almeida | Webdados

Resolvido na versão 5.1

Obrigado @webdigpt

💪

And regards to you and Portugal

I see you looked at the end of the php file 😂

Let us check this and get back to you.

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 3 weeks, 2 days 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?