Intégration ATOS-SIPS Pb checkout_process, checkout_process.php n'est pas exécuté Options

[stecale]

Bonjour,
Je suis en train d'intégrer le paiement Scellius utilisant atos-sips (dernière contrib ATOS 2.5.0 sur oscommerce)
Bien que la transaction se déroule apparemment normalement côté ATOS, je n'arrive pas à obtenir un vidage de mon panier correspondant en fait à une validation de la commande dans la boutique.
En cherchant, je m'aperçois que le script ckeckout_process.php n'est jamais exécuté.
Ce script est normalement automatiquement appelé après la validation du paiement grâce au paramètre "auto_response_url" renseigné dans le fichier "includes/modules/payment/atos.php".
Quelqu'un aurait-il une idée ou une piste à me donner pour comprendre pourquoi ce script checkout_process.php ne semble jamais exécuté ?
Merci

[caravan]

Comment as-tu détecté que checkout_process ne s'exécutait pas ?
C'est important de le savoir, car si c'est le cas il s'agit d'un problème de paramétrage Cyberplus, (dans ce cas il vaut mieux repartir de zéro et tout refaire proprement).
Par contre si c'est un problème de session, ton checkout_process est appelé, mais il n'y a aucune trace car on en ressort tout de suite...

[freija]

Bonjour,

J'ai le même soucis que stecale, je suis sur une v2.2 RC2a avec un module atos/sips (cyberplus).

Tout se passe bien au niveau de la banque mais le panier ne se vide pas au retour boutique (mais ma session est toujours ouverte).

Comment voir si le checkout_process s'exécute ?

Question bête mais cela peut-il venir du fait que lors de la confirmation de comande on clique sur une cb et non sur le bouton confirmer ?

J'ai vu qu'il y avait beaucoup d'autre cas comme le notre.

Ce message a été modifié par freija - 22 Dec 2008, 15:19.

[caravan]

Le fait de cliquer sur une image n'a rien à voir.
Est-ce que tu arrives sur le serveur de la banque ?
Si oui , est-ce que ton paiement est accepté ?
Si oui, quand tu reviens, est-ce que la commande est enregistrée ? Vérifies dans le back office.

Pour savoir si le checkout_process est exécuté il suffit de mettre une instruction au début du programme, généralement une écriture dans la log.

Code

error_log('Coucou : je suis dans checkout_process !');

[freija]

Bonjour caravan,

Merci de ta réponse.

Oui j'arrive sur serveur de la banque et ma commande est traitée (la carte est débitée).
Quand je reviens sur mon site j'arrive sur la page checkout success mais mon panier ne s'est pas vidé.
La commande n'est pas enregistrée (ni sur l'admin ni dans la base de données)

Cette boutique est en v2.2 RC2a

Ce message a été modifié par freija - 22 Dec 2008, 15:18.

[freija]

le fichier checkout_process apparait bien dans les logs apache

[caravan]

Si le fichier checkout_process apparaît dans Apache (attention il est appelé avant l'appel à la banque et après, il faut donc bien vérifier que tu as la trace des deux). Une trace pourra te confirmer que tu rentres dedans et que tu en ressors aussitôt...
Alors le problème vient de la session.
Mais pas la session de l'internaute qui lui, récupère sa session dans le cookie, là c'est le serveur qui reste le bec dans l'eau.
J'ai eu ce problème que j'ai réglé en modifiant le fichier de config PHP.
J'ai du positionner les deux paramètres suivants de cette façon :

session.use_only_cookies = 0

session.hash_function = 0

[delete]

J'ai pas regardé la RC2 mais n'y aurait-il pas un lien avec ce post : http://www.oscommerce-fr.info/forum/index....st&p=305914

[xb093]

Bonjour j'ai le même problème, comment faire pour le résoudre?

Merci

[caravan]

J'ai pas regardé la RC2 mais n'y aurait-il pas un lien avec ce post : http://www.oscommerce-fr.info/forum/index....st&p=305914

Aucun rapport, ici c'est un problème au retourde la banque.

[stecale]

Bonjour,
Je reprends mon problème de "retour de banque" après une pause pour essayer de laisser décanter les choses.
Pas mal de commentaires entretemps.
Pour répondre à caravan, j'ai rajouté des traces dans 2 fichiers checkout_process.php et checkout_success.php pour essayer de voir ce qui se passe en traçant également dans checkout_process, l'appel à checkout_success.
Si je passe une commande avec paiement à la livraison par exemple, je vois bien toutes les traces.
Si j'utilise le module ATOS-SIPS (boutique demo de La Poste pour le moment), la transaction semble se passer normalement côté ATOS mais je ne récupère aucune trace du passage dans checkout_process. Je vois juste la trace de l'entrée dans checkout_success.

Une question concernant les paramètres de session suivants :
session.use_only_cookies = 0
session.hash_function = 0
J'ai au passage modifié mes paramètres pour être en PHP5 car le paramètre hash_function est spécifique au PHP5 en pensant que j'allais solutionné mon problème en passant de PHP4 en PHP5.
Rien du tout, ça ne change rien.
Pour info lorsque je consulte les infos serveur à partir de l'admin osCommerce, j'ai :
session.hash_function = 0
session.use_only_cookies = Off
Je suppose que Off signifie une valeur à 0.
Voilà pour le moment pour mes dernières investigations.

[stecale]

Bonjour,
Je viens enfin de régler le problème après avoir "collé" des traces dans tous les sens dans les fichiers checkout_process.php et includes/application_top.php
L'origine du problème vient de l'installation de la contribution down_for_maintenance que j'utilise pour fermer le site pendant que j'effectue des tests et modifications.
Pour une raison que j'ignore pour l'instant car je n'ai pas pris le temps d'analyser ce qui s'y passe. J'ai constaté que le code inséré dans application_top.php provoquait la sortie de ce fichier. J'ai donc mis en commentaire le code suivant :

// BOF: Down for Maintenance except for admin ip
// if (EXCLUDE_ADMIN_IP_FOR_MAINTENANCE != getenv('REMOTE_ADDR')){
// if (DOWN_FOR_MAINTENANCE=='true' and !strstr($PHP_SELF,DOWN_FOR_MAINTENANCE_FILENAME)) { tep_redirect(tep_href_link(DOWN_FOR_MAINTENANCE_FILENAME)); }
// }
// do not let people get to down for maintenance page if not turned on
//if (DOWN_FOR_MAINTENANCE=='false' and strstr($PHP_SELF,DOWN_FOR_MAINTENANCE_FILENAME)) {
// tep_redirect(tep_href_link(FILENAME_DEFAULT));
// }
// EOF: WebMakers.com Added: Down for Maintenance

Dès lors, le script checkout_process.php s'exécute normalement et mon panier est VIDE (Euréka !!!)
Merci encore pour vos différentes pistes qui m'ont confirmé que tous mes paramétrages étaient bien corrects, et qu'il fallait donc chercher ailleurs.

[freija]

Bonjour tout le monnde et merci de vos réponses.

Je me repenche sur le problème vendredi et essai vos différentes pistes .

Bon Noël à tous.

[freija]

Re bonjour,

Merci à tous pour votre aide.
J'ai finalement trouvé ce qui ne fonctionnait pas sur ma boutique, je suis repassée à la version précédente et l'IP d'autorisation n'était pas la bonne, ils se sont trompés en me la donnant chez àtos la première fois.