Paybox

Bonjour,

Pourriez-vous nous donner plus d'indications sur le montant de la commande ?
Qu'avez vous comme valeur dans la colonne "order_full_price" de votre base de données ?
Quelle est la valeur renvoyée par paybox dans le mail d'erreur ?

Cordialement,

Merci Jérôme de la réponse rapide !

En plus, cela vient de se reproduire !

alors, je prends mon exemple :
Commande dans le back-office : 51,00€
dans paybox : 50,99€
dans la base de donnée on a : "order_full_price" = 51,00

concernant la valeur renvoyée par le mail d'erreur, voici le mail :

Bonjour,
Une notification de Paybox a été refusée car le montant reçu (50.99) est différent du montant de la commande (51EUR)
.....

PS : je viens d'avoir le même soucis sur une autre commande :
Une notification de Paybox a été refusée car le montant reçu (312.71) est différent du montant de la commande (312.7EUR)

Voilà, en espérant que cela puisse aider !

Bonjour,

Si vous avez l'option "Arrondir les prix durant le calcul" dans votre configuration HikaShop, essayez voir de la changer. Sinon, vérifier voir si vous avez un plugin system de "custom price" activé et si c'est le cas essayez voir avec le plugin désactivé.

"Arrondir les prix durant le calcul" est sur non

et je ne trouve pas de plugin "custom price" !

désolé....

Et bien essayez voir avec l'option à oui du coup.

ok, je test et vous dit pour les prochaines commandes

MERCI

Bonjour à tous,

J'ai un énorme problème avec ce module.

J'arrive à le paramétrer, à renvoyer sur la page de paiement sans problème.
Le paiement avec paybox est nickel.

Mon soucis c'est le retour.

J'ai une URL du type monsite.com/?err=00001&lang=fr&pbx=user&ref=34&t=cancel
Il supprime automatiquement le paybox_6.php

Voici le fichier en question que vous devez tous avoir je pense. Quelqu'un a-t-il rencontré le même problème ?
Quelqu'un peut-il m'aider ? Ou me donner une doc sur le module ?

Dans tout les cas, merci du boulot.
Super Equipe.

Cela ressemble à un soucis de redirect.
Soit c'est un plugin system joomla responsable pour cela, soit votre htaccess.
L'idéal, c'est de regarder dans les log d'accès apache de votre serveur pour l'URL de notification. Cela devrait donner des indices sur le soucis.

Bonjour,

En effet, SH404 mets son grain de sel.

Lorsqu'il est désactivé, je reçois très bien les retours.
Mais dès qu'il est activé, le paybox_6.php est retiré.

Je tente d'exclure l'URL avec paybox_6 des contrôles SH404 mais sans succès pour le moment.

Bonjour,

C'est " option=com_hikashop&ctrl=checkout&task=notify " qu'il faut exclude de SH404

Cordialement,

Bonsoir Jérôme & Nicolas,

je reviens vers vous pour mon soucis d'arrondi avec Paybox !
Je viens d'avoir encore un refus de notification, et maintenant avec "Arrondir les prix durant le calcul" sur oui !

Avez vous une autre idée ?

Sur le même site avant, avec un ATOS (et une autre banque), il n'y avait pas de soucis !!!

MERCI beaucoup

Bonjour à vous,

J'ai trouvé une solution pour la sécurité de SH404 et du retour Paybox.

Dans le fichier paybox_X.php à la racine de Joomla, voici le changement à effectué. Après pour gérer les pages de retour, il suffit de rentrer les pages en question dans le BackOffice sur le plugin Paybox.
ATTENTION : toutes sauvegardes du module Paybox supprime ces modifications et recréé un fichier original.

En espérant que ça aidera certaines personnes. J'ai laissé pas mal de neurones

Merci pour le support Paybox et Hikashop toujours disponible.

Merci EWDiv

je reviens vers vous pour mon soucis d'arrondi avec Paybox !
Je viens d'avoir encore un refus de notification, et maintenant avec "Arrondir les prix durant le calcul" sur oui !

Avez vous une autre idée ?

Sur le même site avant, avec un ATOS (et une autre banque), il n'y avait pas de soucis !!!

MERCI beaucoup

Quelles sont les détails de cette commande ?
De notre coté, le même code est utilisé pour généré le prix envoyé à paybox et le prix à comparer lors du retour.
Pourriez vous ajouter la ligne:
var_dump($pbx_mt.' '.$price_check);
avant la ligne:
if($pbx_mt != $price_check) {
dans le fichier plugins/hikashoppayment/paybox/paybox.php puis refaire un test de commande similaire puis nous fournir le résultat ajouté dans le log de paiement de la section Fichiers de la configuration HikaShop ?

Aussi, une solution facile (mais pas très jolie) est de remplacer cette ligne:
if($pbx_mt != $price_check) {
par:
if(abs($pbx_mt-$price_check)>0.01) {

ainsi, la différence de prix ne sera refusée qu'avec une différence de plus de 1 centime.

Merci Nicolas,

je vais essayer tout cela, mais comme c'est une erreur aléatoire (cela arrivent environ dans 30% des cas, sans que je n'arrive à trouver des points communs !), je vais essayer de voir...

Sinon je vais effectivement prendre la solution de secoure

un énorme MERCI

Bonjour
Je poste à la suite de ce sujet pour faire remonter un dysfonctionnement avec le plugin Paybox.
Ma configuration :

Joomla 3.4.8 (pas encore migré vers 3.5)
Hikashop Starter 2.6.1
SH404 activé
Aesecure installé
Site en https (SSL sur hébergement mutualisé chez OVH)

Voici le topo :
J'ai paramétré le plugin Paybox d'Hikashop comme indiqué plus haut dans ce sujet, entré correctement les données fournies par E-transaction dans les champs Site, Rang, Identifiant, Clé HMAC (mode preprod pour les tests), activé le Bac à sable, activé la signature, Forcé la Carte et entré les IPs indiquées sur le manuel E-transaction (je les ai toutes mises, entrantes et sortantes, séparées par des point-virgule.)

Lorsque je passe la commande et valide le paiement, j'obtiens un message d'erreur "Problème d'identification du commerce.
Accès refusé !" avec le bouton Retour au site e-commerce.
J'ai essayé en désactivant SH404, même résultat.
J'ai fouillé sur le forum, sur d'autres sites, dans la doc de la banque, sans trouver de solution à ce problème.
Alors je me tourne vers ce forum en espérant trouver la lumière

Le site en question est déjà en production (simplement avec paiement par chèque en attendant de régler le problème Paybox)
www.chateauhautmongeat.com
Je peux activer le plugin Paybox si besoin le temps de tester.

Merci à la personne qui pourra m'aider

Bonjour Clarisse,

Quand tu crées la clé HMAC sur etransaction est ce que tu reçois la clé HMAC par email ?

J'ai eu ce souci il y a 15 jours où la clé était générée sur le site etransaction mais elle ne se validait pas, je ne recevais pas la confirmation alors que tout semblait bien se passer.
Du coup même message d'erreur d'identification de la boutique et accès refusé. La clé HMAC n'était pas activée de leur côté.
J'ai du les appeler pour qu'ils m'en génèrent une qu'ils m'ont envoyé par mail.
Pas très pratique j'en conviens.
Ensuite tout est rentré dans l'ordre.
Si ça se trouve ils n'ont pas corrigé ce souci de génération de clé HMAC.
C'est tout ce que je peux te dire de mon côté.

Merci de ta réponse Bill
Lorsque j'ai créé la clé HMAC, le système d'E-transaction, a bien indiqué en pop-up que la clé était générée et enregistrée.
J'ai eu un mail pour valider la génération via un lien sur lequel j'ai cliqué, bref, de ce côté tout semble normal.
Cet après-midi je contacterai E-transaction pour avoir des infos suite à ce bug.

Tant mieux si la procédure classique a fonctionné alors.
D'après ton message d'erreur "Problème d'identification du commerce. Accès refusé !"
Je pencherai sur un souci avec la clé HMAC, mais je ne peux pas t'en dire plus :huh:

(Tu as déjà vérifié Site, Rang et Identifiant je pense... )

Le gentil monsieur E-transaction, vient de faire des tests de son côté, tout est normal, il ne comprend pas et va demander l'avis d'une collègue. Il doit me tenir au courant.
En tous cas les captures d'écran qui sont ici en page 3 du sujet, présentent une interface un peu différente de celle d'aujourd'hui, et à ce propos je me demandais à quoi servait la "Signature". Pour les tests, je l'ai activée et désactivée mais bien entendu ça ne change rien, toujours la page d'erreur d'identification du commerçant.