La boutique 2 - ABSOLUTE Web

Commerçant non identifié lors d’un recrédit Monetico

Par Nicolas Maillard|15 juin 2016|

Produit concerné : passerelle Monetico.

Contexte : lors d’une tentative de remboursement depuis WooCommerce vous obtenez l’erreur “Commerçant non identifié”.

Explication : la fonction de re-crédit par requête informatique doit être activée sur votre contrat Monetico. Si vous ne l’avez pas coché lors de la signature du contrat, vous devez demander son activation auprès de Monetico. Sachez que l’adresse IP de votre serveur vous sera également demandée pour sécuriser les requêtes.

Erreur de retour de banque avec iTheme Security

Par Nicolas Maillard|14 avril 2016|

Produits concernés : toutes passerelles.

Contexte : après un paiement réussi sur le serveur de la banque vos commandes ne sont pas actualisées sur WooCommerce + message erreur de paiement. Vous avez iTheme Security d’installé sur le site.

Explication : la banque ne parvient pas à joindre le site après paiement. Très étonnement vous allez devoir décocher la case “Enable HackRepair.com’s blacklist feature” pour résoudre le problème. A croire que les IP bancaires sont blacklistées par ce site…

itheme-security-atos-sips

Atos et HTTPS

Par Nicolas Maillard|8 janvier 2016|

Produits concernés : passerelles Atos.

Contexte : votre site est en HTTPS mais pour fonctionner, votre url de retour de banque autoresponse doit être en http…

Explication : normalement si votre site est en http, son url de retour de banque doit être en http. De même si votre site est en https, l’url de retour de banque doit être en https. Mais… le protocole de l’url de retour de banque doit, selon Atos Sips contacté à ce sujet, correspondre à celui déclaré lors de la mise en place du contrat. Exemple : vous avez un site en http, vous mettez en place un contrat avec votre banque, vous déclarez votre site en http. Vous passez ensuite votre site en https sans faire remonter l’information à votre banque, l’url de retour ne devra pas être en https mais en http. Si par contre dès le départ le site est déclaré à la banque en https, l’url de retour devra être en https. Cette information n’étant pas détectable automatiquement, une option est nécessaire dans la passerelle de paiement pour forcer le http sur l’url de retour de banque pour les sites en https.

Attention, si vos pages http sont redirigées automatiquement vers le https (redirection 301 par exemple), le retour de banque ne fonctionnera toujours pas. Vous devrez dans ce cas, soit désactiver globalement la redirection, soit mettre une exception pour l’url de retour de banque (elle contient le paramètre wc-api), soit informer votre banque que votre site est en https (votre retour de banque devra alors l’être également).

Installer la passerelle Atos Sips sur Infomaniak

Par Nicolas Maillard|15 décembre 2015|

Produits concernés : passerelles Atos Sips (paiement immédiat et en plusieurs fois).

Contexte : Infomaniak bloque des fonctionnalités de php ce qui rend la solution Atos Sips impossible à faire fonctionner sur ce type d’hébergement.

Résolution : ABSOLUTE Web a développé une alternative pour un premier blocage qui est la fonction exec() de php. Utilisez le FTP en ligne d’Infomaniak (https://admin2.infomaniak.com/ftp/) pour créer un dossier cgi-bin à la racine du site, le rendre exécutable, puis y copier le contenu des fichiers du dossier perl de la passerelle (atos_request.pl et atos_response.pl). Rendez ces fichiers également exécutables. Un second blocage concerne l’ouverture d’urls distantes avec get_file_contents(). Pour désactiver ce blocage, rendez-vous dans l’administration d’Infomaniak tel que précisé ici. Le reste de l’installation de l’API Atos Sips est classique, copie des binaires request et response et du dossier param sur le serveur.

A noter que dorénavant Infomaniak permet l’activation de la fonction exec() depuis le tableau de bord.

Problème de retour de banque sur OVH

Par Nicolas Maillard|8 septembre 2015|

Produits concernés : toutes les passerelles.

Contexte : après une paiement réussi sur le serveur de la banque vous constatez au retour sur la boutique que la commande n’a pas été actualisée, elle reste en attente de paiement, un message d’erreur de paiement s’affiche sur la page de remerciement.

Résolution : après avoir vérifié que votre site est accessible, que l’url de retour de banque l’est également (vous pouvez la saisir dans un navigateur, elle contient le paramètre wc-api), vous devez vérifier que le firewall OVH n’est pas activé dans le fichier .ovhconfig situé à la racine de l’hébergement. Vous devez avoir http.firewall=none, dans le cas contraire OVH bloque les URLs distantes appelées par le protocole POST, ce qui est le cas des URLs de retour de banque. Si malgré cela le retour de banque n’actualise toujours pas votre commande, désactivez le firewall directement dans le panel d’administration d’OVH.

Paybox, iThemes Security et longueur d’url

Par Nicolas Maillard|2 juillet 2015|

Produits concernés : les passerelles de paiement Paybox et Paybox Nx.

Contexte : lors de vos tests, Paybox ne parvient pas à joindre votre boutique après un paiement réussi (statut de commande inchangé, pas d’envoi d’email de commande). Lorsque vous revenez sur la boutique une page blanche s’affiche.

Résolution : l’url renvoyée par Paybox est très longue (près de 500 caractères), si vous utilisez l’extension iThemes Security, une option permet de limiter la longueur des urls acceptées sur le site. Vous devez désactiver cette option pour permettre à Paybox de fonctionner correctement.

Remarque : IThemes Security n’est certainement l’unique extension qui limite la longueur des urls, il se peut également que certains hébergeurs appliquent des limitations de ce type pour des questions de sécurité.

Atos Sips sur un hébergement Nuxit

Par Nicolas Maillard|3 décembre 2014|

Produit concerné : la passerelle de paiement Atos Sips.

Contexte : votre site est hébergé chez Nuxit et vous ne parvenez pas à exécuter le cgi request d’Atos Sips.

Résolution : il faut s’assurer que le paramètre “Fonctions d’exécution” soit actif dans l’administration Nuxit. Il faut ensuite utiliser les cgi de Nuxit en supprimant dans les réglages de la passerelle les chemins vers ces cgi, vous ne devez donc renseigner que le nom des cgi “request” et “response” (sans chemin). Dernier point, le certificat doit être au format classique et non au format php.

Montant minimum de commande avec Paybox

Par Nicolas Maillard|29 octobre 2014|

Produits concernés : les passerelles de paiement Paybox et Paybox Nx.

Contexte : lors de vos tests vous obtenez une erreur sur le serveur Paybox, indiquant que les informations transmises sont erronées.

Résolution : vérifiez que le montant de votre commande n’est pas inférieur à 1€. En effet le montant transmit à Paybox est en centimes et doit être sur 3 caractères minimum, soit 100 pour 1€, mais 50 pour 0,50€ !

Puis-je activer HTTPS sur la boutique ?

Par Nicolas Maillard|15 septembre 2014|

Produits concernés : passerelles Atos et Paybox.

Contexte : vous avez activé le HTTPS depuis les paramètres de WooCommerce (nécessite un certificat), l’url de retour de banque en est dépourvue ce qui bloque la communication entre la banque et WooCommerce pour la mise à jour de la commande.

Résolution : en éditant le fichier .htaccess qui se trouve à la racine de votre site, vous devez trouver les lignes suivantes qui forcent toutes les pages du site à basculer en HTTPS

RewriteEngine On
RewriteCond %{SERVER_PORT} 80
RewriteRule ^(.*)$ https://www.votre-site.fr/$1 [R,L]

Ajoutez une exception pour l’url de retour de banque (exemple pour Atos)

RewriteEngine On
RewriteCond %{SERVER_PORT} 80
RewriteCond %{QUERY_STRING} !wc-api=WC_Gateway_Atos
RewriteRule ^(.*)$ https://www.votre-site.fr/$1 [R,L]

Ainsi l’url de retour de banque http://www.votre-site.fr/?wc-api=WC_Gateway_Atos n’est pas forcée en HTTPS et l’actualisation de la commande est effectuée avec succès.

Passerelle de paiement Paybox sur un hébergement Icodia

Par Nicolas Maillard|11 juillet 2014|

Produits concernés : les passerelles de paiement Paybox et Paybox Nx.

Contexte : votre site est hébergé chez Icodia et vous obtenez une erreur concernant “allow_url_fopen”.

Résolution : par défault Icodia bloque l’ouverture des urls en http. Cette fonctionalité est nécessaire pour tester les serveurs Paybox (serveur principal et serveur secondaire). Depuis l’administration Icodia, rubrique “Gestion de vos paramètres et outils”, vous allez pouvoir autoriser “allow_url_fopen” et ainsi faire disparaitre l’erreur que vous rencontriez.

Précédent 123 Suivant