Status de commande ne change pas (aléatoire)

Bonjour,

Ce qu'il faudrait, c'est activer l'option de débug de la méthode de paiement.
Ensuite, après une commande avec le soucis, regardez dans le "payment log file" de la configuration HikaShop pour les informations de débug relatifs à la commande en question.
Cela permettra normalement de mieux cerner le soucis.

Notez que le soucis peut aussi venir de ce qui est acheté par les utilisateurs. Si par exemple certains produits utilisent des plugins que d'autres n'utilisent pas et qu'il y a un soucis avec l'un deux.
Par exemple, si vous avez l'option "user group after purchase" de configuré pour un produit, alors le plugin hikashop group fera l'ajout du groupe au client lors de la confirmation du paiement. S'il y a un soucis dans le plugin à ce moment là, alors il est possible que la commande ne soit pas confirmée. Et du coup, les produits n'utilisant pas cette option n'auront pas le soucis.
Bref, cela pourrait venir de beaucoup de choses car il y a beaucoup de choses qui se passent durant la confirmation d'une commande.

Bonjour,

1. Je ne vois pas pourquoi le débug empêcherait la redirection vers le paiement.
Pourriez-vous faire une capture de la page entière qui s'affiche à la place du choix de la carte une fois le débug activé ?

2. C'était juste un exemple. Cela pourrait venir d'une action de masse, d'une autre extension, etc.
Il n'y a pas que 2 plugins qui sont appelés lors de la confirmation. Tous les plugins publiés des groupes "system", "hikashop", "hikashoppayment" et "hikashopshipping" sont appelés. La majorité ne font surement rien, mais il en suffit d'un avec un bug pour que cela crée votre problème.
Après, sans le débug de la notification de paiement, c'est comme chercher une aiguille dans une botte de foin.

Bonjour,

On ne voit pas grand chose sur votre capture, mais je vois le sélecteur de carte de crédit en dessous des données de débug.
Donc pour moi, il suffit de faire défiler la page après le débug et de sélection une carte de crédit pour continuer.
Pouvez-vous confirmer ?

Ok, je vois ce que vous voulez dire.
Alors après avoir activé le débug dans la méthode de paiement, éditez le fichier pathfile dans le dossier d'upload (là où il y a les autres fichiers du plugin ATOS dans media/com_hikashop/) et changez le DEBUG!YES en DEBUG!NO
Cela permettra de désactiver le débug d'ATOS tout en gardant le débug dans le plugin lui-même (qui ne s'affiche pas et qui est stocké dans le log de paiement).

Bonjour,

La ligne passera en YES lorsque vous activerez le débug du plugin. Ce fichier est mis à jour à chaque fois que vous sauvegardez la cofniguration de la méthode de paiement SIPS ATOS.

Bonjour,

Déjà ce que je peux confirmé avec ce débug, c'est que ni le plugin de paiement, ni la notification du paiement ne sont en cause.
Le texte "Id de la transaction" est enregistré dans le débug juste avant l'appel à HikaShop pour changer le statut de la commande en confirmée. Donc cela indique bien que le soucis vient d'un plugin qui est appelé sur le trigger "onBeforeOrderUpdate".
Après, impossible de dire quel plugin est en cause.
Ce qu'il faudrait faire maintenant, c'est chercher dans tous les fichiers du dossier "plugins" de Joomla pour le texte onBeforeOrderUpdate ( vous pouvez par exemple télécharger tous les fichiers en FTP et faire une recherche dans le dossier sur votre PC, ou alors utiliser une extension du genre: extensions.joomla.org/extension/search-source/ ) et pour chaque plugin trouvé, vérifier si le plugin est publié.
Cela donnera une liste des suspects. Ensuite, il serait bien que vous nous fournissiez cette liste et un accès au backend avec un lien vers ce sujet via notre formulaire de contact:
www.hikashop.com/support/contact-us.html
Cela nous permettra de voir le détails de cette commande et de comparer à une autre commande sans le soucis et aussi de regarder la configuration de chacun de ces plugins en espérant que cela nous donne une piste pour identifier le plugin coupable ou au moins réduire la liste des suspects.

Bonjour,

Ca avance en effet.
Donc déjà, si je vais dans le menu Système>Actions de masse de votre HikaShop, je vois que vous n'avez pas d'action de masse de configurée. Donc cela élimine le plugin Hikashop Massaction Order Plugin.
Dans Système>Méthodes de paiement, le plugin alphauserpoints n'est pas configuré, donc cela ne vient pas de lui non plus.

Du coup, je suis ensuite allé voir le détails de la commande, pour voir si il y avait des commissions d'affiliation (qui pourraient pointer le plugin affiliate).
Or dans l'historique de la commande, je vois que la notification de paiement est bien enregistrée dans l'historique de la commande.
Cela indique qu'aucun plugin ne créé de problème car l'ajout de l'historique se fait juste après cela.
L'historique indique aussi que la demande de modification de statut de commande est faite par le plugin de paiement avec le statut "créée". Or cela devrait être "confirmée".
Cela signifie que le plugin de paiement change le statut de la commande dans le statut "en attente" configuré dans la méthode de paiement car le paiement est marqué par ATOS SIPS en "capture différée" au lieu de "capture automatique".
Si cela n'est pas un problème pour vous, alors vous voulez changer l'option "Statut en attente" de votre méthode de paiement en "confirmée".

Bonjour,

si je passe le statut en "confirmé" lors de la création de la commande, il recevra le bon cadeau sans avoir réglé ?!?

Vous avez raison. Cependant, je ne vous ai pas dit de faire cela.

De plus, je ne vois ce que "le paiement est marqué par ATOS SIPS en "capture différée" au lieu de "capture automatique" veut dire et comment je dois le modifier.

La "capture" est le moment où les banques transfer effectivement l'argent d'un compte en banque à un autre.
Votre soucis est que pour certains paiement, ATOS SIPS fait une capture différée (et donc l'argent n'est pas transféré tout de suite).
Je ne sais pas pourquoi ATOS SIPS fait cela pour certains de vos paiements. Il faudrait contacter le support technique marchand de votre banque / ATOS pour savoir et comprendre ce que cela implique pour vous.
Mais apparemment, d'après vos messages vous recevez bien ces paiements, donc en fait, dans ma phrase:

"Si cela n'est pas un problème pour vous, alors vous voulez changer l'option "Statut en attente" de votre méthode de paiement en "confirmée"

il fallait plutôt comprendre:

"En conclusion, vous voulez changer l'option "Statut en attente" de votre méthode de paiement en "confirmée" et cela fonctionnera normalement pour toutes vos commandes. Mais je vous recommanderais quand même de voir avec le support technique marchand ATOS SIPS pourquoi vous avez certains paiement en différés.