Foire Aux Questions

Accueil/Foire Aux Questions
Foire Aux Questions2018-05-26T21:46:45+02:00
URL CGI2 Not Ok et WeGlot2019-01-24T18:33:07+01:00

Passerelles concernées : Monetico

Problème rencontré : lors de vos tests de paiement vous obtenez une réponse de Monetico URL CGI2 NOT OK, alors même que vous savez que cette URL est bien enregistrée chez Monetico. De plus vous utilisez WeGlot pour traduire votre site.

Solution : vous devriez constater que la réponse envoyée par la passerelle à la banque se termine par <!–Not allowed–> (voir e-mail de Monetico après paiement), ce n’est pas normal, c’est WeGlot qui génère cette chaîne et fait échouer le retour. Ajoutez l’URL de retour CGI2 dans la liste des pages qui ne doivent pas être traduite pour résoudre votre problème. Pour rappel l’URL CGI à la forme http(s)://www.votre-site.fr/?wc-api=WC_Gateway_Monetico ou http(s)://www.votre-site.fr/?wc-api=WC_Gateway_Monetico_Nx (paiement fractionné).

Activation licence : La connexion au serveur de l’API de la clé de licence a échouée2018-08-01T16:44:42+02:00

Passerelles concernées : toutes

Problème rencontré : lorsque vous tentez d’activer votre licence, vous obtenez le message d’erreur suivant, La connexion au serveur de l’API de la clé de licence a échouée.

Solution : depuis l’abandon du protocole sécurisé TLS en version inférieure à 1.2, les serveurs d’OVH avec PHP en mode Legacy ne peuvent plus se connecter sur les sites en https. Si votre site est bien sur OVH, passez votre PHP en mode Stable, vous pourrez, entre autre, activer votre licence de passerelle.

Erreur : aucun serveur n’a été trouvé2018-06-26T12:17:17+02:00

Passerelle concernée : Paybox

Contexte : lorsque vous tentez d’effectuer un paiement vous obtenez le message bloquant suivant, « Erreur : aucun serveur n’a été trouvé« .

Explications : la passerelle de paiement teste deux serveurs Paybox pour s’assurer de leur disponibilité avant d’envoyer un paiement. En mai et juin 2018, le protocole SSL TLS 1.2 a été défini comme version minimale par l’ensemble des solutions bancaires. L’erreur est probablement liée au fait que votre hébergement n’est pas compatible avec cette version de TLS.

Solution : vous êtes certainement hébergé chez OVH et votre version de PHP doit être actuellement définie sur Legacy. Vous devez définir votre version de PHP sur Stable.

Échec du retour de banque2018-06-07T12:57:15+02:00

Notre support est fréquemment contacté pour un problème de retour de banque après paiement réussi.

La banque ne parvient pas joindre le site après le paiement, la commande ne peut pas être actualisée, les e-mails WooCommerce ne sont pas envoyés.

La source du problème peut être très diverse, je vais lister les sources identifiées.

Source du problème

Solution

Le site n’est pas accessible à tous, mode maintenance efficace, htaccess, etc.Rendez votre site accessible le temps de tester le paiement si le site n’est pas en production
Passerelle Monetico, vous n’avez pas envoyé l’URL retour CGI2 à Monetico ou vous ne l’avez pas faite actualiser suite à un changement (passage https, changement domaine, etc.).Contactez Monetico (centrecom@e-i.com) pour leur communiquer l’URL retour CGI 2, elle est indiquée dans les réglages de votre passerelle.
Clouflare a blacklisté l’IP de la banque !Demandez la liste des IP à autoriser à votre banque pour l’ajouter en liste blanche sur Clouflare.
Une extension de sécurité bloque les appels distants (WordFence, iTheme Security, Sucuri, etc.).Identifiez l’option qui va bien pour autoriser les appels distants ou au moins celui de la banque.
La banque rencontre une erreur SSL, par exemple SSL 104.Il y a visiblement un problème dans la gestion du SSL sur votre site, Really Simple SSL pourrait résoudre ce problème.
Atos Sips, le cgi response remonte une erreur.Vérifiez que le fichier n’est pas corrompu, qu’il est accessible, qu’il dispose de droits d’exécution.

Identification de la source

Effectuer un appel distant sur l’URL retour de la banque permet assez souvent d’identifier la source du problème.

Voici le code que nous utilisons pour cela, il faut l’exécuter depuis un autre site que la boutique et idéalement un autre serveur (IP différente).

// Exemple pour Atos Sips
$url = "https://www.site-internet.com/?wc-api=WC_Gateway_Atos";
$curl_connection = curl_init();
curl_setopt($curl_connection,CURLOPT_URL,$url);
curl_setopt($curl_connection,CURLOPT_POST,count($post_string));
curl_setopt($curl_connection, CURLOPT_POSTFIELDS, $post_string);
curl_setopt($curl_connection, CURLOPT_RETURNTRANSFER, true);
curl_setopt($curl_connection, CURLOPT_HEADER, true);
$result = curl_exec($curl_connection);
echo $result;

Ce code renvoi l’entête de la page et son contenu. Le code retour doit être 200, ce qui indique que l’URL retour est accessible. Si le code est autre (301, 302, 403, etc.) il faut identifier le problème. Certains bloqueurs peuvent ce faire connaitre sur cette page (extension de sécurité, proxy). Un code 200 va vous conduire à la conclusion que le problème est spécifique au retour de la banque (erreur SSL, IP bancaire bannie, etc.).

HTTP/1.1 200 OK Date: Thu, 07 Jun 2018 10:57:43 GMT Server: Apache X-Powered-By: PHP/5.3.3 Expires: Wed, 11 Jan 1984 05:00:00 GMT Cache-Control: no-cache, must-revalidate, max-age=0 Content-Length: 0 Content-Type: text/html; charset=UTF-8
Exemple de résultat
Passerelles de paiement et multisites2018-04-24T15:19:04+02:00

Les passerelles de paiement d’ABSOLUTE Web sont compatibles avec une installation multisites de WordPress.

Deux précisions :

1- Une licence 1 site est valable pour une URL. Dans le cadre d’une installation multisites en sous domaines ou sous dossiers vous ne pourrez activer la licence que sur le premier site du réseau. Il faut soit une licence 5 ou 25 sites, soit plusieurs licences pour les activer sur chaque site du réseau.

2- La passerelle ne doit pas être activée sur le réseau, vous devez l’activer site par site pour qu’une licence puisse être associée.

Erreur de retour de banque et Cloudflare2018-04-05T18:15:41+02:00

Produit concerné : toutes les passerelles

Contexte : le paiement est réussi sur le serveur bancaire mais le retour sur le site indique un paiement en échec. Vous utilisez Cloudflare.

Explications : il est possible que Cloudflare ai blacklisté une ou plusieurs adresses IP de votre banque. Cette dernière ne parvient donc plus à joindre la boutique après paiement et les commandes ne sont pas actualisées.

Solution : Cloudflare permet la création d’une liste blanche (whitelist) dans laquelle vous allez devoir inscrire toutes les adresses IP utilisées par votre banque. Rapprochez-vous de celle-ci pour obtenir la liste des adresses IP. Attention, cette liste peut être amenée à évoluer dans le temps.

Tracking eCommerce et passerelles de paiement2018-05-26T17:05:56+02:00

Contexte : les passerelles de paiement bancaire interrompent le tracking des visiteurs car la saisie de la carte bancaire est réalisée sur le serveur de la banque. L’URL bancaire va donc générer un « referer » dans vos analyses et la campagne source ne sera pas correctement reliée à la commande payée sur votre site.

Solution : une solution, proposée par l’un de nos clients, consiste à effectuer des réglages dans le compte Google Analytics. Le premier réglage doit exclure le domaine référant bancaire, par exemple « sogenactif.com » pour le Société Générale. Il faut se rendre dans la colonne PROPRIÉTÉS, rubrique « Informations de suivi », sous rubrique « Liste d’exclusion de sites référents ».

analytics-exclusion-domaine

Ensuite il faut modifier dans la colonne VUE, « Modèles d’attribution » pour le définir sur « Première interaction ».

analytics-modeles-attribution

Ce client utilise l’extension de tracking WooCommerce suivante : http://www.tatvic.com/enhanced-ecommerce-google-analytics-plugin-woocommerce/

URL retour CGI2 NOT OK2018-05-26T17:05:56+02:00

Produit concerné : passerelle Monetico

Contexte : le paiement est réussi sur le serveur bancaire mais l’URL retour CGI2 est NOT OK.

Explications :

  • Vous devez avoir envoyé par e-mail (centrecom@e-i.com) l’URL retour CGI2 indiquée sur la page de réglage de la passerelle Monetico. Attendez la confirmation par Monetico pour effectuer vos tests.
  • Si l’URL a bien été transmise, il faut vérifier l’URL CGI2 indiquée dans l’e-mail de Monetico qui est envoyé après un échec en mode TEST (Votre serveur nous a envoyé un accusé de réception invalide et le paiement a été validé.).
  • Si l’URL CGI2 est la bonne, votre site bloque certainement les appels distants (mode maintenance, extension de sécurité
    [Wordfence, iThemeSecurity, …], htaccess, firewall, etc.). Identifiez le blocage.
Redirection impossible vers la banque avec Atos 22016-10-17T10:50:37+02:00

Produits concernés : passerelle Atos 2.

Contexte : sur la page de paiement le bouton de redirection vers la banque est absent.

Résolution : commencez par activer le mode débug de WordPress en plaçant cette ligne dans votre fichier wp-config.php : define( ‘WP_DEBUG’, true );. Réactualisez la page de paiement, vous devriez voir apparaitre l’erreur à l’origine du problème. Si l’erreur affichée est « Fatal error: Uncaught exception ‘InvalidArgumentException’ with message ‘Uri is not valid’« , vérifiez votre traduction de order-receiv