quanitié par défaut pour un produit

Bonjour,

J'ai bien reçu votre message privé ; j'ai pu voir le log d'erreur de paiement d'HikaShop et remarquer qu'il n'y avait rien dedans, votre plugin ATOS n'est pas en mode "debug", il n'y a donc aucun trace dans le log.
Maintenant, je ne peux pas voir le log d'erreur PHP donc je ne peux pas aller plus loin.
Merci d'effectuer un test d'annulation et de regarder dans votre log d'erreur PHP si vous avez des informations qui s'ajoutent.

Cordialement,

Bonjour Jerome

Aucun logs erreur PHP généré ! donc je sais pas quoi faire de plus

si vous voulez je peux vous donner un acces FTP sur le serveur

Merci de votre aide

Bonjour,

J'ai fait quelques tests et je pense que le FTP serait utile.
Ainsi je pourrais ajouter de la trace et avoir accès aux informations décodées.

ATOS envoie bien des données via "data" au site ; mais je ne peux pas vérifier le contenu.
Dans le plugin il y a bien du code pour gérer l'annulation et rediriger l'utilisateur vers le reste du site ; mais ne pouvant pas savoir ce qui est décodé (ou non), le FTP va me permettre de mieux cerner le soucis.

Cordialement,

PS : Mes félicitations pour votre travail, le site est magnifique !

Merci bcp jerome !

Nicolas, avez vous trouvé l'origine de bug quand on passe une 2eme commande sans se deconnecter ?

Merci de votre aide les gars.

Cordialement

Bonjour,

J'ai fait une modification dans le fichier "atos.php" mais je dois dire que je suis surpris des données retours de la plateforme de paiement.
Il semblerait que les données reçuent soient invalides, le code d'erreur est "-1" et il y a du code HTML dans le paramètre "merchant_id" indiquant que la longueur des données n'est pas valide.

J'ai donc placé le code suivant Afin de faire une annulation de la commande ; mais il semblerait qu'il y ai ensuite une mauvaise redirection vers une page "cancel.php" (propre à votre site).
Je ne peux donc pas vous recommander cette modification ; vous pouvez éventuellement rediriger vers la page d'accueil au lieu de la page d'annulation de commande.

Cordialement,

Concernant le soucis sur la deuxième commande, je ne vois pas d'où cela peut provenir.
Le fait que l'URL soit checkout/step-4 et qu'on ait le message "merci pour votre commande" signifie que la vue "end" du passage en caisse a été appelée sans que le plugin de paiement n'affiche quoi que ce soit, qui indique qu'il n'a pas été appelé (normal vu que la commande n'a pas été créée).
En fait il semblerait que le soucis vienne de la fonction after_confirm du controlleur checkout qui n'est pas appelée (c'est elle qui créée la commande à la fin du passage en caisse) et du coup le système affiche juste la vue "end" du passage en caisse sans aucune donnée. Mais je ne vois pas pourquoi cela serait le cas la seconde fois et pas la première fois alors que tout est pareil et que nous n'arrivons pas à reproduire le problème sur un autre site web.

Bonjour à tous,

Concernant le probleme de 2eme commande je n'ai tjr pas la solution, mais bon ce nest pas tres grave !

par contre derniere question avant passage en production :

Je voudrais savoir comment fait-on pour personaliser le mail envoyer aux clients à chaque changement de status ?

ex :

statut 1 (crée) => mail "merci pour votre commande blabla..."
statut 2 (en attente) => mail "votre commande est en attente des documents relatifs à votre commande. blalala"
statut 3 (bloquer) => mail "Votre dossier est bloqué pour l’une des raisons suivantes : blalala"
etc ....

en fait, dans la partie email de configuration hikashop, je n'ai pas la possiblité d'attribuer un mail pour un staut !

merci d'avance pour votre aide

Bonjour,

Il faut éditer le mail "order status notification" et faire une vérification sur le status de la commande et selon ce status afficher tel ou tel contenu.

La vérification doit se faire sur: $data->order->order_status tel que: