Problèmes avec le module Payplug

[mandrake]

Bonsoir à toutes et à tous,

Quelqu'un a-t-il déjà rencontré ces problèmes avec le module Payplug (je précise que malgré la maj vers la dernière version du module les problèmes sont toujours présents)

1er problème : sur le site sont proposés deux modes de paiements : Paypal et Payplug. Quelques clients signalent régulièrement qu'ils n'ont que Paypal proposé comme moyen de régler leur commande. Lorsqu'on effectue un test en se connectant au compte du client comme si c'était lui qui effectue la commande, impossible de reproduire l'absence de paiement par CB. Cela arrive surtout avec clients passant commande via leur smartphone. Cela arrive à 1 client sur 200 en moyenne. Si c'était le cas pour tous les clients je comprendrai mais là cela concerne quelques clients. Une idée de la cause ?

2eme problème, le pire : Sans prévenir, il arrive de manière totalement aléatoire qu'un panier avec paiement effectué via Payplug reste à l'état de panier abandonné alors que le paiement a bien été reçu par Payplug. Obligation de pointer chaque paiement reçu sur le compte Payplug.  C'est ingérable vu le nombre de commandes payées chaque jour. De plus nous devons régulièrement vider la base de données côté paniers abandonnées afin de la soulager donc il est parfois impossible de transformer un panier abandonné en commande puisqu'il n'apparaît plus dans la liste. J'ai contacté Payplug, lui ai expliqué le problème, et voici sa réponse :

Citation

Bonjour Monsieur,

Nous vous remercions d'avoir contacté PayPlug.
 
Il semble que toutes les transactions comporte un code d'erreur de notification 403. Cela n'impacte pas le paiement, mais peut gêner la génération de la commande dans PrestaShop.
 
Une cause fréquente d'une erreur 403 est la présence d'un parefeu (Firewall). En effet, un firewall empêche la bonne réception des notifications. Ce type d'erreur est fréquemment observé lorsque le site est hébergé chez OVH et que leur parefeu est activé.
 
Dans ce type de situation, il est nécessaire de désactiver le firewall mais aussi de supprimer le fichier .ovhconfig qui se trouve à la racine su serveur.
 
Si vous êtes hébergé chez OVH, vous devez suivre le guide suivant :
 
https://www.ovh.com/fr/g1937.mutualise_activation_du_pare-feu_applicatif
 
Par ailleurs, si vous avez créé votre propre fichier .ovhconfig, il est nécessaire de désactiver également le firewall à cet endroit :
 
https://docs.ovh.com/fr/hosting/configurer-le-php-sur-son-hebergement-web-mutu-2014/#ou-placer-mon-fichier-ovhconfig
 
Si malgré tout, cela n'est pas suffisant, vous pouvez également vérifier les points suivants :
 

autoriser les requêtes POST entrantes sur le serveur.

en cas d'utilisation de proxy, vérifier les règles sur les requêtes HTTP et/ou HTTPS.

vérifier les droits d'accès : CHMOD en 0755 sur le dossier et 0644 sur les fichiers du module.

en cas de présence d'un fichier .htaccess, vérifiez qu'il n'y a pas de restriction.

Nous restons disponibles pour toute information complémentaire.

Cordialement,
 
Aure de l'équipe PayPlug

Tout c'est très bien, sauf que nous leur avons bien indiqué que nous ne sommes pas hébergés chez OVh mais chez o2switch, que nous avons désactivé Mod_security et Tiger protec,  les deux seules sécurités en place, qui sont susceptibles de retourner ces erreurs-là.
Rien d'autre en place qui puisse retourner un code d'erreur 403 chez notre hébergeur.

Donc si vous avez une idée de génie qui pourraient nous sortir de là, hormis celle de virer ce module made in BPCE (le groupe derrière Payplug en réalité), cela nous ferait vraiment du bien...

Au cas où on n'arriverait pas à résoudre ce gros problème, pensez-vous que Prestashop Checkout serait une bonne solution de rechange ?

Merci par avance pour votre aide, on en a bien besoin.

Edited March 13, 2023 by mandrake (see edit history)